FTP 匿名访问检查是什么
FTP 协议本身以明文传输，用户名、口令与文件内容都可被同网段嗅探；而匿名登录一旦开启，任何能连上 21 端口的人都能进来列目录、甚至写入文件。这两点叠加使得匿名 FTP 成为历史遗留中风险较高的一类问题，检查内容是匿名开关状态与目录读写权限。
基本信息
| 核查对象 | 匿名登录是否可用、目录权限、传输是否明文 |
|---|---|
| 常见端口 | 21 控制端口；数据通道（主动 20 / 被动随机端口） |
| 风险 | 数据可读、文件可投递、口令可被嗅探 |
| 修复方向 | 关闭匿名账户、迁移到 SFTP 或 FTPS |
| 处置纪律 | 只读列目录验证，不上传测试文件 |
典型使用场景
- 内网评估：清理历史遗留的文件服务器
- 文件服务梳理：确认是否仍存在多人共用或匿名共享
- 上线前检查：确认新部署的 FTP 未默认开启匿名
- 修复验证：关闭匿名后复测匿名登录是否被拒
- 传输安全评估：判断是否可将业务迁移到加密传输通道
检查思路
检查思路
ftp 10.0.10.40 # 交互式连接，用户名输入 anonymous
# 匿名登录成功后只执行列目录：ls / pwd
# 记录：是否可登录、目录可读/可写结论
# 探测是否支持加密：
openssl s_client -connect 10.0.10.40:21 -starttls ftp # 成功说明支持 FTPS
# 不执行 put / mkdir 等写入动作检查项与判读
| 检查项 | 结果与含义 | 风险等级参考 |
|---|---|---|
| 匿名可登录 | 任何人可访问文件服务 | 视目录内容为中危至高危 |
| 目录可读 | 可下载共享目录中的文件 | 含敏感数据时提高等级 |
| 目录可写 | 可投递文件，可能被用作中转 | 高危，需优先整改 |
| 仅支持明文 | 口令与内容可被嗅探 | 整体提升风险 |
| 支持 FTPS/SFTP | 具备加密替代路径 | 建议迁移并说明成本 |
FTP 明文传输本身就是问题：即使权限配置正确，同网段嗅探仍可获取凭据。评估结论要把传输安全与访问控制分开写，便于客户分步整改。
不要上传测试文件验证可写性：投递的文件可能被业务系统处理，也可能留在客户服务器上无法彻底清理；可写性判断以权限配置和目录属性为依据。