flawopen.com/参考/Dependency Confusion

Dependency Confusion：软件包来源混淆如何发生

Dependency Confusion 如何发生

具体行为取决于包管理器及其配置。以 pip 为例：其文档警告，将私有 --index-url 与公共 --extra-index-url 组合，可能导致选择同名公共包。npm 根据包 scope 或默认配置选择 registry；它并非总会比较私有和公共版本并选更高者。共同根因是来源策略含糊。如果安装了该包且启用了脚本，脚本会以构建任务可用的权限运行。

[global]
index-url = https://packages.example.internal/simple
extra-index-url = https://pypi.org/simple

corp-auth-utils

@corp:registry=https://packages.example.internal/repository/npm/

{
  "dependencies": {
    "@corp/billing-engine": "1.2.0"
  }
}

Dependency Confusion 的一种故障路径

• 1内部包名或命名空间在组织外泄露。
• 2公共 registry 中存在同名的无 scope 包，或当前来源策略允许该 registry 响应请求。
• 3解析器选中非预期来源；如果锁文件缺失、重新生成或未经审查就被接受，审查流程可能无法发现替换。
• 4若启用了安装或构建脚本，包代码会以构建任务权限运行。影响取决于凭据、网络访问和隔离情况；以 root 运行并非此类攻击的必然条件。

工程防护措施

• ✓明确来源策略：支持时使用组织专属 scope 或命名空间，将其路由到预期 registry，并阻止私有包名回退到公共来源。Python 私有包不要同时配置私有索引和 --extra-index-url；改用受控代理或唯一权威索引。
• ✓控制命名空间所有权：registry 支持时可预先保留组织名称，但不能用名称保留替代解析策略。盘点内部包名，并监控公共命名冲突。
• ✓审查并强制使用锁文件：提交锁文件，并使用包管理器的冻结/CI 安装模式（npm 使用 npm ci）。审查包名、registry URL、版本和完整性值的变化。锁文件提高可重复性，但不能证明来源属于预期发布者。
• ✓限制构建执行：项目不依赖时禁用依赖脚本，并审查例外。为构建任务使用短期、最小权限凭据；与生产机密隔离并限制出站网络。

参考资料

• pip install — package index and dependency-confusion warning
• npm docs — scopes and registry selection
• npm docs — npm ci
• npm docs — lifecycle scripts
• CWE-829 — Inclusion of Functionality from Untrusted Control Sphere
• CWE-1395 — Dependency on Vulnerable Third-Party Component