Uncontrolled data used in path expression¶
ID: java/path-injectionKind: path-problemSecurity severity: 7.5Severity: errorPrecision: highTags: - security - external/cwe/cwe-022 - external/cwe/cwe-023 - external/cwe/cwe-036 - external/cwe/cwe-073Query suites: - java-code-scanning.qls - java-security-extended.qls - java-security-and-quality.qls
Click to see the query in the CodeQL repository
Accessing paths controlled by users can allow an attacker to access unexpected resources. This can result in sensitive information being revealed or deleted, or an attacker being able to influence behavior by modifying unexpected files.
Paths that are naively constructed from data controlled by a user may be absolute paths, or may contain unexpected special characters such as “..”. Such a path could point anywhere on the file system.
Recommendation¶
Validate user input before using it to construct a file path.
Common validation methods include checking that the normalized path is relative and does not contain any “..” components, or checking that the path is contained within a safe folder. The method you should use depends on how the path is used in the application, and whether the path should be a single path component.
If the path should be a single path component (such as a file name), you can check for the existence of any path separators (”/” or “\”), or “..” sequences in the input, and reject the input if any are found.
Note that removing “../” sequences isnot sufficient, since the input could still contain a path separator followed by “..”. For example, the input “…/…//” would still result in the string “../” if only “../” sequences are removed.
Finally, the simplest (but most restrictive) option is to use an allow list of safe patterns and make sure that the user input matches one of these patterns.
Example¶
In this example, a file name is read from ajava.net.Socket and then used to access a file and send it back over the socket. However, a malicious user could enter a file name anywhere on the file system, such as “/etc/passwd” or “../../../etc/passwd”.
publicvoidsendUserFile(Socketsock,Stringuser){BufferedReaderfilenameReader=newBufferedReader(newInputStreamReader(sock.getInputStream(),"UTF-8"));Stringfilename=filenameReader.readLine();// BAD: read from a file without checking its pathBufferedReaderfileReader=newBufferedReader(newFileReader(filename));StringfileLine=fileReader.readLine();while(fileLine!=null){sock.getOutputStream().write(fileLine.getBytes());fileLine=fileReader.readLine();}}
If the input should only be a file name, you can check that it doesn’t contain any path separators or “..” sequences.
publicvoidsendUserFileGood(Socketsock,Stringuser){BufferedReaderfilenameReader=newBufferedReader(newInputStreamReader(sock.getInputStream(),"UTF-8"));Stringfilename=filenameReader.readLine();// GOOD: ensure that the filename has no path separators or parent directory referencesif(filename.contains("..")||filename.contains("/")||filename.contains("\\")){thrownewIllegalArgumentException("Invalid filename");}BufferedReaderfileReader=newBufferedReader(newFileReader(filename));StringfileLine=fileReader.readLine();while(fileLine!=null){sock.getOutputStream().write(fileLine.getBytes());fileLine=fileReader.readLine();}}
If the input should be within a specific directory, you can check that the resolved path is still contained within that directory.
publicvoidsendUserFileGood(Socketsock,Stringuser){BufferedReaderfilenameReader=newBufferedReader(newInputStreamReader(sock.getInputStream(),"UTF-8"));Stringfilename=filenameReader.readLine();PathpublicFolder=Paths.get("/home/"+user+"/public").normalize().toAbsolutePath();PathfilePath=publicFolder.resolve(filename).normalize().toAbsolutePath();// GOOD: ensure that the path stays within the public folderif(!filePath.startsWith(publicFolder+File.separator)){thrownewIllegalArgumentException("Invalid filename");}BufferedReaderfileReader=newBufferedReader(newFileReader(filePath.toString()));StringfileLine=fileReader.readLine();while(fileLine!=null){sock.getOutputStream().write(fileLine.getBytes());fileLine=fileReader.readLine();}}
References¶
OWASP:Path Traversal.
Common Weakness Enumeration:CWE-22.
Common Weakness Enumeration:CWE-23.
Common Weakness Enumeration:CWE-36.
Common Weakness Enumeration:CWE-73.