中国软件供应链投毒治理进展：法规、厂商、镜像与学术

当全球目光聚焦在 EO 14028、欧盟 CRA 与 OpenSSF 的旗舰项目上时，中国的软件供应链治理也走过了一条节奏明显加快的曲线：从《数据安全法》《关基条例》补足上位法，到 GB/T 43698-2024 在 2024 年 11 月把"软件供应链安全"第一次写进国家标准；从奇安信、墨菲、悬镜、长亭等厂商在 SCA 与 DevSecOps 赛道上完成国产替代，到清华 TUNA、阿里云、华为云镜像每天承接全国数千万开发者请求——监管、产业与学术形成了一组本土叙事。本文与"06 篇：国外进展"对照阅读，意在客观描摹这条曲线：哪些维度已经接轨国际、哪些维度仍有明显差距，以及恶意包治理这件事在中国的"卡点"究竟在哪里。

一、法律法规与标准

1.1 上位法框架

中国软件供应链治理的法律基础不来自一部单行法，而是由三部上位法分工织成的网。

• 《数据安全法》（2021-09-01 施行）：第三十六条要求数据处理活动须保障供应链安全，把"数据出境—产品采购—服务提供"链路上的安全责任明确到法律层面 ¹。
• 《关键信息基础设施安全保护条例》（2021-09-01 施行）：第十九条明确要求关基运营者"优先采购安全可信的网络产品和服务"，并对重要网络产品服务的采购、部署、使用、维护开展供应链安全风险评估。CAC 的两份配套解读分别就"安全可信"与"风险评估"给出了官方说明 ²。
• 《网络安全法》（2017-06-01 施行；2025 年正在修订送审）：第二十二条要求网络产品、服务安全可控；正在修订的版本明确将"软件供应链安全"列为重点章节 ³。

加上 2022 年 2 月修订实施的 《网络安全审查办法》——把"使用产品和服务可能引发的供应链安全风险"列入审查的核心维度——上位法层已基本完成软件供应链安全的"立柱"。但这些条款都是原则性的，落地依赖国标。

1.2 GB/T 43698-2024：中国版"SSDF + SCRM"

GB/T 43698-2024《网络安全技术 软件供应链安全要求》 是国内首个直接面向"软件供应链安全"命名的强制性推荐国标，2024-04-25 发布、2024-11-01 实施 ⁴。它在国家标准全文公开系统与全国标准信息公共服务平台同步公开 ⁵。

GB/T 43698 在结构上明显借鉴了 NIST SP 800-218 SSDF 的实践域思路，但落到具体活动时更接近供应链风险管理（SCRM）的语义。业界把这套架构归纳成"1+2+3+4+5+6"体系，下面给出完整解读。

• 1 个总体目标：保障软件供应链全过程安全可信。强调"全过程"而非单点环节，意味着标准认同"投毒可能发生在采购、研发、交付、使用、退役任一环节"这一现代威胁建模假设。
• 2 类相关方：供方（含上游开源项目、商业组件供应商、自研团队、外包团队）与需方（含政企用户、关基运营者、最终用户）。这一分类与 SSDF "Producer / Consumer" 二元角色一致，但"需方"在中国语境下进一步细化为"关基运营者"与"非关基的政企用户"，对应不同的合规强度。
• 3 个生命周期阶段：策划—供应—使用。"策划"对应规划与采购前评估，"供应"对应研发与交付，"使用"对应运行与退役。三个阶段比 SSDF 的 PO/PS/PW/RV 四类实践更线性，更贴合中国政企甲方"立项—招投标—验收—运行—下架"的工程实操节奏。
• 4 个安全角色：组织管理、供应活动管理、风险管理、应急响应。这里"四个角色"实际是"四类活动职责"，覆盖了从"治理设计"到"事后应急"的横向切面。
• 5 个关键过程（也即"五项基线"）：采购、研发、交付、使用、退役。每一过程都有独立的安全要求条款。例如"采购"过程要求做组件来源识别与替代品评估，"交付"过程要求 SBOM 与完整性校验，"退役"过程要求历史数据脱敏与组件清退——后者是中国国标特有的视角，欧美标准中较少把"退役"作为独立基线。
• 6 类对象（也即"六项保障"）：软件及组件、人员、过程、技术、设施、数据。这一维度延续了等保 2.0 的"六大保护对象"传统，使 GB/T 43698 与既有等保体系自然衔接。

