Skip to main content

SQ14146

Detected Windows executable files that have no sections causing the headers to gain RWE attributes allowing any code to change them in memory.

priorityCI/CD statusseverityeffortRL levelRL assessment
failhighhigh4hardening: fail
Reason: critical code linking issues

About the issue​

Windows executable files are mapped in memory as a sequence of allocated pages backed by its physical content. The pages are grouped into sections with defined access rights. Starting executable file memory regions are reserved for the Portable Executable (PE) header, which has read-only access rights due to its criticality. However, when the number of code and data sections is zero, the operating system assumes the code exists and that it resides in the headers. For that reason, the entire header section in memory is given full access rights. In such cases, the header content can self-modify and execute if necessary. This combination of header access rights is unsafe, as it may lead to exposing critical security data to overwrites, tampering, and complete bypasses of vulnerability mitigations. This issue is typically reported when a software publisher uses a low quality executable packing solution.

How to resolve the issue​

  • You should deprecate the use of runtime packers, or enforce digital rights management via less intrusive ways that preserve compatibility with vulnerability mitigation options.

Incidence statistics​

ReversingLabs periodically collects and analyzes the contents of popular software package repositories for threat research purposes.

For every repository, the chart shows the percentage of projects that triggered the software assurance policy. In other words, it shows how many projects were found to have the specific issue described on this page.

The percentages are calculated from the total amount of packages analyzed:

  • RubyGems: 174K
  • Nuget: 189K
  • PyPi: 403K
  • NPM: 2.1M