真正防中间人攻击需保留packagist.org语义锚点：禁用repo.packagist、启用repos.packagist元数据代理、强制security.signature true与secure-http true，并通过composer diagnose验证二者均为ok。
Composer国内镜像本身不提供数据完整性保障——它只是HTTP缓存代理，不生成、不透传、不验证signature字段；真正防投毒的只有官方源+强制HTTPS+启用签名验证这三者组合。
为什么composer config -g repo.packagist是高危操作
这条命令会彻底替换官方源，导致Composer跳过signature字段校验。阿里云、腾讯云等镜像站返回的packages.json里没有signature，Composer 2.5+检测不到时就自动关闭包完整性校验。
- 现象：CI构建成功，线上却执行了恶意
post-install-cmd脚本 - 抓包可见
packages.json来自镜像，但dist.zip实际从非预期域名下载 -
composer.lock中dist.shasum存在且为64字符，但校验未触发——说明签名验证链已断裂
怎样配置才真正防中间人攻击
核心是保留packagist.org的语义锚点，只让镜像代理元数据（packages.json），包文件仍走官方带校验的CDN。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先清除危险配置：
composer config -g repo.packagist false - 启用元数据代理：
composer config -g repos.packagist.type composer，再执行composer config -g repos.packagist.url https://mirrors.aliyun.com/composer/ - 强制开启签名：
composer config -g security.signature true - 确认HTTPS强制生效：
composer config -g secure-http true（默认已开，禁用即失效） - 验证：
composer diagnose输出中必须同时出现secure-http: OK和signature verification: OK
composer.lock才是离线防篡改的最后一道闸
只要composer.lock完整提交进Git，composer install就完全不发网络请求——它只读取~/.composer/cache/files里的ZIP并比对dist.shasum。
-
dist.shasum必须是64字符SHA-256值，否则校验逻辑不会触发 - 手动改一个shasum为
"0000"后运行composer install，必须报错中断；否则说明lock未被读取或用了--ignore-platform-reqs - CI建议加
composer install --no-scripts --no-plugins，观察是否出现Hash does not match
最常被忽略的是：镜像配置正确 ≠ 安全链路完整。哪怕用了腾讯云每5分钟同步的镜像，只要security.signature没开或secure-http被关，整个供应链就暴露在中间人攻击下。
