composer install 不校验 vendor 是否被篡改，仅按 composer.lock 重装；真正校验需用 composer install --dry-run --verbose（限 dist 包），或构建时锁定元数据、隔离存储并网关层校验 zip 哈希。
composer install 为什么从不报 vendor 被改过
它根本不管 vendor 里有没有被改——composer install 只按 composer.lock 重新下载/解压 dist 包，然后覆盖（或跳过）现有文件。哪怕你手动删了 vendor/autoload.php 或往 vendor/symfony/console 里塞了个后门文件，它也照常结束，零提示。
真正校验“有没有被动过”，得靠主动比对指纹。关键不是“装没装对”，而是“当前 vendor 文件内容是否和 lock 里记录的一致”。这一步，composer install 不做，composer update 也不做。
-
composer install --dry-run --verbose会模拟安装流程，并逐个校验每个包的dist.shasum是否匹配本地已解压文件的 SHA256 —— 不一致就直接报错退出 - 该命令不写入任何文件，只读取
vendor/和composer.lock，适合 CI 中做上线前一致性断言 - 注意：仅对
"source": false（即走 dist ZIP 安装）的包生效；若包在composer.json中显式设了"source": true，则无dist.shasum字段，跳过校验
如何验证 dist 包下载后未被中间人篡改
镜像源本身不参与签名，只缓存 ZIP 文件。篡改风险真实存在：HTTP 镜像节点被劫持、CDN 缓存污染、甚至本地代理注入——但 Composer 依赖的是 composer.lock 中记录的 dist.shasum，只要这个哈希值没被改，就能发现异常。
校验发生在两个环节：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 下载 ZIP 后、解压前：Composer 自动计算其 SHA256，与
composer.lock中对应包的dist.shasum对比，不一致则中断并报Invalid zip file, sha256 hash doesn't match - 解压后、写入 vendor 前：若启用
--dry-run模式，会再读取已解压目录，递归计算所有文件哈希（忽略 .git、.DS_Store 等），与 lock 中记录的完整树哈希比对（需 Composer ≥2.9.0） - 默认关闭后者，因耗时高；如需开启，必须配合
--strict和--verbose使用
镜像站没同步 signature 字段会导致校验静默失效
Packagist 官方元数据含 signature 字段（RSA 签名），用于验证 packages.json 本身完整性。但国内主流镜像（阿里云、腾讯云等）长期未同步该字段 —— 导致 Composer 在请求镜像时，检测到缺失 signature 就自动降级为无签名模式，后续所有校验都基于 HTTP 传输层信任，而非密码学验证。
这不是配置问题，是镜像能力缺失。后果是：
- 攻击者若控制镜像 DNS 或中间路由，可替换
packages.json，让 Composer 解析出恶意版本号（如把monolog/monologv3.5.0 指向一个伪造的 dist URL） - 此时
dist.shasum仍有效，但你根本不会去拉那个包——因为解析阶段已选错版本 - 唯一防御手段：用私有镜像服务（如
private-packagist或自建packagist-mirror），确保packages.json的signature字段被完整抓取并验证
vendor 目录自动扫描不是 Composer 内置功能
没有 composer verify-vendor 这种命令。所谓“自动扫描”，实际是靠 CI 脚本组合实现的临时方案：
- 先用
composer show --installed --format=json获取当前 vendor 中所有包名+版本 - 再遍历
composer.lock，提取对应dist.shasum和dist.url - 下载 ZIP、校验哈希、解压、再比对文件树（可用
sha256sum -r vendor/ | sort+ diff） - 更轻量做法：只校验关键入口文件，如
vendor/autoload.php、vendor/bin/*的 SHA256 是否与 lock 中记录的dist.files列表一致
真正可靠的防篡改，不在运行时扫描 vendor，而在构建源头锁定元数据快照、隔离 dist 文件存储、并在网关层强制校验每个 ZIP 的哈希——这些必须由镜像基础设施承担，不是单靠 Composer 命令能解决的。