与 SSDF 的对比：SSDF 提供 19 项实践、42 项任务，是"任务清单式"框架，便于工程团队对表执行；GB/T 43698 是"治理结构式"框架，便于监管机构、第三方测评机构制定符合性条款。两者并不冲突——多家国内厂商（墨菲、悬镜、奇安信）在自家方案文档中都做过"GB/T 43698 ↔ SSDF" 双向映射。其中头部解读文章提供了对照表与各章节的逐条说明 ⁶。

适用对象：政企用户、第三方测评机构、监管部门。可视为中国版 SSDF + SCRM 合体。它并非强制性国家标准（GB），而是推荐性国家标准（GB/T），但在关基采购、央企招投标、信创工程等场景里被作为事实上的合规基线引用。

1.3 GB/T 44292-2024 与关基配套

GB/T 44292-2024《信息安全技术 关键信息基础设施信息技术产品供应链安全要求》 是关基配套国标，2024-12 发布。它把 GB/T 43698 中"需方"角色里"关基运营者"这一最高合规分位独立成标，强化对 IT 产品（含软件、硬件、固件）供应链的强制要求。两者形成"通用 + 关基"双层结构，与欧盟 NIS2（管运营者）与 CRA（管产品）的双轨思路相似。

1.4 信安标委（TC260）的在研标准

全国网络安全标准化技术委员会（TC260）在 2025 年发布的第一批网络安全国家标准需求中，多项与软件供应链直接相关 ⁷：

• 《信息安全技术 软件产品开源代码安全评价方法》——评估软件中开源组件的知识产权与可持续性风险，预计补足"开源治理"维度。
• 《关键信息基础设施信息技术产品供应链安全要求》报批稿——即 GB/T 44292-2024 的迭代或延伸版本。
• 围绕 SBOM 数据格式、供应链事件分类分级、信创产品供应链评价等议题的多项标准化研究。

TC260 的官网与季度通报是跟踪在研标准最权威的入口 ⁸。

1.5 工信部、CNCERT 与产业指导

工信部《关于促进网络安全产业发展的指导意见（征求意见稿）》（2022）将软件供应链安全列为重点细分赛道，鼓励 SCA、SBOM、签名等核心技术国产化。中央网信办、国务院国资委等部门联合推进的"信创工程"、"国产软件替代"也对供应链可信提出要求。

CNCERT《2021 开源软件供应链安全风险研究报告》（2021-06）是国内首份政府背景的开源软件供应链态势研究报告 ⁹。但 2022—2025 的年度更新版本未在 CNCERT 公开页公开找到，是研究上的一个数据缺口。

整体来看，到 2025 年底，中国软件供应链治理已经形成"上位法（数据安全法 + 关基条例 + 网安法 + 网络安全审查办法）→ 国标（GB/T 43698 + GB/T 44292 + 在研系列）→ 产业政策（工信部、信创、国资委）→ 风险情报（CNCERT/CNVD/CNNVD）"四层堆叠。监管完整性已经接近欧美主流，但执行强度（自证机制、出版强制、上架审查）仍有差距，详见第六章对比表。

二、国内厂商方案

中国 SCA 与软件供应链安全赛道上，已经形成了"传统安全大厂 + 新势力 SCA + 云厂商 + 二进制专家"四股力量。下面按定位、核心产品、技术能力、博客入口逐一展开。

2.1 奇安信代码安全（开源卫士）

