醫療器械 SBOM 與威脅建模
Sytance · 更新於
SBOM 識別軟件組件和依賴關係。威脅模型則説明攻擊者如何針對器械、軟件系統、用戶、環境或更新路徑發起攻擊,以及攻擊對器械安全、性能或網絡安全有何影響。
SBOM 和威脅模型是不同記錄
瞭解組件在器械中的作用後,才能分析組件漏洞對具體器械的影響。網絡解析器可能直接接收不可信輸入;同一庫在構建時排除受影響功能後,暴露情況可能不同。SBOM 識別組件,威脅模型則提供調查這些差異所需的架構信息。
NTIA 將 SBOM 定義為機器可讀的軟件組件及其關係清單。在器械評估中,它幫助確認實際包含哪些軟件,以及應從何處查找供應商或漏洞信息。
SBOM
記錄組件名稱、供應商、版本、標識符、哈希、依賴關係和作者信息,供製造商和客户跟蹤組件可能受到的威脅及其支持狀態。
威脅模型
記錄資產、參與者、信任邊界、數據流、接口、攻擊路徑、威脅、緩解措施、假設和剩餘風險決定。
安全架構
顯示認證、授權、加密、日誌、更新保護和恢復等控制如何佈置在系統和相關服務中。
風險管理
決定剩餘風險是否可接受,以及網絡安全發現如何影響安全、性能、標籤、上市後監督和補救。
上市前文件需要把記錄連接起來
FDA 當前上市前指南期望結合 SBOM、威脅模型、網絡安全風險評估、架構和測試證據開展評估。對於第 524B 條所稱的 cyber device,SBOM 是法定申報內容,必須包括商業、開源和現成軟件組件。
- 威脅模型應覆蓋器械繫統、外部實體、部署、互操作、維護、更新、供應鏈假設和退役。
- SBOM 應包括製造商開發和第三方組件、上游依賴、支持狀態,以及評估已知漏洞所需信息。
- 架構視圖應説明接口、協議、信任邊界、用戶、控制、相關係統和更新路徑。
- 測試應驗證所選安全控制和威脅緩解措施是否有效,並在相關時採用漏洞測試和滲透測試。
SBOM 條目應能追溯到組件在架構中的位置和相關漏洞分析。通過這些關聯,組件清單才能用於威脅建模、測試、標籤信息和上市後管理。
上市後記錄用於實際運行
發佈後,SBOM 和威脅模型用於評估在用器械。供應商、開源包、商業組件或操作系統依賴發生變化時,SBOM 幫助識別器械可能受到的影響。威脅模型則用於判斷,在實際器械架構和使用環境中,這些影響是否可能造成患者傷害。
先確認器械是否包含受影響的版本和代碼,再分析攻擊者如何觸達它們。評估現有措施與可能的患者傷害。結論適用於已分析的配置,仍在使用的其他版本可能需要單獨評估。
當新漏洞、新攻擊技術、部署假設變化、新接口、新雲服務或更新路徑改變風險情況時,應更新威脅模型。
漏洞可利用性交換信息(VEX)用於傳達特定漏洞對指定產品的影響判斷。應明確涉及的版本與配置,以及接收方需要維持的條件。需要處置時,説明用戶可以採用的更新或其他措施。
保持記錄可用
SBOM 和威脅模型應明確對應的產品版本,並在發佈後保持更新。SBOM 還需要採用機器可讀格式。兩類記錄都應與風險管理文件關聯。
NTIA 2021 年基線列出供應商名稱、組件名稱、版本字符串、組件標識符、依賴關係、作者名稱和時間戳等數據元素。FDA 還期望提供與具體器械有關的信息,例如軟件支持狀態、已知漏洞,以及組件與器械風險控制的關係。
模型應説明攻擊者如何觸達器械功能,以及哪些措施能夠阻止或限制相關操作。先描述器械與連接系統,再將每個攻擊場景與成立條件、所選措施及剩餘風險關聯。
- 離線器械仍可能通過更新或維護接口接收惡意輸入,威脅模型需要分析這些路徑。
- SBOM 未列出已知嚴重 CVE,並不能説明是否存在設計缺陷或訪問控制缺失。仍需結合架構分析這些威脅。
- 滲透測試報告適用於註明的範圍與配置。應結合設計分析及後續維護措施使用這些結果。
- 防護依賴客户網絡時,應明確所需措施並檢查其能否處理相應威脅,同時告知客户需要維持的條件。