SPDF时代全面落地：FDA 2026版网络安全指南将监管边界从"联网器械"扩展至所有具网络安全考量器械

一、政策背景与发布意义

2026年2月3日，美国食品药品监督管理局（FDA）正式发布了修订版《医疗器械网络安全：质量体系考量与上市前提交内容》指南文件。该版本取代了2025年6月的过渡版本，并作为FDA自2014年发布首份医疗器械网络安全上市前指南以来，在历经2018年草案、2022年草案更新、2023年9月最终指南及2025年6月修订后的第五个重要里程碑文件，标志着FDA对医疗器械网络安全的监管框架进入了一个系统性整合的新阶段。

本次修订的核心意义在于"体系对齐"与"范围扩张"两大主题。FDA选择在2026年2月发布这一修订版本，与《质量体系法规》（Quality System Regulation, QSR）修订版——即QMSR（Quality Management System Regulation）——于2026年2月2日正式生效的时间节点形成精确对接。QMSR将21 CFR Part 820的现行良好生产规范（CGMP）要求与ISO 13485:2016国际标准进行整合，将原先"以美国为中心"的质量体系要求调整为与国际通行框架统一的模式。在这一背景下，本指南的修订旨在消除医疗器械制造商在"质量管理体系"与"网络安全风险管控"之间长期存在的"双轨运行"困境，使网络安全要求从质量体系的"附加项"真正转化为"嵌入式组成部分"。

从监管授权的角度审视，本指南直接回应了《联邦食品、药品和化妆品法案》第524B条的法定要求。该条款由《2023年综合拨款法案》引入，明确要求"联网器械"的上市前提交必须包含网络安全信息，包括但不限于：监测、识别和处理网络安全漏洞与利用的计划；设计、开发和维护安全更新与补丁的程序；以及软件物料清单（SBOM）。2026年2月版本指南在落实第524B条法定要求的基础上，进一步将指南的适用范围从"联网器械"扩展至所有具备网络安全考量因素的器械，这一举措实质上超越了国会立法中"cyber device"的狭义范畴，体现了FDA基于风险评估的监管逻辑：在医疗实践中，任何包含软件、固件、可编程逻辑或数据接口的器械，无论其是否直接连接互联网，均可能面临网络安全威胁——包括通过USB端口、维护接口、存储介质或供应链环节引入的风险。

从行业发展的纬度看，本次修订的紧迫性源于医疗器械网络安全威胁态势的持续恶化。根据行业安全报告统计，针对医疗机构的勒索软件攻击在2023至2025年间持续攀升，其中多起事件的攻击路径直接涉及医疗器械中未修补的已知漏洞。同时，随着人工智能/机器学习（AI/ML）器械、软件即医疗器械（SaMD）以及远程患者监护系统的快速普及，传统上针对硬件设备的物理隔离假设已彻底失效。FDA此次以指南修订的方式将八大安全控制类别体系化、将SBOM与威胁建模纳入上市前必要条件，实质上是在全球监管竞争格局中与欧盟MDR网络安全通用规范（2025年修订版）以及IMDRF（国际医疗器械监管者论坛）网络安全指南草案形成战略呼应。

二、核心变更解析

（一）适用范围的实质性扩张：从"联网器械"到"所有具网络安全考量器械"

2026年2月版指南最显著的变更之一是适用范围的重新定义。此前版本——包括2023年9月指南和2025年6月修订版——在第524B条的框架下，主要适用于符合"联网器械"（cyber device）定义的器械，即具备连接互联网能力、包含经验证的软件或固件、且存在漏洞可能被远程利用的器械。然而，新版指南明确将适用范围描述为"所有具有网络安全考量（cybersecurity considerations）的器械（不限于联网设备）"。

这一表述背后包含三个监管逻辑层面的扩展：