• 定位：国内最早布局软件供应链安全的厂商之一，约有十年代码安全产品线积累；2023 起每年发布《中国软件供应链安全分析报告》，是国内最具行业影响力的年度报告之一。
• 核心产品：开源卫士（SCA + 威胁情报 ¹⁰）、代码卫士（SAST）、供应链安全检测服务 ¹¹。
• 技术能力：开源卫士识别 4000 万+ 开源项目版本，支持 Java、C/C++、Python、JS/TS、.NET、PHP、Swift、Objective-C、Go、Erlang、Scala、Ruby、Perl、R 等 13+ 语言；漏洞数据兼容 NVD/CNNVD/CNVD/CVD 等多源。
• 客户：政府、金融、能源、运营商、医疗、教育、汽车、航空、互联网约 400+ 大型客户。
• 关键数据：
  • 《2024 中国软件供应链安全分析报告》：1763 个国内项目分析，开源使用率 100%，88.0% 项目存在已知漏洞、81.0% 存在高危漏洞、71.9% 存在超危漏洞 ¹²。这组数字是国内"开源依赖暴露面"最权威的横切面。
  • 《2025 中国软件供应链安全分析报告》：2024 年自主开发软件源代码缺陷密度 13.26 个/千行，老旧漏洞依然普遍存在 ¹³。
• 博客与情报入口：奇安信威胁情报中心 https://ti.qianxin.com、安全客 https://www.anquanke.com/（奇安信旗下）。

2.2 墨菲安全（Murphy Security）

• 定位：以"开发者第一"为产品哲学，2021 年成立，是国内 SCA 赛道的明星新势力，主打云端 SaaS + 开源工具 OpenSCA 双轨。
• 核心产品：
  • MurphySec / 墨菲安全 SCA：源代码 + 制品 SCA，支持云端与私有化部署。
  • OpenSCA：开源 SCA 工具（GitHub 开源，社区分发）。OpenSCA 是国内为数不多的具备国际影响力的 SCA 开源项目。
  • XCheck：IDE 端开发者插件，把扫描时机前移到 commit 之前。
• 技术能力：墨菲安全的供应链安全情报中心 24×7 监控 PyPI/npm/Maven/Go 等主流仓库，号称在恶意包发布 8 小时内推送告警；覆盖 IDE 插件、容器镜像等新兴投毒场景。
• 博客：官方新闻 https://www.murphysec.com/news，月度供应链投毒报告（与 OpenSCA 社区合发）https://www.cnblogs.com/openscacommunity/，GitHub 仓库 https://github.com/murphysecurity/murphysec ¹⁴。

2.3 悬镜安全（Xmirror）

• 定位：DevSecOps 敏捷安全 + 数字供应链安全领跑者，由北京大学 XMIRROR 网络安全团队孵化；连续多年入选 Gartner SCA / BAS 代表厂商。
• 核心产品矩阵（"敏捷安全 + 数字供应链"双轮）：
  • 源鉴 OSS / OpenSCA：开源威胁治理与开源风险管控；首个具备"源码 + 代码成分溯源 + 二进制制品 + AI 模型 + 容器镜像"五大引擎的多模 SCA。是国内最早把"AI 模型安全"纳入 SCA 输入的产品之一 ¹⁵。
  • 灵脉 IAST：交互式应用安全测试，AI 多引擎驱动。
  • 灵脉 SAST：AI 静态代码审计平台。
  • 灵脉 BAS：威胁模拟（Breach & Attack Simulation）。
  • 云鲨 RASP：自适应威胁免疫。
• 博客与情报：悬镜供应链安全情报中心每月发布**《开源供应链投毒月报》**，2024-04 月报披露当月捕获 772 个不同版本恶意包（npm 占 89%、PyPI 占 11%）¹⁶。这是国内对全球恶意包"日级别"态势最稳定的数据来源之一。
• 入口：https://www.xmirror.cn/，Gitee 开源 https://gitee.com/XmirrorSecurity。

2.4 长亭科技（Chaitin）

