如何解决Fortify扫描检出的.NET路径操纵漏洞？已校验路径仍告警

为啥Path.Exists()过不了Fortify？ #

Path.Exists()只能告诉你路径是否存在，但挡不住路径遍历攻击（比如攻击者输入../../system32这种恶意路径），还存在TOCTOU漏洞——就是你检查路径存在的那一刻，到实际操作文件的间隙，路径可能被篡改或换成符号链接，所以Fortify依然会标记风险。

实用修复方案 #

1. 把路径死死限制在安全目录里 #

这是最靠谱的办法：把用户输入的路径和你预设的安全根目录结合，生成绝对路径后，验证它是不是在安全目录范围内。绝对不能直接拼接字符串，必须用Path.Combine()处理路径分隔符：

// 预设的安全上传目录
string safeRootDir = @"C:\MyApp\AllowedUploads";
string userProvidedPath = "用户输入的路径";

// 合并并获取完整绝对路径
string finalPath = Path.GetFullPath(Path.Combine(safeRootDir, userProvidedPath));

// 验证最终路径是否在安全目录下（忽略大小写适配Windows）
if (finalPath.StartsWith(safeRootDir, StringComparison.OrdinalIgnoreCase))
{
    // 这里执行文件上传操作
}
else
{
    // 拒绝恶意路径，返回错误
}

2. 防符号链接绕过（可选） #

如果你的系统允许，可以在操作前检查路径是不是符号链接，防止攻击者用这个绕开目录限制：

FileInfo fileInfo = new FileInfo(finalPath);
if (fileInfo.Attributes.HasFlag(FileAttributes.ReparsePoint))
{
    // 这是符号链接，直接拒绝
    return;
}

3. 别单独用Path.Exists()，操作时直接处理异常 #

Path.Exists()的校验意义不大，不如在验证路径合法性后直接执行操作，同时捕获异常——毕竟就算路径存在，操作时也可能有权限问题或路径被篡改：

try
{
    using (FileStream fs = new FileStream(finalPath, FileMode.Create))
    {
        // 写入上传的文件内容
    }
}
catch (UnauthorizedAccessException)
{
    // 处理权限不足的情况
}
catch (IOException)
{
    // 处理IO相关异常，比如文件被占用
}

4. 清理用户输入（辅助手段） #

可以先把用户输入里的../、..\这类遍历序列清掉，但这只能做辅助，不能替代上面的目录范围验证：

string cleanedInput = userProvidedPath.Replace("../", "").Replace("..\\", "");
// 再结合安全目录做验证

核心原则 #

• 绝对不能信任用户输入的路径，必须把它锁在你指定的安全目录里
• Path.Exists()不是安全校验手段，它解决不了路径遍历和TOCTOU问题
• 优先用Path.Combine()+绝对路径前缀验证的方案，这是防御路径操纵漏洞的标准做法

内容的提问来源于stack exchange，提问作者Harshal C