magento/composer-dependency-version-audit-plugin可实时拦截私有包被公共源同名高版本覆盖的混淆攻击，安装命令为composer require --dev magento/composer-dependency-version-audit-plugin。
私有包没加@作用域，等于主动交出命名权
只要你的私有包名是acme/utils而不是@acme/utils，它在 Packagist 上就是可注册的空白靶子。2025 年底起已有脚本批量抢注acme/*、company/*类命名空间——你本地一执行composer update，就可能拉到别人发的99.9.9版本。
立刻检查所有私有包是否带@前缀：composer show --tree | grep -v "laravel/" | grep -v "illuminate/" | grep "/" | cut -d' ' -f2 | grep -v "@"
这条命令会列出所有没加作用域的可疑包名。
- 改
composer.json里私有包的name字段：必须是@acme/utils，不能是acme/utils - 同步更新
repositories配置：写{"packagist.org": false}，不是{"packagist": false}（后者无效） - 私有源必须显式禁用公共回退，否则 Composer 仍会 fallback 到 Packagist 查同名包
为什么开了私有源反而更危险
很多团队以为加了内部镜像就“更可控”，其实只要私有源没启用 provider signature 或没校验providers-api返回签名，它比 Packagist 更容易被投毒——审核松、日志缺、权限散。
验证私有源是否返回带签名的 provider 列表：curl -H "Accept: application/json" https://your-private-repo/p2/acme/utils.json
看响应里有没有"signature"字段。Satis 默认不签名，必须手动配signing-key并启用providers-api。
- 没签名的私有源 = 信任链断裂点，攻击者可伪造整个 provider 列表
- Packagist 官方镜像支持签名，但自建 Satis、Artifactory 等多数默认关闭
- 哪怕只有一处私有源未签名，整个依赖树的信任基础就崩了
magento/composer-dependency-version-audit-plugin 实际怎么拦住混淆
它不是静态扫描工具，而是在composer install或composer update期间实时介入，对比私有源与 Packagist 上同名包的最高可用版本。一旦发现公共源有更高版本，立刻中断安装并报错：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
在公共存储库 packagist.org 中找到包/acme-utils 的匹配版本 99.9.9 高于 private.repo 中的 1.2.3。
这个插件只对直接或间接依赖生效，且只防“同名+高版本”这种典型混淆路径。
- 安装命令：
composer require --dev magento/composer-dependency-version-audit-plugin - 它不替代
composer audit，也不防 0day 或代码后门，专治版本覆盖类混淆 - CI 流水线里必须保留该插件，生产环境
--no-dev时它自动失效，所以开发阶段就要暴露问题
secure-http 和 signature-verification 必须同时开
composer config secure-http true只是强制 HTTPS，防止中间人篡改包元数据；composer config -g security.signature-verification true才是校验 Packagist 包签名的关键开关。两者缺一不可。
确认是否生效：composer show --security
输出含Signature verification: enabled才算真正启用。
- 低于 Composer 2.5 的版本不支持
security.signature-verification，会报错Unknown configuration setting - 签名只对 Packagist 托管且作者手动签名的包有效，私有包需仓库级签名支持
-
composer.lock里的dist.shasum仍是最后一道防线，但哈希可被污染，签名才是源头信任