• 定位：智能语义分析与攻防研究见长的安全公司，2014 年成立。攻防视角强于纯 SCA。
• 核心产品：
  • 百川云（漏洞情报、SCA、安全工具集合）：https://rivers.chaitin.cn/。在百川云搜索"软件供应链安全"可获得长亭研究员的多篇深度文章。
  • 牧云 CloudWalker（云工作负载保护平台 / 主机安全）：含资产清单与第三方组件识别，是 RASP/HIDS 视角下的供应链能力。
  • 雷池 SafeLine（下一代 WAF）：与供应链相关的能力是拦截恶意依赖外联、Webhook 类回连——把"恶意包已下发到生产"的兜底防护放在网关层。
• 长亭的供应链产品比奇安信、墨菲略晚，但 **"攻防视角 + 情报输出"**是其差异化优势，对国家级行为体的归因分析在国内一线。

2.5 华为云（CodeArts 套件）

• 定位：超大型云厂商，软件供应链能力主要集成在 CodeArts DevSecOps 套件，覆盖政府、运营商、金融云客户。
• 核心产品：
  • CodeArts Inspector（漏洞管理服务，原 VSS）：主机/Web/移动 App 漏洞、安全配置、隐私合规 ¹⁷。
  • CodeArts Governance（开源治理）：二进制成分分析（Binary SCA）、源码 SCA、恶意代码检测。是华为内部"零信任供应链"实践的对外产品化。
  • CodeArts Check（代码检查 / SAST）。
  • SWR 容器镜像服务自带镜像漏洞扫描，与 CodeArts 流水线打通。
• 国际化布局：华为云 CodeArts Governance 在国际版文档中已上线 ¹⁸，是国产 DevSecOps 套件少数具备国际化能力的产品之一。

2.6 阿里云（云效 + ACR）

• 云效 Codeup / 云效流水线 Flow：内置代码安全扫描（SCA、SAST、敏感信息）；与 ACR 深度集成。在国内中型互联网公司中有较高市占率。
• 容器镜像服务 ACR 企业版：提供镜像扫描、镜像加签（基于 Notation/cosign）、操作审计、网络访问控制。ACR 制品中心实现"代码变更 → 自动构建 → 安全扫描 → 加签 → 策略门禁"完整云原生应用交付链。
• 龙蜥社区（Anolis OS）：由阿里云主导，承担基础镜像 CVE 修复角色，从源头治理供应链。这是国内基础软件层面应对 xz-utils 类后门事件的主要响应者之一。

2.7 腾讯云（BSCA + 科恩实验室）

• 腾讯云二进制软件成分分析（BSCA / T-Sec）：由腾讯安全科恩实验室提供二进制分析能力。
• 覆盖维度：支持 20+ 文件格式（固件、镜像、APK、jar 等），CPU 架构覆盖 x86/x64、MIPS、ARM/ARM64、PowerPC，OS 覆盖 Linux/Android/QNX/RTOS。
• 输出：SBOM + 已知漏洞 + 敏感信息（硬编码凭证、密钥、SSH 私钥）+ 开源协议合规。
• 资质：入选 Forrester 软件成分分析格局代表厂商 ¹⁹。
• 投毒态势观察：腾讯云开发者社区与 TSRC 持续发布投毒预警，例如《2024 年 4 月开源供应链投毒月报》²⁰、《NPM 遭遇供应链投毒攻击窃取 K8S 集群凭证》等。
• BinaryAI：科恩实验室对外提供的二进制智能辅助分析平台，把 LLM 用于二进制成分识别与漏洞推断，方向上与 ReversingLabs Spectra Assure 接近。

2.8 安势信息（CleanSource）

• 定位：2021-06 成立，专注软件供应链安全平台与 SCA。创始人薛志远曾任 Checkmarx 大中华区总经理、Synopsys SIG 大中华区业务负责人；核心团队来自华为、中兴、OPPO、Synopsys，具备明显的"外资 SCA 经验本土化"基因。
• 核心产品：清源 CleanSource SCA（2021-10 发布），多维度扫描 + 自建实时开源知识库；后续推出 清源 SAST。
• 客户：腾讯、阿里、百度、蚂蚁、荣耀、VIVO、小米、延锋汽车等 ²¹。
• 报道：36Kr、腾讯新闻、CSDN 等主流媒体多次报道其融资与产品迭代 ²²。

