Silo 首个正式版修了对象锁高危洞

Pigsty 团队维护的 Silo 今天发了 RELEASE.2026-10-15T00-00-00Z，官方说这是第一个正式的服务器版本。它本质上是 MinIO 的 Fork，只改一行就能无缝替换，S3 API、数据格式和 Web 管理界面都保留，所以对已经在跑 MinIO 的团队来说迁移成本几乎为零。

这次的重点是修了一个 Object Lock 相关的高危权限绕过漏洞。简单说，只要手里有有效凭证，即使没有对应权限，也可能绕过 GOVERNANCE 模式的保留策略，把受保护数据的保留期缩短甚至取消。维护者把它定为 High，不允许匿名利用，但影响此前所有正式发布的 Silo Server 版本，而且这个缺陷是从上游 MinIO 继承来的。Object Lock 是 S3 对象存储里保护备份的功能，文件在指定期限内不能被改也不能被删，哪怕你有桶的管理权限。它通常要在创建存储桶时启用，很多人拿 MinIO 或 Silo 存文件、图片和备份，其实根本没开这个功能，得进 Web 管理界面看存储桶设置才知道。典型场景包括企业备份防勒索软件篡改、重要数据归档要求期限内不可删、PostgreSQL 和 MySQL 的历史备份保护，以及金融医疗这类合规存储。这次更新除了修权限绕过，还加强了覆盖受保护对象版本的防护，把 Object Lock 回归测试纳入正式发布流程，另外改进了存储扫描、元数据解析、校验和与事件通知，并升级到 Go 1.27.2。我的判断是，跑生产环境且开了 Object Lock 的应该尽快升，没开这个功能的也别拖，毕竟缺陷继承自上游，MinIO 那边同样值得排查。Silo 作为 Fork 能主动修上游问题并补测试，说明维护节奏还算靠谱，但长期能不能跟住上游安全修复，才是选它替代 MinIO 时最该盯的点。