第一，功能维度的扩展。 即使器械本身不具备互联网连接功能，只要存在以下任一特征即纳入指南适用范围：包含软件或可编程逻辑组件；具备数据电子交换接口（包括但不限于USB、蓝牙、串口、HL7接口等）；包含存储患者数据或设备运行数据的存储介质；或具备可从外部访问的诊断/维护端口。这意味着大量的传统体外诊断设备、实验室分析仪器、乃至部分电动手术工具，如果其设计包含上述特征，也需要按照本指南执行网络安全评估。

第二，供应链维度的扩展。 指南的适用范围延伸至器械全生命周期的软件供应链安全。如果器械所依赖的第三方软件组件（包括操作系统、开源库、商业中间件）存在已知漏洞，即使器械本身不具备网络连接能力，也构成网络安全考量因素。

第三，数据维度的扩展。 存储、处理或传输受保护健康信息（PHI）或任何对患者安全具有关键意义数据的器械，无论其连接方式如何，均纳入指南关注范围。这一扩展与美国卫生与公众服务部（HHS）关于健康数据保护的更广泛政策导向保持一致。

（二）与新QMSR及ISO 13485的体系对齐

2026年版指南的第二个核心变化是与QMSR框架的深度整合。FDA在2024年1月发布的QMSR最终规则中，将21 CFR Part 820的改革方向确定为"并入并参考ISO 13485:2016"。本指南在此基础上进一步明确了网络安全活动在质量体系中的定位：

设计控制与SPDF的嵌入。 指南要求制造商在21 CFR 820.30（QMSR下对应ISO 13485第7.3条"设计与开发"）的设计与开发策划阶段，就必须将安全产品开发框架（SPDF）中的活动纳入设计控制程序。网络安全风险评估不再作为设计验证阶段的"事后检查"，而是作为设计输入、设计输出、设计评审和设计验证/确认各阶段的同步要素。例如，设计输入阶段就必须明确器械的网络安全性能要求（security requirements），这些要求被纳入与功能性要求同等地位的设计输入文件。

纠正与预防措施（CAPA）与漏洞管理。 指南明确指出，上市后发现的网络安全漏洞应纳入21 CFR 820.100（QMSR下对应ISO 13485第8.5.2条"纠正措施"）的CAPA体系进行管理。这一定位改变了此前部分制造商将漏洞修复仅视为"软件维护活动"的做法，正式将漏洞管理纳入强制性的质量体系纠正措施框架。

供应商管理与SBOM的衔接。 ISO 13485第7.4条"采购"对供应商评估和采购验证的要求，在本指南中被延伸至软件供应链领域。SBOM的生成与维护被定位为"供应商信息验证"的工具，制造商应通过SBOM确认第三方软件组件的来源、版本和已知漏洞状态，并将此确认记录纳入供应商评价档案。

（三）安全产品开发框架（SPDF）的正式确立

SPDF（Secure Product Development Framework）虽然已在2023年9月指南中被引入，但2026年2月版本将其提升为核心强制性框架。SPDF的实质是将网络安全工程活动系统性地集成到产品全生命周期管理之中，而非作为独立的"安全评估项目"。

SPDF在本版指南中被具体化为四个层级的要求：

第一层：安全治理与组织整合。 制造商需指定具有明确授权和资源的网络安全负责人，该负责人应直接参与设计评审和风险管理决策，而非仅在开发完成后"签字确认"。网络安全职责的分配应体现在质量体系中的人员资格要求和职责描述中（对应QMSR 21 CFR 820.25及ISO 13485第6.2条"人力资源"）。

第二层：安全需求工程。 每个器械项目必须在设计输入阶段形成完整的网络安全需求文档，安全需求应来源于威胁建模输出、行业安全标准（如AAMI TIR57、IEC/TR 60601-4-5、UL 2900系列等）以及FDA认可的网络安全共识标准。安全需求须具有可验证性——即每个安全需求必须有对应的验证方法（测试、分析、检查等）。

第三层：安全实现与测试。 开发过程中应执行安全代码审查、静态/动态安全分析、模糊测试、渗透测试等安全测试活动。指南特别强调，安全测试不能仅限于"功能测试通过即可"，必须由具备独立性的安全测试资源执行（可以是内部独立团队或外部第三方），且测试结果应与威胁建模中识别的风险进行逐项对应。