2.9 其他国内厂商

• 开源网安（SecZone）：开源治理 + SDL/SCA 厂商，参与编写多项国标。
• 默安科技（MoreSec）：DevSecOps 与软件供应链安全，主要产品哨兵云 SCA。
• 海云安：移动应用与开源治理。
• 思客云（XinChe）/ 思序（CodeFortify）：源代码与组件分析。

横向定位小结：奇安信、墨菲、悬镜、长亭组成"专业安全大厂 + 新势力 SCA"主梯队；华为云、阿里云、腾讯云提供"云原生 + DevSecOps + 镜像扫描"标配；安势、开源网安、默安、海云安形成第二梯队。中国厂商在 SCA、SAST、IAST、容器镜像扫描已经基本完成产品化，但在**"维护者画像（maintainer reputation）"** 与**"install-time 实时拦截"** 这两个 Socket、Phylum、Sonatype Repository Firewall 在海外凸显的差异化能力上，国内厂商目前仍以"恶意包黑名单 + 异常行为规则"为主，深度仍有差距。

三、国内开源镜像源安全

国内大型镜像源对 PyPI/npm 投毒治理至关重要：他们既是受害链路（恶意包随上游同步），也是潜在防御卡点。

3.1 主要镜像源清单

• 清华 TUNA 协会（学生自发，运维近 15 年）：https://mirrors.tuna.tsinghua.edu.cn/，PyPI 镜像帮助页 https://mirrors.tuna.tsinghua.edu.cn/help/pypi/。是国内开发者最常用的 ~/.pip/pip.conf index-url 之一。
• 北外 BFSU 镜像（与 TUNA 同栈）：https://mirrors.bfsu.edu.cn/help/pypi/。
• 阿里云镜像：https://developer.aliyun.com/mirror/，PyPI 入口 http://mirrors.aliyun.com/pypi/simple/，npm 入口 https://npm.aliyun.com。商业级镜像。
• 华为云镜像：https://mirrors.huaweicloud.com/，PyPI 入口 https://repo.huaweicloud.com/repository/pypi/simple/，企业内网兼用。
• 中科大 USTC：https://mirrors.ustc.edu.cn/，覆盖 PyPI/npm/CRAN 等多源。
• 腾讯云软件源：https://mirrors.cloud.tencent.com/。
• 淘宝/CNPM 镜像：https://registry.npmmirror.com，事实上的中国 npm 主入口，由阿里运营。

3.2 关键洞察：被动同步与未公开的过滤机制

研究中发现一个明显的治理短板：截至 2025 年底，主流国内 PyPI/npm 镜像源仍以"被动同步"为主，未公开发布"对公共镜像的恶意包审查 SLA / 流程文档"。这意味着：

1. 清华 TUNA、阿里云、华为云、中科大的官方文档主要面向"加速访问"，没有声明对恶意包的主动审查机制。如果上游 PyPI 已经把某个恶意包下架，下游镜像同步周期内仍可能继续分发。
2. OpenSSF Package Analysis、Snyk、socket.dev 等海外恶意包预警渠道并未与国内镜像形成自动联动。开发者通过镜像源安装的包，如上游未下架，国内镜像也会继续分发。
3. 阿里云 / 华为云的企业制品仓（CodeArts Artifact、ACR 制品仓库）对企业付费用户提供恶意包扫描；公共镜像层面无审查 ²³。
4. 墨菲安全、悬镜等国内情报方已尝试与镜像源做"恶意包黑名单"协作，但尚未规模化。

国家工程层面，CNNVD/CNVD/CNCERT 在数据共享流程上对开源软件投毒事件接收速度仍滞后于 GitHub Advisory 与 OSV.dev——后者通常是事件发生 4–24 小时内就有 advisory ID，前者通常以"季度通报"的节奏出现。这是当前国内公共镜像源安全治理的明显短板。

