readdir 是 Linux 系统里用于读取目录内容的老牌函数，功能直观，但实际开发中却隐藏着不少“陷阱”。如果你正在编写涉及文件操作的服务端代码，以下安全问题必须熟练掌握。

安全性问题

先看最典型的高危场景。 首先是**路径遍历攻击**。攻击者常通过构造特殊目录名（例如夹杂 `..` 或符号链接）突破限定目录，直接访问系统敏感文件，如 `/etc/passwd`。如果应用程序未严格校验用户传入的目录名，相当于敞开了整个文件系统的大门。 其次是**信息泄露**。`readdir` 返回的目录列表本身就是敏感信息。攻击者通过分析目录结构，能够摸清服务器配置、日志位置、备份文件存放点，进而精准发起攻击。 **竞争条件**同样棘手。在多线程或多进程环境中，如果多个执行流同时调用 `readdir` 操作同一个目录流，数据会错乱，甚至引发不可预测的竞态结果。 还有**缓冲区溢出**。`readdir` 返回的数据若未安全处理（比如复制到固定大小的缓冲区），攻击者可构造超长文件名触发溢出，从而控制程序流程。 **动态链接库劫持（LD_PRELOAD）** 是更隐蔽的手段——攻击者通过设置环境变量 `LD_PRELOAD`，无需修改二进制文件即可替换程序中的 `readdir` 实现，进而隐藏恶意进程或文件。 最后是**权限问题**。如果 `readdir` 本身被篡改，或程序以过高权限运行，攻击者就能获取不应看到的目录信息，并利用这些信息提升权限。

解决方案

针对上述问题，业界已有成熟的对策。 **路径验证**是第一道防线。调用 `readdir` 前，务必使用绝对路径替代相对路径，并检查路径是否在白名单范围内。可借助 `realpath()` 解析符号链接后再做比较，防止 `..` 绕过。 **最小权限原则**。运行应用的用户仅应拥有访问所需目录的最小权限。切勿图省事直接以 root 运行——一旦出问题，可能导致整个系统沦陷。 **线程安全**。多线程环境下，用互斥锁（mutex）保护目录流访问，或直接使用 `readdir_r`（虽已标记为废弃，但在老系统上仍可用）。 **缓冲区处理**。采用 `strncpy`、`snprintf` 等安全函数替代不限定长度的 `strcpy` 或 `sprintf`。永远假设文件名长度可能超出预期。 **日志记录**。记录每次 `readdir` 调用的参数（目录路径、调用进程、时间戳），便于事后审计。攻击者踩过的痕迹都会留下记录。 **使用安全的替代方案**。若仅需匹配某个模式的文件列表，`glob` 或 `ftw` 等高级 API 可能比直接操作 `readdir` 更安全，因为它们内置了边界检查。 **定期更新和打补丁**。系统库和应用程序的漏洞会不断被发现和修复，保持最新版本是最基础的安全举措。 **输入验证与清理**。对用户传入的目录名做白名单过滤，剔除 `..`、`/`、`\0` 等危险字符。不要信任任何来自用户或外部系统的路径。 **权限检查**。调用前先用 `access()` 或 `faccessat()` 确认程序对该目录有读取权限，而不是等出错才报。 **限制目录深度**。若程序需要递归遍历，设置最大层级（如 10 层），防止符号链接循环导致无限递归和资源耗尽。 **处理符号链接**。遍历时主动识别符号链接，并使用 `stat()` 而非 `lstat()` 检查目标对象。如果必须跟随链接，确保目标也在安全范围内。 **使用安全的 API**。除了 `opendir` + `readdir` 的标准组合，也可考虑 `scandir()` 这类一次性读入目录并允许自定义过滤器的函数，逻辑更集中，出问题面更小。 把这些措施扎扎实实落地，`readdir` 的安全风险就能降到可控范围。记住：目录遍历类漏洞，往往不是因为函数本身危险，而是因为调用方缺少应有的敬畏心。