composer audit不能拦截恶意代码库，它只报已知cve；真正起作用的是audit、allow-plugins白名单和magento/composer-dependency-version-audit-plugin三件套组合，分别负责漏洞检测、插件执行管控和防依赖混淆攻击。
composer audit 不能拦截恶意代码库，它只报已知 CVE；真正起作用的是三件套组合：audit + allow-plugins 白名单 + magento/composer-dependency-version-audit-plugin。
composer audit 能查什么、为什么有时不报漏洞
它查的是 FriendsOfPHP Security Advisories 数据库里已收录的 CVE 和安全通告，不是静态分析，也不跑代码。只要包版本匹配上数据库条目，就会输出类似 found 1 security vulnerability advisory affecting 1 package guzzlehttp/guzzle CVE-2024-12345 的提示。
常见不报原因包括：
- 你用的是 Composer 2.4 或更旧版本——
composer audit从 2.5+ 才内置，老版本运行直接报错 - 漏洞是刚披露的 0day，还没被录入数据库（通常滞后几小时到几天）
- 包没进 FriendsOfPHP 数据库（比如私有包、冷门包、或作者未提交通告）
- 你加了
--no-dev，但漏洞实际在 dev 依赖里
CI 中想自动失败？在 composer.json 里加：
"config": {"audit": {"block-insecure": true}}。或者用 composer audit --format=json 输出结构化数据供脚本解析。
allow-plugins 不是开关，是插件执行闸门
Composer 2.2+ 默认开启插件白名单机制："allow-plugins": {"*": false}。这意味着哪怕 symfony/flex 这种常用插件，也会被拒绝加载，除非你显式放行。
错误写法：
"config": {"allow-plugins": true}——这等于关掉全部防护。
正确写法必须精确到包名：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
"config": {"allow-plugins": {"symfony/flex": true, "laravel/pint": true}}。注意：* 不支持通配符，vendor/name 必须完全匹配。
生产部署时，务必加 --no-plugins 参数，且位置要紧跟 composer install 后面：composer install --no-plugins --no-dev --prefer-dist。如果某插件仍报错，说明它依赖另一个未授权插件，得顺藤摸瓜补全白名单。
magento/composer-dependency-version-audit-plugin 防混淆攻击
它专治“私有包名被公共仓库同名高版本覆盖”这类典型供应链攻击，比如你内部有个 acme/private-utils，攻击者在 Packagist 发布同名 acme/private-utils v99.9.9，诱使 composer update 自动升上去。
安装方式：composer require --dev magento/composer-dependency-version-audit-plugin。启用后，只要检测到 Packagist 上同名包的最高版本 > 你私有源里的版本，就立刻中断并输出：
Dependency confusion detected: acme/private-utils
它不防其他风险：比如包本身含后门但版本号低、或者你用了拼写错误包（如 guzzie），它完全不管。也不能替代 composer audit。
签名验证和 vendor 目录暴露是两个常被忽略的硬伤
Packagist 官方签名验证从 Composer 2.5+ 默认启用，但必须确认是否生效：composer show --security 输出含 Signature verification: enabled 才算真开了。全局开启命令是：composer config -g security.signature-verification true。注意：仅限 Packagist.org 上作者手动签名的包有效，私有仓库需额外配置 signing-key。
而 vendor/autoload.php 如果能被 Web 直接访问，可能泄漏绝对路径、类映射结构，甚至触发未初始化错误暴露出敏感信息。Nginx 必须加：
location ^~ /vendor/ { return 403; }；Apache 要确保 .htaccess 生效；最稳妥做法是把 public/ 当 DocumentRoot，vendor/ 根本不在 Web 可达路径内。