结论：国内镜像源对普通公众用户不构成额外的恶意包过滤；企业必须自建私有制品仓 + Repository Firewall（如 Sonatype Nexus、JFrog Artifactory、华为 CodeArts Artifact、阿里 ACR）才能形成有效的防御层。

四、国内重点投毒事件

4.1 首起针对国内金融业的 dependency confusion（2023 披露）

国内金融业首起公开披露的依赖混淆攻击 ²⁴。攻击者以 pingan、ynf 等命名上传 PyPI/npm 包，模拟目标企业内部私有组件命名（namespace confusion / dependency confusion 模式），诱导内部开发者在 pip install 时优先从公网拉取这些恶意伪装包，最终实现远控。

事件意义：

• 第一次让"dependency confusion"在国内监管层与企业 CISO 圈里被广泛讨论。在此之前，2021 年 Birsan 演示 Apple/Microsoft/PayPal 的 namespace confusion 在国内只是技术新闻；这一国内事件把威胁本地化。
• 金融业的应对：2023 年起，多家国有银行、股份制银行强化私有源策略——把内部 npm scope 与 PyPI namespace 在公网先行注册占位（"namespace squatting defense"），并强制内部开发只能走私有制品仓。

4.2 Top.gg Discord 平台投毒波及国内开发者（2024）

Top.gg 是面向 Discord 机器人开发者的服务平台。攻击者通过 PyPI 投毒攻击 Top.gg 维护者，窃取该 Discord 机器人平台敏感信息；中文媒体大幅报道 ²⁵。国内大量使用 Discord 机器人接入电报、Twitter、加密货币行情的开发者受到波及。

事件特点：

• GitHub 仿冒账号：攻击者建立伪装 GitHub 账户，把恶意包伪装成 Top.gg 官方组件。
• 多阶段载荷：第一阶段窃取 Chrome、Edge、Brave 浏览器密码、cookie、加密货币钱包；第二阶段把目标账户变成投毒中转站。
• 国内启示：境外开发者社区被攻击会经由 PyPI 全球镜像传导到国内，无法依靠"国内 PyPI 不分发"来阻断。

4.3 axios@1.14.1 高隐蔽 0-day 投毒（2025 披露）

V2EX 国内开发者社区在 2025 年讨论的 axios 1.14.1 投毒事件 ²⁶，针对 MCP 用户与开发者，是国内首批被广泛讨论的"AI 编程工具链"相关投毒事件之一。

时间线略复杂：业界对 axios 在 2025 与 2026 年是否存在两轮独立投毒仍有争议（2026-03-31 微软曾归因到朝鲜 Sapphire Sleet 的另一轮 axios 攻击）。但单就 1.14.1 这一轮而言，国内 MCP 早期采用者是高暴露面群体，事件直接催生了多家国内厂商把"MCP/AI 工具链供应链"作为新增情报维度。

4.4 xz-utils（CVE-2024-3094）国内复盘

xz-utils 后门事件 2024-03 由微软工程师 Andres Freund 偶然发现。该事件影响国内 openEuler、麒麟、统信 UOS、Anolis OS 等基础软件供应链；各 CSP 与 Linux 发行版社区紧急回滚到 5.4.x。FreeBuf、安全客大幅跟进。

国内复盘的几个关键点：

• 影响有限但警示极强：xz 1.5.6.0/1.5.6.1 未广泛进入 stable 发行版前被发现，国内主流发行版几乎未把后门版本带入用户环境。
• "Jia Tan 模式"被本地化讨论：长期社工 → 接管开源维护权 → 投放后门，这一手法被国内多家厂商（奇安信、墨菲、长亭）作为 2024 年技术博客的高频选题，延伸到"国内开源项目维护者画像"的尽职调查问题。
• 基础软件层面的响应：openEuler 社区主导了多份对 xz 事件的中文复盘，与国际社区同步发布修复版本。

4.5 其他公开案例

