Führe statische Analyse (SAST) auf der Codebasis aus und suche im Datenfluss nach dem unsicheren Muster.
CWE-641 Base Incomplete
Improper Restriction of Names for Files and Other Resources
This vulnerability occurs when an application creates file or resource names using unvalidated user input, failing to properly limit what characters or paths can be used.
Definition
What is CWE-641?
This vulnerability occurs when an application creates file or resource names using unvalidated user input, failing to properly limit what characters or paths can be used.
When an application builds a resource name—like a filename, directory path, or URL—from external input without strict validation, it opens the door to multiple attack vectors. An attacker can inject special characters, path traversal sequences (like `../`), or even script code into the name. If the application later uses that name, say, to include a file on a web page or pass it to a system command, it can trigger unexpected and dangerous behavior.
The specific risk depends entirely on how the malformed name is used. For example, if the tainted name is displayed in a web page, it could lead to Cross-Site Scripting (XSS) in a user's browser. If it's processed by a server-side parser or the operating system itself, it could allow path traversal to access sensitive files, cause denial-of-service, or in the worst case, lead to remote code execution by exploiting a vulnerability in the underlying processing component.
Auswirkungen in der Praxis
Real-world CVEs caused by CWE-641
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 pseudo
MITRE hat kein Codebeispiel für diese CWE veröffentlicht. Das untenstehende Muster ist illustrativ — kanonische Referenzen findest du unter Ressourcen.
// Example pattern — see MITRE for the canonical references.
function handleRequest(input) {
// Untrusted input flows directly into the sensitive sink.
return executeUnsafe(input);
} 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-641
- Architecture and Design Do not allow users to control names of resources used on the server side.
- Architecture and Design Perform allowlist input validation at entry points and also before consuming the resources. Reject bad file names rather than trying to cleanse them.
- Architecture and Design Make sure that technologies consuming the resources are not vulnerable (e.g. buffer overflow, format string, etc.) in a way that would allow code execution if the name of the resource is malformed.
Erkennungssignale
How to detect CWE-641
Führe dynamische Application-Security-Tests gegen den Live-Endpoint aus.
Beobachte Runtime-Logs auf ungewöhnliche Exception-Traces, fehlerhafte Eingaben oder Versuche, Autorisierung zu umgehen.
Code Review: Markiere jeden neuen Code, der Eingaben von dieser Oberfläche ohne validierte Framework-Helper verarbeitet.
CWE-641
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-641?
Wie gravierend ist CWE-641?
Welche Sprachen oder Plattformen sind von CWE-641 betroffen?
Wie kann ich CWE-641 verhindern?
Wie erkennt und behebt Plexicus CWE-641?
Wo erfahre ich mehr über CWE-641?
Frequently asked questions
Was ist CWE-641?
This vulnerability occurs when an application creates file or resource names using unvalidated user input, failing to properly limit what characters or paths can be used.
Wie gravierend ist CWE-641?
MITRE stuft die Exploit-Wahrscheinlichkeit als niedrig ein — eine Ausnutzung ist selten, die Schwachstelle sollte aber dennoch behoben werden, sobald sie entdeckt wird.
Welche Sprachen oder Plattformen sind von CWE-641 betroffen?
MITRE hat für diese CWE keine betroffenen Plattformen spezifiziert — sie kann in den meisten Anwendungs-Stacks auftreten.
Wie kann ich CWE-641 verhindern?
Do not allow users to control names of resources used on the server side. Perform allowlist input validation at entry points and also before consuming the resources. Reject bad file names rather than trying to cleanse them.
Wie erkennt und behebt Plexicus CWE-641?
Die SAST-Engine von Plexicus erkennt die Datenfluss-Signatur von CWE-641 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-641?
MITRE veröffentlicht die kanonische Definition unter https://cwe.mitre.org/data/definitions/641.html. Für ergänzende Hinweise kannst du auch die OWASP- und NIST-Dokumentation heranziehen.
Verwandte Schwachstellen
Weaknesses related to CWE-641
CWE-99 Parent
Improper Control of Resource Identifiers ('Resource Injection')
This vulnerability occurs when an application accepts user input as a resource identifier (like a file path or port number) without proper…
CWE-694 Sibling
Use of Multiple Resources with Duplicate Identifier
This vulnerability occurs when a system uses multiple resources that can share the same identifier, even though the application logic…
CWE-914 Sibling
Improper Control of Dynamically-Identified Variables
This vulnerability occurs when an application fails to properly secure access to variables whose names are determined at runtime, allowing…
Ressourcen
Further reading
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.