医疗器械网络安全测试
Sytance · 更新于
医疗器械网络安全测试检查器械在预期配置中是否满足安全要求、风险控制是否有效。结果需要说明测试条件和观察到的行为,供评审人员判断测试能够支持哪些产品安全结论。
验证控制在预期环境中是否有效
测试范围应依据器械威胁和安全要求。例如,仅允许获授权维护账户修改配置时,应分别使用允许和禁止的账户直接调用接口,并观察存储设置是否发生变化。
上市前证据
上市前文件通过测试结果支持设计验证和确认,并说明安全控制是否有效、风险控制是否充分。
上市后证据
上市后管理通过测试评估新漏洞、验证修复并检查回归问题,同时确认在用版本的保护措施是否仍然有效。
上市前测试范围应依据风险
FDA 当前上市前指南列出了几类可能需要提交的网络安全测试和分析。申请材料应解释所选测试为什么适用于该器械的风险、架构和控制措施。
该测试验证设计输入要求是否得到实现、边界假设是否有依据,并说明各项要求对应的架构要素和安全控制接受准则。
该测试验证风险控制能否应对威胁模型和架构视图中识别的威胁,并在相关时检查安全有效性、稳定性、可靠性,以及流量或工作负载条件。
FDA 示例包括滥用或误用场景、畸形和非预期输入、鲁棒性测试、模糊测试、攻击面分析、漏洞链、已知漏洞扫描、二进制可执行文件的软件成分分析,以及静态或动态代码分析。
渗透测试应尝试发现并利用产品中的安全漏洞。FDA 期望报告说明测试人员的独立性与专业能力,以及测试范围、时长和方法,并记录结果、发现的问题和观察到的现象。
一次扫描不能证明安全结论
漏洞扫描报告其检查范围内的发现。例如,扫描可能识别出网络服务的已知缺陷,但器械能否拒绝未授权指令、更新失败后能否恢复,仍需相应测试。患者影响应结合器械架构与风险分析判断。
- 漏洞扫描可以发现已知问题,但可能遗漏设计缺陷和不安全信任假设。
- 静态分析可以发现代码级弱点,但不能证明部署配置或运行时控制行为。
- 模糊测试可以暴露畸形输入处理问题,但不能替代架构审查或渗透测试。
- 渗透测试可以显示利用路径,但仍受范围、时间、测试人员访问权限和方法限制。
测试发现应进入风险管理
测试发现的问题应纳入网络安全风险管理,评估其安全影响。FDA 说明,安全异常一旦被利用,可能造成不同于普通软件缺陷的伤害,因此可能需要采取缓解措施。
评估测试发现的问题
报告应说明发现了什么问题、哪些组件或接口及版本受影响、问题能否被利用,以及现有控制措施和可能造成的患者伤害。
延期修复
如果推迟修复,文件应说明风险分析依据、计划在哪次发布中修复、哪些在用器械受影响,以及如何将更新分发到这些器械。
上市后测试维持证据有效
FDA 建议在开发期间开展安全测试,并在发布后按与风险相适应的周期继续测试。例如,更新机制变化可能需要重新检查完整性和恢复行为;新披露的组件漏洞可能需要调查,并对修复开展回归测试。
对于欧盟资料,验证结果可用于风险评估,也可能表明器械设计或使用说明需要修改。MDCG 2019-16 解释了发布后如何继续验证和评估,IEC 81001-5-1 则规定了相应的生命周期过程。
来源
- FDA, Cybersecurity in Medical Devices: Quality Management System Considerations and Content of Premarket Submissions, final guidance, February 2026
- FDA, Postmarket Management of Cybersecurity in Medical Devices, final guidance, December 2016
- European Commission, MDCG 2019-16 Guidance on Cybersecurity for medical devices
- IEC, IEC 81001-5-1:2021 Health software and health IT systems safety, effectiveness and security