• 2022-05 ctx Python 包接管：原作者邮箱过期被恶意接管并植入恶意代码，是 PyPI 历史上影响最大的接管事件之一，被国内多家厂商作为 maintainer takeover 的典型案例。
• 2022-03 node-ipc "反战投毒"：知名 npm 包 node-ipc 维护者 RIAEvangelist 在依赖中根据 IP 判断俄/白俄系统并删文件。中文圈深度跟进与争议 ²⁷。该事件让国内开发者第一次切身体会"维护者地缘倾向带来的投毒风险"。
• 2024 多起针对中国互联网公司的 npm dependency confusion 投毒：墨菲、悬镜情报均有披露，部分厂商（含某头部互联网公司）私有 scope 包名被恶意上传至 npm 公网。
• 悬镜月报捕获的两批典型投毒（2024-04）：
  • PyPI user-agents-parser / user-agents-parsers：伪装 UA 解析库，植入 Linux 反弹 shell 后门。
  • PyPI multiplerequests、multihttp、multihttps 等 14 个伪装 HTTP 客户端的恶意包（CStealer 后门），目标主要是 Windows Python 开发者，窃取系统凭据与加密货币钱包。
• 2024 年 1-4 月报数据：83% 以上恶意包行为为系统信息窃取（密码、用户、网络配置、DNS、外网 IP、浏览器 cookie）²⁸。

4.6 国内企业自身披露事件的"沉默"

国内主流大厂（如腾讯、阿里、字节、美团）少有公开披露被供应链攻击成功的事件，多以"内部拦截"叙事出现在技术博客。这与海外（Cloudflare、Okta、SolarWinds、CircleCI、PyPI 自身的 incident reports）公开 post-mortem 文化形成反差，也是研究困难点之一：国内事件样本被严重低估，公开情报池主要由"被海外厂商发现并披露的全球事件中波及到中国"组成，而非由国内事件本身驱动。

五、国内学术研究

5.1 顶会论文

国内学者在 USENIX Security、CCS、S&P、NDSS 四大顶会上的软件供应链相关论文产出，2023 年后明显加速。

• USENIX Security '25 — MalGuard：浙江大学高兴安等提出的 Towards Real-Time, Accurate, and Actionable Detection of Malicious Packages in PyPI Ecosystem，针对 PyPI 实时恶意包检测，结合 API 调用图与机器学习 ²⁹。是国内第一作者在 USENIX Security 上专门做 PyPI 恶意包检测的代表性工作。
• IEEE S&P 2025 杰出论文：复旦大学系统软件与安全实验室与阿里安全合作论文获 Distinguished Paper Award，方向涉及微服务与依赖完整性 ³⁰。复旦在该方向多次在 USENIX Security、NDSS、CCS、IEEE S&P 收获论文。
• USENIX Security 2024 — 上海交通大学 LoCCS 团队：录用了多篇软件安全相关论文 ³¹。LoCCS 在密码学与软件安全交叉方向是国内长期产出最稳定的团队之一。
• DONAPI：自动化 npm 恶意包检测系统，结合静态/动态分析与代码重构 + API 调用序列分析，作者主要来自国内研究团队。
• TypoGuard / PyPI-parker：早期国内研究，分别使用包名相似度匹配与黑名单机制识别 typosquat。
• Mal-LLM（2024）：将传统 ML 模型与 LLM 结合用于供应链恶意代码检测。

5.2 中文期刊综述

中文期刊在过去三年也密集产出"软件供应链安全"主题综述。这些综述对国内研究者快速建立全局观至关重要：

• 《开源软件供应链研究综述》（《软件学报》2024 年第 2 期）：国内最系统的供应链综述之一 ³²。
• 《开源软件漏洞感知技术综述》（《软件学报》2024 年第 1 期）：关注漏洞感知技术 ³³。
• 《面向 Java 语言生态的软件供应链安全分析技术》（《软件学报》）：聚焦 Java 生态 ³⁴。
• 《大模型赋能软件供应链开发环节安全研究综述》（《信息安全学报》2024 年第 5 期）：结合 LLM 与供应链安全，是国内最早的 LLM × SCA 综述 ³⁵。
• 《信息安全学报》2020 V5N1：开源软件供应链安全早期综述 ³⁶。

