os.lstat是判断符号链接的唯一可靠方式，它读取路径自身inode元数据而不解析链接；需配合filepath.evalsymlinks解析真实路径，并用strings.hasprefix校验是否在可信前缀内，三步缺一不可。
os.Lstat 是判断符号链接的唯一可靠方式
想确认一个路径是不是软链接，os.Stat 会直接跳转到目标并返回目标文件信息，完全不可靠；必须用 os.Lstat —— 它只读取路径自身的 inode 元数据，不解析链接内容。
常见错误现象：os.Stat("mylink") 返回 /etc/passwd 的信息，你以为在操作普通文件，其实已落入符号链接陷阱。
- 检查逻辑必须是：
fi, err := os.Lstat(path)→if fi.Mode()&os.ModeSymlink != 0 -
os.Lstat在 rootless 容器或只读挂载点上可能因权限失败，需配合os.IsPermission(err)做降级处理 - Windows 上若链接指向不存在的目标，
os.Lstat可能返回file does not exist，而非明确的链接类型信息
EvalSymlinks 解析路径但不校验安全性
filepath.EvalSymlinks 会递归解析所有符号链接，最终返回一个“物理路径”，但它不做任何访问控制或白名单检查 —— 如果你传入 /var/www/uploads/link_to_etc_passwd，它就真给你返回 /etc/passwd。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
使用场景中容易忽略这点：它只是路径规范化工具，不是安全网关。
- 永远不要单独依赖
EvalSymlinks做权限判断；它应和白名单前缀比对配合使用 - 解析结果可能超出预期目录层级（如
../../../etc/shadow），需用strings.HasPrefix(realPath, allowedBase)显式校验 - 遇到循环链接时，
EvalSymlinks默认最多解析 255 层，超限返回too many levels of symbolic links错误
组合使用才是安全闭环
真正安全的路径准入流程，需要三步原子判断：先确认是否为链接、再解析真实路径、最后比对是否落在可信范围内。缺一不可。
- 第一步：
os.Lstat检出os.ModeSymlink→ 若是，可拒绝、记录或进入深度校验 - 第二步：
filepath.EvalSymlinks获取绝对物理路径 → 注意捕获os.IsNotExist（坏链）和os.IsPermission（无权访问目标） - 第三步：用
filepath.Clean和strings.HasPrefix确保 cleanedRealPath 以允许前缀开头，且不含..跳转成分
硬编码路径拼接或跳过 Lstat 直接 EvalSymlinks，等于把门钥匙交给攻击者。最易被忽略的是：坏链（dangling symlink）既不是有效文件，也不是安全链接，但它依然存在 —— os.Lstat 能看见它，os.Stat 和 EvalSymlinks 都会失败，这个中间态必须显式处理。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