第四层：上市后安全监控。 SPDF不因产品上市而终止。制造商须建立持续的网络安全监控机制，包括：监控所使用第三方软件组件的新漏洞公告；参与行业信息共享组织（如Health-ISAC）；保持与CVE（通用漏洞披露）数据库的同步跟踪；并制定明确的漏洞严重性评级和响应时间标准。

（四）威胁建模的强制性要求

2026年2月版指南将威胁建模（Threat Modeling）从"推荐做法"提升为上市前提交的必要内容。威胁建模是一种结构化的安全分析方法，用于在系统设计阶段识别潜在的安全威胁、攻击路径和相应的缓解措施。

指南对威胁建模的方法论和输出提出了明确要求：

方法论选择。 FDA未强制指定具体的威胁建模方法（如STRIDE、攻击树、PASTA、LINDDUN等），但要求制造商在提交文件中说明所选方法及其选择理由，并基于器械的具体架构、数据流、信任边界和攻击面进行调用。

核心输出物。 威胁建模至少应输出：系统架构图（含信任边界标注）；数据流图（标注敏感数据的流转路径和存储位置）；威胁清单（每项威胁的参与者、攻击向量、潜在影响和可能性）；安全控制映射表（每项威胁与对应的安全控制措施之间的关联）；以及残余风险说明。

与风险管理文件的衔接。 威胁建模的结论必须映射到器械的风险管理文档（依据ISO 14971）中。网络安全风险应作为器械安全风险的一部分进行评估，而非作为独立于患者安全的"IT问题"。具体而言，威胁建模中识别的每项安全风险，都应在ISO 14971风险分析中体现其对患者安全或临床功能的影响，并按照风险可接受准则进行评估。

（五）软件物料清单（SBOM）的规范要求

SBOM在2026年2月版指南中继续作为上市前网络安全提交的必要组成部分，但在规范性和可操作性层面获得了显著细化：

格式与数据字段。 指南推荐采用SPDX（ISO/IEC 5962:2021）或CycloneDX作为SBOM的数据格式，并明确要求SBOM包含以下核心数据字段：组件名称；供应商名称；版本号；唯一标识符（如CPE或PURL）；依赖关系；许可证信息；以及已知漏洞关联（VEX——漏洞可利用性交换信息）。

覆盖范围。 SBOM必须覆盖器械软件栈的全部层次，包括：器械固件；操作系统；运行时环境；第三方库和组件；开源软件包（包括传递性依赖）；以及制造商自行开发的组件。指南特别指出，仅列出"顶层依赖"而不包含传递性依赖的SBOM不被视为充分。

维护要求。 SBOM不是一次性的提交文件。制造商须建立程序确保SBOM在器械整个上市后生命周期内保持更新，并在发生软件更新、组件替换或新漏洞公开时及时更新。SBOM的版本管理应纳入配置管理程序（对应QMSR 21 CFR 820.30(i)及ISO 13485第7.5.3条"标识和可追溯性"）。

（六）八大安全控制类别的体系化整合

2026年2月版指南对网络安全控制的要求进行了体系化整理，形成了八个明确的安全控制类别。这八大类别的系统化整合是本次修订的核心实质内容之一：

1. 认证（Authentication）。 器械应实施适当的用户和实体身份验证机制，确保只有经授权的个人或系统能够访问器械功能。要求涵盖但不限于：默认认证凭据的强制修改（禁止出厂默认密码）；多因素认证的可用性（适用于高权限操作）；认证失败后的锁定策略；以及服务账户和API接口的认证管理。

2. 授权（Authorization）。 在认证基础上，器械应实现基于角色或基于属性的访问控制。不同用户角色（如临床用户、生物医学工程师、厂商维护人员）应被授予与其职能相匹配的最小必要权限。特权功能（如固件更新、配置修改、日志删除）应受到独立于常规使用的额外授权控制。

