From a240618ae490a88225b190f1f728ff476a614603 Mon Sep 17 00:00:00 2001 From: erik-krogh Date: Mon, 5 Feb 2024 13:09:02 +0100 Subject: [PATCH] generate the new rendered markdown --- .../Security Features/CWE-022/TaintedPath.md | 82 +++++++++++++++---- 1 file changed, 67 insertions(+), 15 deletions(-) diff --git a/csharp/ql/src/Security Features/CWE-022/TaintedPath.md b/csharp/ql/src/Security Features/CWE-022/TaintedPath.md index ddd80d92051..c6204c2914e 100644 --- a/csharp/ql/src/Security Features/CWE-022/TaintedPath.md +++ b/csharp/ql/src/Security Features/CWE-022/TaintedPath.md @@ -1,20 +1,23 @@ # Uncontrolled data used in path expression 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 contain unexpected special characters, such as "..". Such a path may potentially point to any directory on the file system. +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. Ideally, follow these rules: +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 is *not* 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. -* Do not allow more than a single "." character. -* Do not allow directory separators such as "/" or "\\" (depending on the file system). -* Do not rely on simply replacing problematic sequences such as "../". For example, after applying this filter to ".../...//" the resulting string would still be "../". -* Use a whitelist of known good patterns. -* Sanitize potentially tainted paths using `HttpRequest.MapPath`. ## Example -In the first example, a file name is read from a `HttpRequest` and then used to access a file. However, a malicious user could enter a file name which is an absolute path - for example, "/etc/passwd". In the second example, it appears that the user is restricted to opening a file within the "user" home directory. However, a malicious user could enter a filename which contains special characters. For example, the string "../../etc/passwd" will result in the code reading the file located at "/home/\[user\]/../../etc/passwd", which is the system's password file. This file would then be sent back to the user, giving them access to all the system's passwords. +In this example, a user-provided file name is read from a HTTP request and then used to access a file and send it back to the user. However, a malicious user could enter a file name anywhere on the file system, such as "/etc/passwd" or "../../../etc/passwd". ```csharp @@ -26,16 +29,65 @@ public class TaintedPathHandler : IHttpHandler { public void ProcessRequest(HttpContext ctx) { - String path = ctx.Request.QueryString["path"]; + String filename = ctx.Request.QueryString["path"]; // BAD: This could read any file on the filesystem. - ctx.Response.Write(File.ReadAllText(path)); + ctx.Response.Write(File.ReadAllText(filename)); + } +} - // BAD: This could still read any file on the filesystem. - ctx.Response.Write(File.ReadAllText("/home/user/" + path)); +``` +If the input should only be a file name, you can check that it doesn't contain any path separators or ".." sequences. - // GOOD: MapPath ensures the path is safe to read from. - string safePath = ctx.Request.MapPath(path, ctx.Request.ApplicationPath, false); - ctx.Response.Write(File.ReadAllText(safePath)); + +```csharp +using System; +using System.IO; +using System.Web; + +public class TaintedPathHandler : IHttpHandler +{ + public void ProcessRequest(HttpContext ctx) + { + String filename = ctx.Request.QueryString["path"]; + // GOOD: ensure that the filename has no path separators or parent directory references + if (filename.Contains("..") || filename.Contains("/") || filename.Contains("\\")) + { + ctx.Response.StatusCode = 400; + ctx.Response.StatusDescription = "Bad Request"; + ctx.Response.Write("Invalid path"); + return; + } + ctx.Response.Write(File.ReadAllText(filename)); + } +} + +``` +If the input should be within a specific directory, you can check that the resolved path is still contained within that directory. + + +```csharp +using System; +using System.IO; +using System.Web; + +public class TaintedPathHandler : IHttpHandler +{ + public void ProcessRequest(HttpContext ctx) + { + String filename = ctx.Request.QueryString["path"]; + + string publicFolder = Path.GetFullPath("/home/" + user + "/public"); + string filePath = Path.GetFullPath(Path.Combine(publicFolder, filename)); + + // GOOD: ensure that the path stays within the public folder + if (!filePath.StartsWith(publicFolder + Path.DirectorySeparatorChar)) + { + ctx.Response.StatusCode = 400; + ctx.Response.StatusDescription = "Bad Request"; + ctx.Response.Write("Invalid path"); + return; + } + ctx.Response.Write(File.ReadAllText(filename)); } }