5.3 主要研究团队

• 清华大学：软件安全研究中心（陈渝、张超）、软件工程研究所；开源生态分析、依赖图、漏洞自动定位。
• 浙江大学：网络空间安全学院（任奎、秦湛、陈思思团队），NeSA 实验室（胡星等）。MalGuard 就是浙大输出。
• 复旦大学：系统软件与安全实验室（杨珉、张源）。S&P 25 杰出论文出自该团队 ³⁷。
• 上海交通大学：LoCCS（密码学、软件安全）。
• 北京航空航天大学：高小鹏团队（移动应用与组件安全）。
• 中科院软件所、中科大、南京大学：在依赖图、漏洞修复、SBOM 等方向均有持续输出。
• 国家工程研究中心 / CNCERT：与高校联合产出多份开源软件供应链态势报告。

5.4 中文媒体与社区

中文供应链安全研究的"二级文献"主要分布在以下社区，对一线工程师与研究者都是重要入口：

• FreeBuf https://www.freebuf.com/、安全客 https://www.anquanke.com/、安全内参 https://www.secrss.com/、Sec-Wiki https://www.sec-wiki.com/、看雪 https://bbs.kanxue.com/、先知社区（阿里云）https://xz.aliyun.com/、安全牛 https://www.aqniu.com/。

六、横向对比：中国 vs 国外

下表把中国与美国、欧盟在五个治理维度上做并列对比，以便读者形成"差距点 + 优势点"双向认知。

进一步观察：

1. 法规节奏接近，但执行强度仍有差距：中国在 2024 年集中落地了 GB/T 43698 与 GB/T 44292，时间节点与美国 NIST SP 800-204D（2024-02）、欧盟 CRA（2024-12 生效）几乎同步。但中国是"推荐性国标"+"行业事实强制"，欧盟是"市场准入级法规"，强度差仍在。
2. SBOM 是最容易追平的点：CycloneDX/SPDX 都是国际开源格式，国内厂商已普遍支持。短板在"SBOM 全生命周期管理"——VEX、CBOM、AI BOM、SaaS BOM 的本地化与监管对接仍待补全。
3. 公共镜像是当前最大的治理空白：这是中国相对于全球最显著的短板。国内开发者每天有数千万次 pip install -i 与 npm install --registry= 经过这些镜像，但镜像层没有恶意包过滤——意味着上游已下架的恶意包可能仍在国内某个时间窗内分发。这是未来 2–3 年中国软件供应链治理最有价值的攻坚方向。
4. 企业事件公开度是另一项明显差距：国内大厂"内部拦截"叙事盛行，少有 SolarWinds/CircleCI/Cloudflare 风格的公开 post-mortem。这影响研究、影响行业知识沉淀，也影响监管机构形成动态威胁画像。
5. 国产化已完成基础替代，但差异化能力仍要追赶：国内厂商已在 SCA、SAST、IAST、DevSecOps 完成国产替代；但 Socket 的 PR-time 行为告警、Phylum/Sonatype 的 Repository Firewall、Endor Labs 的 reachability-driven SCA、ReversingLabs 的二进制深度审计——这些 2023–2025 海外凸显的差异化能力，国内厂商目前仍以"恶意包黑名单 + 启发式规则"为主，深度仍要追赶。

总体上，"06 篇 + 07 篇"对照阅读会得到一组很清晰的结论：在制度供给与厂商矩阵这两层，中国已经基本接轨国际；在镜像审查、企业事件公开、install-time 与 maintainer reputation 等差异化技术上仍有 1–2 年的实质差距。考虑到 GB/T 43698 仅 2024-11 才实施，这条曲线还在加速段——能否在 2026—2028 年补齐镜像过滤与维护者画像这两个关键缺口，是接下来值得长期跟踪的指标。

脚注式引用