镜像源配置不等于安全，关键看是否保留签名验证链；主流公开镜像（如阿里云、腾讯云）不转发packages.json中的signature字段，导致composer静默跳过gpg验签，真正生效需同时满足：repos.packagist.type为composer、url为https且含signature字段、composer diagnose显示secure-http: ok和signature verification: ok。
镜像源配置不等于安全，关键看是否保留签名验证链
直接换阿里云或腾讯云镜像源，composer install照常成功，但signature verification: OK很可能没生效——因为主流公开镜像不转发packages.json里的signature字段，Composer 拿不到签名就静默跳过验签。
真正起作用的配置必须满足三个硬性条件：
-
repos.packagist.type必须设为composer（不是package或留空） -
repos.packagist.url必须是 HTTPS 地址，且以/结尾（例如https://mirrors.aliyun.com/composer/） - 该 URL 返回的
packages.json响应体中，必须包含"signature"字段（目前所有公开镜像均不满足，需私有部署或选用支持签名转发的服务）
运行 composer diagnose 后，只有同时出现 secure-http: OK 和 signature verification: OK 才算真正启用。只看到前者，说明 HTTPS 通了，但签名链已断。
dist.sha256 字段为空时，哈希校验自动失效
很多中文包（尤其是私有源、type: "package" 配置）在 composer.lock 里没有 dist.sha256 字段，composer install 会跳过它们的完整性校验，既不报错也不提示。
常见原因包括：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 包作者发布时只提供
--prefer-source路径，没打 dist zip 包 - 使用了自建镜像源，但未同步原始哈希值
-
composer.json中显式写了"type": "package"，绕过 Packagist 元数据校验逻辑
此时不能依赖 Composer 内置机制，得靠外部快照比对：CI 构建开始时用 composer show --installed --format=json 记录当前 vendor 状态，部署前再比一次，diff 出差异项人工复核。
如何确认当前安装真在比对 SHA-256？
不能只看有没有报错，得验证校验逻辑是否实际触发：
- 检查
composer.lock中任意一个包的dist块，确认存在非空shasum字段（如"shasum": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"） - 运行
composer install -v，观察输出中是否出现Downloading https://... + Extracting archive——这是走 dist 下载路径；若看到Cloning，说明走的是 source，完全不校验哈希 - 临时清空缓存：
composer clear-cache，再执行composer install --no-dev --prefer-dist，如果卡在Downloading后无响应，很可能是哈希校验失败被静默阻断（部分旧版 Composer 行为）
vendor/autoload.php 被篡改，Composer 完全无感
vendor/autoload.php 是个固定引导文件，内容只是 require_once __DIR__ . '/composer/autoload_real.php'。它被恶意替换后，composer dump-autoload 不读取、不校验、也不报错——因为它不在 composer.lock 的哈希覆盖范围内，也不是 dist 包解压后的原始内容。
生产环境唯一可靠防护方式是：
- 将整个
vendor/设为只读：chmod -R a-w vendor/ - 或通过 CI 流水线生成 tar 快照，在部署时用
sha256sum对比完整目录哈希
别指望 Composer 自动发现这类篡改——它的设计目标从来不是运行时防护，而是安装时可信分发。这点最容易被忽略，也最危险。
