composer 默认不验证包作者 gpg 签名，仅校验 composer.lock 中 dist.sha256 与下载压缩包的实际哈希是否一致——该校验默认开启、不可绕过，但仅对 dist 包生效且只在 install/update 当时运行一次；vendor 目录落地后不再回检，篡改无感知。

Composer 默认不验证包作者的 GPG 签名，只校验 composer.lock 中记录的 dist.sha256 与下载后压缩包的实际哈希值是否一致——这个校验默认开启、不可绕过，但仅对 dist 包（.zip/.tar.gz）生效，且只在安装/更新当时运行一次。

composer install 为什么没报错，但 vendor 里文件可能已被篡改

因为 Composer 不会回检已安装的 vendor/ 目录。校验只发生在下载完成、解压前那一刻；一旦文件落地，后续任何修改（比如手动改了 vendor/autoload.php 或 CI 构建机残留旧文件）都不会触发警告。

• composer dump-autoload 完全不读取或比对 vendor/autoload.php 内容，它只生成 vendor/composer/autoload_*.php
• 缓存复用时（如 ~/.composer/cache/files/ 中已有 zip），Composer 可能跳过重新下载和哈希比对
• 用了 --prefer-source、"type": "package" 或自定义 repositories，就彻底绕过 dist.sha256 校验
• vendor/autoload.php 被注入恶意代码后，运行时才会触发，Composer 全程无感

如何启用真正的 GPG 签名校验（只限 dist 包）

这个功能存在，但不是默认开启，且仅适用于 Packagist 上明确上传了签名的包（如 Laravel、Symfony 官方包）。它不校验 source 包，也不校验你本地改过的文件。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 确认版本 ≥ 2.2：composer --version
• 全局启用：composer config --global security.signature-verification true
• 临时启用：composer install --verify-signatures
• 验证是否生效：手动改一个已签名包在 composer.lock 中的 dist.shasum，再运行带 --verify-signatures 的命令——应报 Missing signature for vendor/package，而非单纯哈希错
• 注意：Packagist 页面显示的 “Verified” 标签 ≠ 本地已校验；它只是说明作者上传时附带了签名

怎么手动验证 vendor 文件是否与 lock 文件一致

没有一键命令默认可用，但 Composer 2.5+ 提供实验性命令 verify-checksums，需显式启用环境变量，且必须加 --strict 才会失败退出。

• 启用并运行：COMPOSER_EXPERIMENTAL=1 composer verify-checksums --strict
• 它逐包读取 vendor/ 下每个包的文件内容（排除 .git、tests/ 等非发布路径），计算整体 SHA-256，并与 composer.lock 中对应 dist.sha256 比对
• 若报 Checksum mismatch 但没指明具体文件，说明包级哈希不一致，需手动定位：composer show --locked vendor/package --format=json 提取哈希，再用 find . -type f ! -name '.git*' -print0 | sort -z | xargs -0 shasum -a 256 | shasum -a 256 计算目录哈希
• 该命令跳过无 dist.sha256 字段的包（如 path 类型源），不会报错

为什么不能只靠 shasum 就认为包安全

dist.sha256 只保“下载没被中间人改”，不保“包本身是否恶意”。攻击者可通过抢注废弃包名、发布形近包（如 laravel/framework-fake）、或作者自己投毒等方式让哈希合法但内容危险。

• Packagist 不强制绑定 GitHub 账号或二次验证邮箱，只要注册邮箱能收信，就能发布任意 vendor/name
• 国内某些镜像源未同步原始哈希，或替换了 dist 包——哈希匹配，但内容已非作者发布
• 真正防仓库投毒，得启用 Packagist 元数据 GPG 验证：composer config --global signing-key https://packagist.org/keys.json，它校验的是 packages.json 是否被篡改，不是包体
• 高敏感项目建议组合使用：composer audit（查已知漏洞）、CI 中强制 --no-cache --prefer-dist、生产环境设 vendor/ 为只读