Modular：防范供应链攻击
内容提要
Modular专注于安全软件交付，并防御供应链中的漏洞。他们使用更新框架（TUF）来确保安全，并提供Modular CLI用于安全软件分发。他们计划扩展客户并招聘新员工。
延伸解读
传统包管理器的安全短板
文章指出，PyPI、apt、YUM 等传统包管理器依赖 SSL/TLS、GPG 签名和加密哈希，但仅提供粗粒度安全，且默认信任源仓库。它们无法防御从包创建到部署全链路的供应链攻击，也缺乏攻击后的快速恢复机制。例如签名密钥泄露时，往往需要手动干预，难以迅速撤销有漏洞的软件。
TUF 标准如何补足这些缺口
更新框架（TUF）通过公钥/私钥加密验证文件，并支持快速轮换密钥而不使旧版本失效。它还能防御恶意镜像更新、重放攻击等多种向量。但 TUF 不规定版本管理、安装要求、系统兼容性或具体分发方式，因此 Modular 需要自行实现 TUF 客户端，并加入包管理器所需的额外功能。
Modular CLI 的两层安全机制
Modular CLI 以签名系统原生包安装，构成第一层安全。随后通过认证（如 modular auth）验证 CLI 本身，防止使用不受信任的包，并抵御重放攻击。第二层在安装包时，CLI 会检查最新版本、寻找兼容优化版本、下载并安全验证，最后才执行安装。
Q&A
Modular如何防范供应链攻击？
Modular专注于安全软件交付，使用更新框架（TUF）来确保安全，并开发了Modular CLI用于安全软件分发。
TUF框架的主要功能是什么？
TUF框架旨在解决传统包管理器的安全漏洞，提供安全更新和处理供应链攻击的机制，支持快速轮换密钥和防止恶意镜像更新等攻击。
Modular CLI的安全性如何保障？
Modular CLI通过用户认证和软件包验证来保障安全，确保用户安装的软件包是最新且未被篡改的。
为什么传统软件交付系统容易受到攻击？
传统软件交付系统依赖于SSL/TLS和GPG签名等方法，但这些方法假设源仓库是可信的，且未能有效防范现代供应链攻击。
Modular未来的发展计划是什么？
Modular计划扩展客户群，招聘新员工，并持续改进产品和技术，以支持不同平台和引入新功能。
用户如何验证Modular CLI的真实性？
用户需通过认证来验证Modular CLI，防止使用不受信任的包，并在安装前检查最新版本进行安全验证。
