autoload.php 本身安全但依赖配置，真正风险在于自动加载规则被绕过或污染；需校验 composer.lock、禁用未授权插件、审计 files 加载路径，并用 --dry-run --verbose 验证 vendor 完整性。
vendor/autoload.php 本身不会被“篡改”，但它的内容和行为高度依赖 composer.json 配置、vendor/ 目录完整性以及自动加载器生成逻辑。真正需要防范的是：**你信任的自动加载规则被绕过、伪造或污染，导致恶意代码被执行**——这通常发生在 vendor 文件被手动修改、CI 缓存被复用、或插件未授权执行等场景。
为什么 autoload.php 可能“失效”或“危险”？
它只是个引导文件，真正的映射逻辑藏在 vendor/composer/autoload_*.php（如 autoload_psr4.php）里。这些文件由 composer dump-autoload 生成，而生成依据是 composer.json 中的 autoload 字段。一旦：
• 你手动改了 vendor/composer/autoload_psr4.php 却没意识到它会被下次 dump-autoload 覆盖
• 某个未授权插件在 install 时偷偷注入了额外 require
• files 数组里引入了被篡改的辅助函数（比如被植入 eval($_GET['x'])）
——那 autoload.php 就成了攻击链的合法入口。
composer install --dry-run --verbose 是最直接的完整性校验手段
这个命令不安装包，但会完整模拟安装流程，并逐个校验 dist 包的哈希是否与 composer.lock 一致。它能发现：
• vendor/ 下某个包的文件被手动编辑过
• CI 流水线错误复用了旧 vendor/ 目录
• 镜像源返回了被中间人篡改的 zip 包（如果校验失败）
注意：
• 它只对 dist 方式安装的包校验（即 zip/tar），source（git clone）默认跳过 —— 所以生产环境务必用 --prefer-dist
• 必须保证 vendor/ 目录存在且结构基本完整；空目录会提示 “nothing to install”，不触发校验
• 搭配 --verbose 可看到每一步哈希比对过程，出错时直接中断并报具体包名
composer install --dry-run --verbose --prefer-dist
防止自动加载被滥用：插件授权 + files 路径审计
Composer 2.2+ 引入了插件白名单机制，这是防止恶意插件篡改自动加载逻辑的第一道锁：
• 默认情况下，任何插件都能在 install 时执行任意 PHP 代码
• 你必须显式允许，否则 Composer 会中止并提示 “Plugin X is not allowed”
- 在
composer.json中配置config.allow-plugins，例如：
{
"config": {
"allow-plugins": {
"composer/installers": true,
"dealerdirect/phpcodesniffer-composer-installer": true,
"*": false
}
}
}
另外，如果你用了 "autoload": {"files": [...]}，要特别小心：
• 每个路径必须是真实存在的 PHP 文件，不能是软链接或可写目录下的动态生成文件
• 多个文件按数组顺序载入，有依赖关系的必须把被依赖的放前面
• 这些文件会在 PSR-4 之前执行，一旦它们里有 require 或 include 了非标准路径，就可能绕过 Composer 的安全上下文
真正该盯住的不是 autoload.php，而是 composer.lock 和 CI 流程
autoload.php 是结果，composer.lock 才是源头。只要 lock 文件被篡改或未纳入版本控制，整个自动加载信任链就崩了。
• composer.lock 必须提交到 Git，且禁止手工编辑
• CI 中必须用 composer install --no-dev --prefer-dist --optimize-autoloader，而不是 update
• 在 GitHub Actions / GitLab CI 中加一道卡点：
composer audit --level=high --no-dev || exit 1
这条命令会在发现高危漏洞时让构建失败 —— 因为有些漏洞就藏在自动加载触发的类初始化逻辑里（比如
__construct() 中的远程调用）
最容易被忽略的一点：很多人以为只要 vendor/autoload.php 存在、能 require 进来就万事大吉，却没检查它实际加载了哪些类、是否悄悄引入了不该出现的第三方文件。真出问题时，第一反应不该是重跑 dump-autoload，而是先看 vendor/composer/autoload_psr4.php 里有没有陌生命名空间，再查 composer status 确认有没有未提交的本地改动。
