33 "qhelp.dtd">
44<qhelp >
55<overview >
6- <p >Accessing paths controlled by users can allow an attacker to access unexpected resources. This
6+ <p >Accessing paths controlled by users can allow an attacker to access unexpected resources. This
77can result in sensitive information being revealed or deleted, or an attacker being able to influence
88behavior by modifying unexpected files.</p >
99
10- <p >Paths that are naively constructed from data controlled by a user may contain unexpected special characters,
11- such as "..". Such a path may potentially point to any directory on the filesystem .</p >
10+ <p >Paths that are naively constructed from data controlled by a user may be absolute paths, or may contain
11+ unexpected special characters such as "..". Such a path could point anywhere on the file system .</p >
1212
1313</overview >
1414<recommendation >
1515
16- <p >Validate user input before using it to construct a filepath. Ideally, follow these rules: </p >
16+ <p >Validate user input before using it to construct a file path. </p >
1717
18- <ul >
19- <li >Do not allow more than a single "." character.</li >
20- <li >Do not allow directory separators such as "/" or "\" (depending on the filesystem).</li >
21- <li >Do not rely on simply replacing problematic sequences such as "../". For example, after applying this filter to
22- ".../...//" the resulting string would still be "../".</li >
23- <li >Ideally use a whitelist of known good patterns.</li >
24- </ul >
18+ <p >Common validation methods include checking that the normalized path is relative and does not contain
19+ any ".." components, or checking that the path is contained within a safe folder. The method you should use depends
20+ on how the path is used in the application, and whether the path should be a single path component.
21+ </p >
22+
23+ <p >If the path should be a single path component (such as a file name), you can check for the existence
24+ of any path separators ("/" or "\"), or ".." sequences in the input, and reject the input if any are found.
25+ </p >
26+
27+ <p >
28+ Note that removing "../" sequences is <i >not</i > sufficient, since the input could still contain a path separator
29+ followed by "..". For example, the input ".../...//" would still result in the string "../" if only "../" sequences
30+ are removed.
31+ </p >
32+
33+ <p >Finally, the simplest (but most restrictive) option is to use an allow list of safe patterns and make sure that
34+ the user input matches one of these patterns.</p >
2535
2636</recommendation >
2737<example >
2838
29- <p >In this example, a username and file are read from the arguments to main and then used to access a file in the
30- user's home directory. However, a malicious user could enter a filename which contains special
31- characters. For example, the string "../../etc/passwd" will result in the code reading the file located at
32- "/home/[user]/../../etc/passwd", which is the system's password file. This could potentially allow them to
33- access all the system's passwords.</p >
39+ <p >In this example, a file name is read from a user and then used to access a file.
40+ However, a malicious user could enter a file name anywhere on the file system,
41+ such as "/etc/passwd" or "../../../etc/passwd".</p >
42+
43+ <sample src =" examples/TaintedPath.c" />
44+
45+ <p >
46+ If the input should only be a file name, you can check that it doesn't contain any path separators or ".." sequences.
47+ </p >
48+
49+ <sample src =" examples/TaintedPathNormalize.c" />
50+
51+ <p >
52+ If the input should be within a specific directory, you can check that the resolved path
53+ is still contained within that directory.
54+ </p >
3455
35- <sample src =" TaintedPath .c" />
56+ <sample src =" examples/TaintedPathFolder .c" />
3657
3758</example >
3859<references >
@@ -41,6 +62,7 @@ access all the system's passwords.</p>
4162OWASP:
4263<a href =" https://owasp.org/www-community/attacks/Path_Traversal" >Path Traversal</a >.
4364</li >
65+ <li >Rails: <a href =" https://api.rubyonrails.org/classes/ActiveStorage/Filename.html#method-i-sanitized" >ActiveStorage::Filename#sanitized</a >.</li >
4466
4567</references >
4668</qhelp >
0 commit comments