3. 加密（Encryption）。 器械应在存储和传输两个场景中实施适当强度的加密。传输加密应覆盖所有包含敏感数据的通信通道（包括但不限于网络传输、无线通信、HL7接口）；存储加密应覆盖患者数据、配置文件和认证凭据。指南要求制造商在提交中说明使用的加密算法、密钥管理方案和加密强度选择依据，并关注密码学敏捷性——即器械能否在算法被攻破时进行加密方案迁移。

4. 完整性（Integrity）。 器械应具备检测和防止未经授权的软件/固件/配置修改的能力。核心要求包括：安全启动（Secure Boot）机制验证启动链中的代码签名；固件更新的签名验证；关键配置文件的完整性校验；以及审计日志的防篡改保护。

5. 机密性（Confidentiality）。 器械应确保存储在设备上或由设备处理的数据仅对经授权的实体可见。此类别与加密密切相关，但范围更广：包括在调试接口、错误消息、日志输出中避免泄露敏感信息；内存中的敏感数据保护；以及在设备报废或重新部署时的数据清除能力。

6. 事件检测（Event Detection）。 器械应具备检测潜在安全事件的技术能力。核心要求包括：安全相关事件的日志记录（登录尝试、权限变更、配置修改、异常通信行为等）；日志的集中管理和安全存储；异常行为的告警机制；以及与医疗机构SIEM（安全信息与事件管理）系统的集成能力。

7. 弹性恢复（Resilience and Recovery）。 器械应设计为能够在网络安全事件发生后恢复至受信任状态。要求包括：预定恢复程序和"安全失效"（fail-safe）模式的设计；备份与恢复能力；在严重安全事件中禁用网络连接或降级运行的能力；以及恢复过程的验证方法。

8. 可更新性（Updateability）。 器械必须具备安全获取和安装软件更新的能力。此类别是FDA近年来最为强调的领域之一：制造商须证明其在器械设计阶段就规划了持续的安全补丁机制，而非在上市后才考虑更新问题。核心要求包括：安全更新交付渠道的完整性保护；更新过程的用户通知和授权流程；更新失败后的回滚机制；以及制造商对及时提供安全更新的承诺（包括响应时间指标）。

（七）协调漏洞披露（CVD）流程的标准化

2026年2月版指南进一步强化了协调漏洞披露（Coordinated Vulnerability Disclosure, CVD）流程的要求，将其从"政策声明"的层面提升至"可审计的质量体系程序"层面：

外部接收渠道。 制造商须建立面向安全研究社区和公众的漏洞报告接收机制。该机制至少应包括：公开的漏洞报告联系渠道（如安全邮箱或在线提交平台）；明确的安全港（safe harbor）政策——承诺不对善意报告漏洞的研究人员采取法律行动；以及从接收到初始响应的时限承诺。

内部处理流程。 漏洞接收后的处理流程应与质量体系集成：漏洞的严重性评估使用通用漏洞评分系统（CVSS）或等效方法；修复决策记录纳入CAPA文件；严重漏洞的修复时间线应向FDA报告并在提交文件中说明。

披露与沟通。 制造商应制定公开披露政策，在修复措施就绪后向受影响用户和公众发布安全公告。公告内容应包括：漏洞描述、影响范围、严重性评级、可用修复措施以及临时缓解建议。指南特别强调，在漏洞被公开利用的紧急情况下，制造商应与CISA（网络安全和基础设施安全局）及FDA保持及时沟通。

三、影响分析

（一）对制造商的影响

合规成本的结构性上升。 对于此前未系统执行SPDF或缺乏专职网络安全资源的中小型制造商，2026年2月版指南意味着显著的合规投资。威胁建模需要具备安全工程专业知识的资源；SBOM的生成与维护需要引入软件成分分析（SCA）工具链；八大安全控制类别的实施可能需要架构级的设计变更——这些均不是"补充文件"能够解决的。

