Automated static analysis, commonly referred to as Static Application Security Testing (SAST), can find some instances of this weakness by analyzing source code (or binary/compiled code) without having to execute it. Typically, this is done by building a model of data flow and control flow, then searching for potentially-vulnerable patterns that connect "sources" (origins of input) with "sinks" (destinations where the data interacts with external components, a lower layer such as the OS, etc.)
CWE-11 Variant Draft
ASP.NET Misconfiguration: Creating Debug Binary
Deploying an ASP.NET application with debug binaries enabled exposes detailed system information, which attackers can use to map your infrastructure and plan targeted exploits.
Definition
What is CWE-11?
Deploying an ASP.NET application with debug binaries enabled exposes detailed system information, which attackers can use to map your infrastructure and plan targeted exploits.
ASP.NET applications can be compiled into debug binaries, which are packed with internal diagnostic messages, stack traces, and sensitive system details. While invaluable for developers during the testing phase, these binaries become a significant liability if accidentally deployed to a live production server.
In a production environment, these debug messages act as a roadmap for attackers, revealing application logic, server paths, and potential weak points. To maintain security, you must ensure your release builds are configured to compile without debug flags before deploying to any public-facing server.
Auswirkungen in der Praxis
Real-world CVEs caused by CWE-11
Bisher sind in MITREs Katalog keine öffentlichen CVE-Referenzen mit dieser CWE verknüpft.
Wie Angreifer es ausnutzen
Angreiferpfad Schritt für Schritt
- 1
Identifiziere einen Codepfad, der nicht vertrauenswürdige Eingaben ohne Validierung verarbeitet.
- 2
Erzeuge eine Payload, die das unsichere Verhalten auslöst — Injection, Traversal, Overflow oder Logik-Missbrauch.
- 3
Liefere die Payload über einen normalen Request aus und beobachte die Reaktion der Anwendung.
- 4
Iteriere, bis die Antwort Daten preisgibt, Angreifer-Code ausführt oder Berechtigungen eskaliert.
Verwundbares Codebeispiel
Vulnerable XML
The file web.config contains the debug mode setting. Setting debug to "true" will let the browser display debugging information.
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.web>
<compilation
defaultLanguage="c#"
debug="true"
/>
...
</system.web>
</configuration> Sicheres Codebeispiel
Secure pseudo
// Validate, sanitize, or use a safe API before reaching the sink.
function handleRequest(input) {
const safe = validateAndEscape(input);
return executeWithGuards(safe);
} What changed: the unsafe sink is replaced (or the input is validated/escaped) so the same payload no longer triggers the weakness.
Präventions-Checkliste
How to prevent CWE-11
- System Configuration Avoid releasing debug binaries into the production environment. Change the debug mode to false when the application is deployed into production.
Erkennungssignale
How to detect CWE-11
CWE-11
Don't catalog this weakness. Prove it's reachable.
Plexicus turns CWE catalogs into evidence: every CWE-pattern is matched against your real code graph, reach is proven on a sandbox clone, and verified findings ship as reviewed PRs.
Häufig gestellte Fragen Was ist CWE-11?
Wie gravierend ist CWE-11?
Welche Sprachen oder Plattformen sind von CWE-11 betroffen?
Wie kann ich CWE-11 verhindern?
Wie erkennt und behebt Plexicus CWE-11?
Wo erfahre ich mehr über CWE-11?
Frequently asked questions
Was ist CWE-11?
Deploying an ASP.NET application with debug binaries enabled exposes detailed system information, which attackers can use to map your infrastructure and plan targeted exploits.
Wie gravierend ist CWE-11?
MITRE hat für diese Schwachstelle keine Exploit-Wahrscheinlichkeit veröffentlicht. Behandle sie als mittlere Auswirkung, bis dein Threat Model anderes belegt.
Welche Sprachen oder Plattformen sind von CWE-11 betroffen?
MITRE lists the following affected platforms: ASP.NET.
Wie kann ich CWE-11 verhindern?
Avoid releasing debug binaries into the production environment. Change the debug mode to false when the application is deployed into production.
Wie erkennt und behebt Plexicus CWE-11?
Die SAST-Engine von Plexicus erkennt die Datenfluss-Signatur von CWE-11 bei jedem Commit. Bei einem Treffer öffnet unser Codex-Remedium-Agent einen Fix-PR mit korrigiertem Code, Tests und einer einzeiligen Zusammenfassung für den Reviewer.
Wo erfahre ich mehr über CWE-11?
MITRE veröffentlicht die kanonische Definition unter https://cwe.mitre.org/data/definitions/11.html. Für ergänzende Hinweise kannst du auch die OWASP- und NIST-Dokumentation heranziehen.
Verwandte Schwachstellen
Weaknesses related to CWE-11
Ressourcen
Further reading
- MITRE — offizielle CWE-11 https://cwe.mitre.org/data/definitions/11.html
- Seven Pernicious Kingdoms: A Taxonomy of Software Security Errors https://samate.nist.gov/SSATTM_Content/papers/Seven%20Pernicious%20Kingdoms%20-%20Taxonomy%20of%20Sw%20Security%20Errors%20-%20Tsipenyuk%20-%20Chess%20-%20McGraw.pdf
Bereit, das Wesentliche zu validieren?
Bereit zu validieren, was zählt.
Plexicus ist Proof-Driven AppSec: validierte Funde, kontextuelles Verständnis und geprüfte Remediation — in Evidenz verankert, mit Ihnen gescoped.