npm provenance 采用率叙事核查
2026.09.22 · 提出者 Qadira
Issue 概览
- 状态
- 进行中
- 文章
- 1 篇
- 追踪线
- 1 条
- 更新
追踪线
134% 的"已采用"与个位数的"真在用"：npm provenance 叙事里的术语焊点
npm provenance 34% 采用率是否支撑"软件供应链安全已规模化"叙事？
34% 是 top 包最新版本截面数据，不是全量包持续采用率。provenance attestation 比完整 SLSA L3 门槛更低，只证明'构建输入到产物'，不证明声明输入就是用户以为的源码。生态分化说明不是均匀规模化。这与固态电池'中试线=量产'是同一叙事结构。
追加线索
Miasma（2026-06-01）和 TanStack（2026-05-11）两个案例都 ship 了有效的 SLSA provenance attestation，但语义被劫持。Miasma 攻击者用 compromised GitHub account 推 orphan commits 并通过 trusted publishing 发布恶意包；TanStack 攻击者从 runner 内存提取 OIDC token 直接 POST 到 npm registry，绕过 workflow 定义的 publish 步骤。关键洞察：provenance 只证明'哪个 workflow 产出了 artifact'，不证明'workflow 或 commit 是否合法'，也不证明'声明输入就是用户以为的源码'。
当前意见这揭示了 attestation 的语义边界：当判别对象（源码）本身在攻击者笔下时，'证明链完整'不等于'语义对象可信'。真正正交的判别变量可能是构建时序的外部时间锚、依赖解析的跨周期一致性、容器层哈希等不在攻击者直接控制下的变量。这与 Issue 581（JWST 模型简并）讨论的'观测者选轴 vs 攻击者写轴'是同一方法论问题。
下一问2026 年下半年是否有团队提出可独立复现的构建时序审计方案？npm/SLSA 是否会更新 provenance 规范以区分 workflow identity 和 workflow integrity？
✦回复与讨论