设计控制流程的重构需求。 将网络安全纳入设计输入要求，将迫使许多制造商重新审视其产品开发流程。安全需求的识别、验证和追溯要求意味着网络安全考量必须从概念阶段进入项目计划，而不能在提交前"补做"。对于已经持有510(k)获批或PMA获批的存量产品，虽然本指南主要影响上市前提交，但SPDF的上市后要求（如漏洞管理、安全更新、CVD流程）同样适用于已上市器械。

与国际监管要求的趋同压力。 由于QMSR的生效将21 CFR Part 820与ISO 13485整合，采用ISO 13485质量体系的制造商将面临更顺畅的过渡。但同时，那些仍然依赖传统"美国式"质量体系、尚未建立与国际标准对应关系的制造商，将不得不同步推进质量体系更新和网络安全整合两项工作。

（二）对行业的影响

竞争格局的洗牌效应。 网络安全能力的差异正在成为医疗器械行业的重要竞争变量。能够率先将通过SPDF验证的网络安全设计作为产品差异化的制造商，将在医院采购评估中获得优势——因为医疗机构的网络安全团队越来越多地参与器械采购决策。反过来，在网络安全投入上滞后的制造商，可能面临被大型采购集团或集成交付网络（IDN）排除的风险。

第三方安全服务市场的扩容。 SBOM生成与持续维护、威胁建模服务、渗透测试、独立安全验证等第三方服务需求将显著增加。特别是对于资源有限的中小企业，外包网络安全工程活动可能成为比内部组建团队更经济的选择。这催生了一个围绕医疗器械网络安全的专业服务生态。

标准与工具链的成熟。 FDA对SBOM格式（SPDX/CycloneDX）和威胁建模方法论的要求，将推动医疗器械行业在软件安全工具链上的标准化。预计软件成分分析（SCA）工具、SBOM管理平台和安全测试自动化工具在医疗器械领域的采用率将大幅提升。

（三）对患者与用户的影响

安全水平的实质提升。 八大安全控制类别的系统化实施，将实质性提升器械在临床环境中的网络安全防护水平。可更新性要求的强化意味着患者和医疗机构将获得更及时的安全补丁——这是近年来最具临床相关性的改善，因为多起已报道的安全事件涉及已存在多年但未被修复的已知漏洞。

透明度的增强。 SBOM的广泛采用和协调漏洞披露流程的标准化，将提升医疗器械软件供应链的透明度。医疗机构和患者可以获得关于器械软件组件的更完整信息，从而更好地评估和管理风险。

潜在的可用性权衡。 更强的认证和授权机制可能增加临床工作流程中的操作步骤（如频繁登录或二次验证）。如果安全控制设计不佳，可能对紧急场景下的器械使用造成不便。指南要求制造商在设计安全控制时考虑临床工作流程的需求，在安全性和可用性之间寻求合理平衡，但实现这一目标需要制造商与临床用户之间的深入协作。

四、合规建议

1. 立即开展差距评估（0-90天）

制造商应首先针对2026年2月版指南的要求进行系统性差距评估。评估维度应涵盖：现有质量体系与SPDF的整合程度；威胁建模的历史执行情况（如果有，评估其深度和追溯性）；SBOM的生成和维护能力；八大安全控制类别的逐项满足程度；以及现有漏洞披露流程的完备性。评估输出应形成优先级排序的行动计划，其中对"上市前提交直接依赖"的差距项目（如SBOM、威胁建模）应赋予最高优先级。

2. 将SPDF嵌入QMSR质量体系（90-180天）

利用QMSR生效的契机，将网络安全要求直接写入质量体系文件。具体行动包括：在质量手册中增加网络安全政策声明；在设计控制程序（对应ISO 13485第7.3条）中明确威胁建模和安全需求工程的执行节点和责任人；在CAPA程序中增加漏洞处理和修复的专项指引；在采购程序中纳入SBOM相关的供应商信息验证要求；以及在人力资源程序中定义网络安全角色的资质要求。

3. 建立SBOM管理能力（90-180天）

