github-expose-hostname 控制 Composer 是否在请求 GitHub API 时发送本地主机名，默认关闭以保障隐私；启用后可能泄露内部网络信息、辅助针对性攻击、降低匿名性并引发合规问题，建议保持默认值 false 以减少安全风险。
Composer 的 github-expose-hostname 配置项用于控制是否在向 GitHub API 发起请求时发送当前机器的主机名（hostname）。这个选项默认是关闭的，即不暴露主机名。启用它可能带来一些安全和隐私方面的考量。
1. 什么是 github-expose-hostname？
当你使用 Composer 安装或更新依赖包时，如果这些包托管在 GitHub 上，Composer 会通过 GitHub API 获取信息（如版本标签、提交记录等）。为了帮助 GitHub 调试和限流，Composer 支持在请求中附带客户端信息。
当 github-expose-hostname 设置为 true 时，Composer 会在请求头中加入类似 User-Agent: Composer/2.5 (Linux; hostname=your-machine-name; ...) 的信息，其中包含你本地机器的主机名。
2. 潜在的安全与隐私风险
虽然看似只是一个小信息泄露，但在某些场景下可能构成风险：
- 内部网络结构暴露：如果你的开发机主机名遵循公司命名规范（如 dev-laptop-001、team-backend-prod），攻击者可能借此推测你的组织架构、环境类型甚至权限级别。
- 目标化攻击辅助信息：结合其他公开信息（如提交记录中的邮箱、IP 日志），暴露的主机名可能帮助攻击者锁定特定开发者进行钓鱼或社会工程攻击。
- 匿名性降低：在敏感环境中（如审计、渗透测试），保持低痕迹很重要。暴露主机名会增加被追踪的可能性。
- 合规问题：部分企业安全策略禁止向外网服务发送任何本地标识信息，这可能违反数据最小化原则。
3. 实际影响程度
GitHub 只能从 API 请求中看到该主机名，并不能直接利用它发起攻击。风险主要体现在信息聚合阶段——单一数据点危害小，但与其他泄露信息结合后，可能提升攻击精准度。
对于大多数普通开发者，这种风险较低。但对于高安全要求团队、政府项目或大型企业，建议保持默认设置（false）以减少攻击面。
4. 如何配置更安全
确保该选项未被意外启用：
- 检查全局配置：
composer config --global github-expose-hostname - 若返回 true，可关闭它：
composer config --global github-expose-hostname false - 也可在项目级配置中显式禁用
保持 Composer 更新，官方已将隐私保护作为设计重点之一。
基本上就这些。不复杂但容易忽略。
