Composer 默认不验证包体 GPG 签名，仅通过 HTTPS 传输链校验 + composer.lock 中 dist.shasum 哈希比对保障完整性；该哈希校验在下载后、解压前执行，但缓存存在时可能跳过，且 source 安装完全绕过。
Composer 不验证包体的 GPG 签名，它只校验 dist.shasum 哈希值和 HTTPS 传输链——这是默认且不可绕过的完整性保障机制。所谓“签名验证”，在绝大多数项目中实际并不存在；你看到的“Verified”标签是 Packagist 对作者上传时是否附带签名的记录，不是 Composer 安装时执行的校验动作。
composer install 时到底校验了什么？
Composer 在下载 dist 包（.zip/.tar.gz）后，会立即计算其 SHA-256 值，并与 composer.lock 中该包的 dist.shasum 字段比对。不一致就中断安装，报错 Signature mismatch 或 package is corrupted。
- 该校验仅对
dist类型包生效，source（如 Git 克隆）完全跳过 - 校验发生在下载完成、解压前，不依赖缓存——但若缓存中已有对应文件（且未加
--no-cache），Composer 可能直接复用，跳过重新下载与哈希比对 - TLS 验证由
src/Composer/Util/TlsHelper.php执行，依赖 PHP 的 OpenSSL 扩展和系统 CA 证书库；证书异常（如自签名、过期）会直接中断连接，不进入哈希校验阶段
为什么 composer require 可能拉到假包？
Packagist 不强制绑定 GitHub 账号或二次验证邮箱，只要注册邮箱能收信，就能发布任意 vendor/name。攻击者常通过抢注废弃包名、发布形近包（如 laravel/framework-fake）等方式注入恶意代码——而这些包的 dist.shasum 依然合法匹配，Composer 不会报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer.lock只保“下载没被中间人改”，不保“包本身是否恶意” - 镜像源若未同步原始哈希（如某些国内镜像延迟或替换 dist 包），可能导致哈希匹配但内容已非作者发布
- 使用
"type": "package"或path仓库时，完全绕过dist.shasum校验
如何启用 Packagist 元数据 GPG 验证（防仓库投毒）？
这是目前 Composer 生态中唯一真正用到 GPG 的签名验证场景，目标是防止攻击者篡改 packages.json，把恶意包混进搜索结果。它不校验包内容，只校验索引文件本身是否由 Packagist 私钥签署。
- 确认版本：
composer --version必须 ≥ 2.2.0 - 启用验证：
composer config --global signing-key https://packagist.org/keys.json - 确保
secure-http: true和disable-tls: false在全局或项目配置中生效 - 验证是否生效：删掉
vendor/和composer.lock，运行composer install -v，观察日志中是否出现Verifying packages.json signature with key
想验证具体包是不是作者亲手发布的？得手动做
Composer 对 Git 仓库（VCS 类型依赖）不调用 git tag -v，也不校验 tag 签名。如果你关心某个版本（如 v2.5.0）是否由作者用 GPG 签过，必须自己操作：
- 从
composer show vendor/package或composer.lock的source.url字段获取仓库地址 - 导入作者公钥：
gpg --keyserver keyserver.ubuntu.com --recv-keys ABCDEF1234567890 - 克隆后验证：
git clone <url> && cd <repo> && git tag -v v2.5.0—— 输出含Good signature且密钥指纹匹配才可信 - 在
composer.json中显式引用该 tag："vendor/package": "dev-main#v2.5.0"，并设"minimum-stability": "stable"
Git tag 验证这一步容易被跳过，但它才是判断“谁发布的”最接近真相的操作；其余所有机制，都建立在“信任 Packagist 或镜像源”的前提上。