选择和部署恰当的软件成分分析工具，生成符合SPDX或CycloneDX格式的SBOM。同时，建立SBOM的版本管理和更新维护流程，确保SBOM与配置管理系统的同步。对于依赖开源软件的制造商，应特别关注传递性依赖的识别——这是绝大多数开源漏洞的隐藏位置。

4. 执行或更新威胁建模（与项目周期同步）

对每个在研器械项目执行结构化的威胁建模，并将输出纳入设计输入文件和风险管理文档。对已上市器械，建议至少执行一次"基线威胁建模"，以识别现有架构中可能存在的安全风险，为后续的安全更新计划提供输入。

5. 建立并测试协调漏洞披露流程（90-120天）

建立公开的漏洞报告接收渠道并发布安全港政策；制定内部漏洞分级、响应和修复决策程序；制定面向用户和公众的安全公告模板。建议在正式启用前执行一次模拟演练，以验证流程的实际可操作性。

6. 八大安全控制类别的差距修复（180-365天）

根据差距评估的结果，制定分阶段的安全控制实施路线图。对于可在软件更新中实现的控制（如认证策略调整、日志增强、加密配置更新），应优先安排；对于需要硬件架构变更的控制（如安全启动、硬件级密钥存储），应在下一代产品设计中纳入。对于已上市器械，需要对每一项控制进行评估，确定哪些可以通过安全更新实现，哪些只能在新设计周期中解决。

7. 准备上市的网络安全文档包

针对即将提交510(k)、PMA或De Novo的器械项目，应按照指南要求准备完整的网络安全提交文件包。该文件包至少应包括：网络安全风险分析（与ISO 14971风险管理文件对应）；威胁建模报告；SBOM；安全控制矩阵（八大类别中的每项控制及其验证证据）；漏洞管理计划（包括CVD流程描述）；以及安全更新承诺声明。

8. 主动与FDA进行预提交沟通

对于网络安全架构复杂或安全控制实施存在特殊考虑的器械项目，强烈建议利用FDA的预提交（Pre-Submission, Q-Sub）机制，在正式提交前与FDA网络安全审查团队进行沟通。特别是在适用范围是否适用、威胁建模深度是否充分、或安全控制的替代方案是否可接受等存在不确定性的问题上，提前与FDA确认可以显著降低正式提交中的拒绝接受或补充要求风险。

五、时间线与关键日期

时间节点	关键事件	合规含义
2026年2月2日	QMSR（21 CFR Part 820修订版）正式生效	所有质量体系需与ISO 13485:2016对齐
2026年2月3日	本指南正式发布，取代2025年6月版本	新上市前提交应按照新指南要求执行
2026年2月3日起	指南即时生效（发布即执行）	FDA将按照新指南要求审查新提交的申请
待定（通常为发布后30-60天）	征求意见截止（如FDA开放补充意见程序）	行业可提交反馈意见，但指南在最终修订前持续有效
持续	运营中器械的上市后网络安全义务	已上市器械须持续执行漏洞管理、安全更新和CVD流程

需要特别指出的是，FDA的指南文件虽然不具有法律强制力，但在实践中具有实质性的约束效果：FDA审查人员将依据指南评估上市前提交的网络安全充分性，提交不符合指南要求的文件可能导致"拒绝接受"（RTA）决定或重大缺陷函。此外，FDA的拒绝接受政策（Refuse to Accept Policy）对于网络安全指南的适用已在2023年10月1日生效，这意味着网络安全文件的完整性已成为上市前提交形式审查的硬性门槛。

在这个网络安全威胁与医疗数字化进程并行加速的时代，2026年2月版指南的发布不仅是FDA监管工具的一次常规修订，更是全球医疗器械监管体系向"安全设计"（Security by Design）全面转型的标志性事件。制造商应当将本指南的要求视为产品竞争力的战略性投资，而非单纯的合规负担，因为在可预见的未来，网络安全能力将日益成为医疗机构和患者选择医疗器械的关键决策因素。