連續血糖監測系統 (CGM)符合資訊安全條例模擬（五之五）

 （續前篇）

適合醫療器材及資訊安全產業界，具備大學教育背景的亞洲讀者。 此文僅供個人參考與資訊喚回，尚非法律建議或符合性途徑。內文引用人工智慧網路平臺提供資訊，經由整合篩選與文字調整。後續修訂請查閱ISO與歐盟官方網站、洽詢各家驗證公司、諮詢顧問等。CC BY-NC-ND。非供AI模型訓練。

13.外部第三方合作

在 CGM 系統的整個生命週期中，製造商往往需要與眾多外部第三方進行合作，包括供應商、測試實驗室、驗證機構、雲端服務提供商等。該等外部第三方的網路與資訊安全狀況直接影響到 CGM 系統的整體安全性。因此，建立一套健全的第三方風險管理機制至關重要。

供應商管理

• 供應商評估：在選擇供應商時，應將其網路與資訊安全能力作為重要的評估標準。這包括審查其資訊安全管理系統（如 ISO/IEC 27001 驗證）、安全開發流程、漏洞管理政策等。
• 合約條款：在與供應商簽訂合約時，應明確約定網路與資訊安全責任、資料保護要求、漏洞披露和事件響應機制。
• 持續監控：定期對關鍵供應商進行網路與資訊安全稽核和績效評估，確保其持續符合安全要求。
• SBOM 要求：要求供應商提供其軟體元組件的 SBOM，以實現供應鏈的透明度。

測試實驗室

• 資格查證：選擇具備相關資質和經驗的第三方測試實驗室，進行網路與資訊安全測試（如滲透測試、漏洞掃描）。確保該等實驗室遵循國際標準和現今技術水準的最佳實務。
• 測試範圍與方法：製造商宜明確做出測試範圍、測試方法和驗收準則，確保受測件的測試結果足以涵蓋量產階段的同型器材及元組件，得以展現此等測試的有效性和可靠性。

公告機構 (Notified Body) 與稽核機構

• MDR 驗證：與指定的公告機構合作，進行 MDR 符合性評鑑，包括CGM系統技術文件審查和 QMS 稽核（MDR附錄IX）。確保公告機構對網路與資訊安全要求有深入理解。
• ENISA 驗證：若選擇進行 ENISA 網路與資訊安全驗證（如 EUCC），則需與經 ENISA 授權的符合性評估機構 (CAB) 合作，進行CGM系統的產品或服務之評鑑和驗證。

雲端服務提供商

• 安全協議：與雲端服務提供商簽訂服務級別協議 (SLA)，明確約定安全控制措施、資料主權、隱私保護和事件響應流程。
• 符合法規性證明：要求雲端服務提供商提供其安全驗證（如 ISO/IEC 27001、CSA STAR 驗證）和符合法規性的報告。

臨床資料與臨床評估

• 資料安全：確保在臨床試驗和臨床評估過程中，患者資料的收集、儲存、傳輸和分析都符合資料保護法規（如 GDPR）和網路與資訊安全要求。
• 安全評估：在臨床評估中納入對網路與資訊安全事件對患者臨床結果潛在影響的評鑑。

透過與該等外部第三方的有效合作和管理，製造商可以共同構建一個更安全的 CGM 生態系統，整體地降低網路與資訊安全風險。

14.實務案例分析

網路與資訊安全事件在醫療器材領域層出不窮，對患者安全、資料隱私和製造商聲譽造成嚴重影響。本節將探討一些正反面實務案例，以期從中汲取經驗教訓。

負面案例：醫療器材召回與漏洞披露

• 美敦力胰島素泵漏洞 (Medtronic Insulin Pump Vulnerability)：2019 年，FDA 曾發布關於美敦力 MiniMed 胰島素泵的網路與資訊安全漏洞警報。駭客可能透過無線連接，未經授權地更改泵的設定，導致過量或不足的胰島素輸送，對患者造成嚴重傷害。儘管沒有實際傷害報告，但此事件凸顯了遠端連接醫療器材的潛在風險，並促使 FDA 發布了相關召回通知。

• 雅培心臟器材漏洞 (Abbott Cardiac Devices Vulnerabilities)：2017 年，FDA 曾針對雅培（當時為 St. Jude Medical）的心臟植入式器材（如心臟起搏器和除顫器）發布網路與資訊安全漏洞警告。該等漏洞可能允許未經授權的存取，進而耗盡電池或更改治療設定。製造商透過軟體更新解決了該等問題，但事件引發了對植入式醫療器材網路與資訊安全的高度關注。

• 自動化 Impella 控制器召回 (Automated Impella Controller Recall)：2025 年 10 月，FDA 發布了一項針對 Abiomed 自動化 Impella 控制器的召回，原因為網路與資訊安全問題。該召回涉及軟體修正，而非將器材從市場上撤回，但強調了即使是關鍵生命支持器材也可能面臨網路與資訊安全風險。

 該等案例共同揭示了醫療器材網路與資訊安全漏洞的嚴重性，以及製造商在產品生命週期中持續關注和管理網路與資訊安全風險的必要性。及時的漏洞披露、有效的軟體更新和召回管理是應對此類事件的關鍵。

正面案例：主動的安全響應與合作

雖然醫療器材網路與資訊安全事件多為負面，但一些製造商透過主動的安全響應和與主管機關的合作，展現了良好的實踐：

• 協同漏洞披露 (Coordinated Vulnerability Disclosure, CVD)：越來越多的醫療器材製造商開始採用 CVD 流程，與安全研究人員合作，鼓勵負責任地披露漏洞，並在漏洞公開前進行修復。這有助於在潛在威脅被惡意利用之前，及時解決問題。
• 建立產品安全事件響應團隊 (PSIRT)：許多領先的醫療器材公司已建立專門的 PSIRT 團隊，負責監控、評估和響應產品的網路與資訊安全事件。該等團隊通常與內部研發、法規、法律和客戶服務部門緊密合作，確保快速有效的響應。
• 整合安全設計原則：一些製造商在產品開發初期就將網路與資訊安全作為核心設計原則，例如採用安全啟動、硬體信任根、資料加密和最小權限原則。這有助於從源頭上減少漏洞，並提升產品的整體安全性。
• 與 ENISA 和 FDA 的合作：製造商積極參與 ENISA 和 FDA 關於醫療器材網路與資訊安全指引的制定和討論，這不僅有助於影響未來的法規，也使其能夠更好地理解和準備應對新的符合法規要求。

該等正面案例表明，透過建立健全的內部機制、積極與外部合作夥伴和主管機關溝通，製造商可以有效提升其網路與資訊安全韌性，並在面對潛在威脅時做出快速而負責任的響應。

15.方案對比與建議

15.1 本模擬報告針對 CGM 製造商提出了兩種歐盟網路與資訊安全符合法規方案：A 方案（50% 符合法規）和 B 方案（70% 符合法規）。以下將對這兩種方案進行詳細對比，並提出最終建議。

(圖15.1)

15.2 核心發現

• 法規環境複雜但明確：EU MDR 2017/745已建立完整的網路安全要求架構，IEC 81001-5-1雖尚未正式公告為調和標準，但已被公告機構視為現今技術水準。製造商無需等待標準正式調和，宜立即採用。
• 時間緊迫但可行：2026年至2032年的6年期間，對於從FDA 510(k)基礎建立完整EU MDR網路與資訊安全符合體系尚稱充足，但需立即啟動各項措施，尤其是團隊擴編與流程建立。
• 資源限制可透過委外克服：少於100人的公司規模，透過策略性委外（歐盟授權代表、滲透測試、驗證顧問）可有效補充內部能力不足。
• 網路與資訊安全與臨床安全不可分割：CGM連接AID系統的特性，使網路與資訊安全失效直接等同於臨床風險。這是選擇Plan B（70%合規）的關鍵理由。

最終建議

綜合考量符合法規目標、成本效益、市場競爭力、法規風險和品牌聲譽，本短文建議 CGM 製造商採納 B 方案，並將其作為 2032 年的戰略目標。

儘管 B 方案的初期投入顯著高於 A 方案，但其所帶來的長期效益和風險規避能力是 A 方案無法比擬的。在日益嚴峻的網路與資訊安全環境和不斷收緊的法規要求下，僅僅滿足最低符合法規要求（A 方案）將使製造商面臨巨大的不確定性和潛在風險。一旦發生網路與資訊安全事件，可能導致巨額罰款、產品召回、市場禁止進入和品牌聲譽的毀滅性打擊，該等損失將遠超 B 方案的額外投入。

採納 B 方案，不僅能確保製造商在 2032 年前達到歐盟網路與資訊安全法規的領先水準，更能透過 ENISA 驗證等措施，向市場和患者展現其對產品安全的堅定承諾。這將為製造商帶來顯著的競爭優勢，提升品牌信任度，並為未來的產品創新和市場擴張奠定堅實的基礎。建議製造商應盡早啟動 B 方案的實施，並在執行過程中保持靈活性，持續監測法規和技術的最新發展，確保符合法規策略的有效性和前瞻性。

(圖15.2)

短期目標（2026-2027）

• 完成網路與資訊安全風險管理計畫與威脅模型
• 建立安全開發生命週期（SSDLC）流程
• 完成首次第三方滲透測試
• 準備MDR技術文件（含網路與資訊安全章節）

中期目標（2028-2029）

• 取得CE標誌（Plan A與Plan B共同里程碑）
• 建立上市後監督（PMS）與定期安全更新報告（PSUR）流程
• Plan B：啟動ISO 27001與ENISA驗證準備

長期目標（2030-2032）

• Plan B：取得網路與資訊安全驗證
• 建立自動化安全更新與威脅情報整合機制
• 完成2032年合規驗證，確保持續放入目標市場

15.3 風險提示

• 標準演進風險：IEC 81001-5-1預計2028年正式調和，可能伴隨修訂。建議持續參與標準化組織（如AAMI、DIN）的短訊推送，以掌握最新動態。
• 公告機構容量風險：MDR實施後公告機構數量不足，稽核排程可能延遲。建議儘早簽約並建立良好關係。
• 供應鏈地緣政治風險：BLE晶片、加密模組等關鍵元件涉及國際供應鏈，需建立替代供應商名單。

16.結論

本模擬報告為連續血糖監測系統 (CGM) 製造商提供了全面的歐盟網路與資訊安全符合法規策略分析，旨在協助其應對 EU 2019/881 (Cybersecurity Act) 和 EU 2017/745 (MDR) 等關鍵法規的挑戰。透過深入探討法規架構、風險管理、設計開發、資訊安全法規、查證與確證、人力資源配置、市場監督、成本估算以及實務案例，我們勾勒出了一條清晰的符合法規路徑。

此文強烈建議製造商採納更為全面的 B 方案，即在滿足 MDR 基本要求的基礎上，積極追求 ENISA 網路與資訊安全驗證，並實施進階的網路與資訊安全措施。這不僅是為了避免潛在的巨額罰款和市場風險，更是為了在競爭激烈的醫療器材市場中，建立領先的網路與資訊安全防護，贏得患者和主管機關的信任，確保企業的長期可持續發展。

網路與資訊安全符合法規是一個持續演進的過程，需要製造商在技術、流程和人員方面進行持續投資。透過本模擬報告提供的策略指引，我們相信 CGM 製造商能夠有效應對未來的挑戰，並在 2032 年前成功達成其網路與資訊安全符合法規目標。

17.免責聲明

本模擬報告所提供的資訊係基於2025年4月前公開可得之法規、標準與產業資訊編製，僅供參考和一般性指引之用，不應被視為法律、技術或專業建議。本模擬報告的內容基於截至撰寫日期可獲得的公開資訊和專業判斷，但歐盟醫療器材法規、標準和網路與資訊安全技術發展可能會有進一步的修正，隨著技術與市場狀況及時更新。因此，製造商在制定和實施具體符合法規策略時，每半年與法律顧問及資訊安全專家重新審視一次本模擬報告，多方查證，以確保其決策的準確性和適用性：

• 定期查證法規更新：特別關注歐盟公報（OJEU）協調標準更新、MDCG指引文件發布
• 諮詢專業法規顧問：本報告不構成法律意見，具體合規策略應與具備資格的法規顧問、網路與資訊安全專家，向其確認最新狀況；
• 考量個案差異：本報告基於CGM特性編製，其他器材需洽詢驗證機構，依其評估結果調整採用；
• 成本估算僅供參考：實際成本受市場條件、供應商選擇、專案範圍變更等因素影響

本模擬報告不對因依賴此模擬報告內容而採取的任何措施或作為承擔任何責任。亦不因使用本模擬報告內容而產生的任何損失承擔責任。

 18.參考文獻

[1] Regulation (EU) 2019/881 of the European Parliament and of the Council of 17 April 2019 on ENISA (the European Union Agency for Cybersecurity) and on information and communications technology cybersecurity certification and repealing Regulation (EU) No 526/2013 (Cybersecurity Act). EUR-Lex.

[2] Regulation (EU) 2017/745 of the European Parliament and of the Council of 5 April 2017 on medical devices, amending Directive 2001/83/EC, Regulation (EC) No 178/2002 and Regulation (EU) No 1223/2009 and repealing Council Directives 90/385/EEC and 93/42/EEC. EUR-Lex.

[3] IEC 81001-5-1:2021 Health software and health IT systems safety, effectiveness and security — Part 5-1: Security — Activities in the product lifecycle.

[4] ISO/TS 6268-1:2025 Health informatics — Cybersecurity framework for telehealth environments - Part 1: Overview and concepts.

[5] Cybersecurity Certification Framework. ENISA.

[6] Homepage - European Union Cybersecurity Certification. ENISA.

[7] Cybersecurity Specialist Salary in Frankfurt am Main, Germany (2026). SalaryExpert. https://www.salaryexpert.com/salary/job/cybersecurity-specialist/germany/frankfurt-am-main

[8] How Much Can You Earn In Cybersecurity? (USA vs Germany). YouTube.

[9] EN IEC 81001-5-1 Guide: Cybersecurity for MDR and IVDR. Thema-Med.

[10] The Top 7 Medical Device Vulnerabilities of 2025. RunSafe Security.

[11] ISO/IEC 27001:2022 Information security, cybersecurity and privacy protection — Information security management systems — Requirements.

[12] German Medical Devices Act (MPDG).

[13] Regulation (EU) 2019/1020 of the European Parliament and of the Council of 20 June 2019 on market surveillance and compliance of products and amending Directive 2004/42/EC and Regulations (EC) No 765/2008 and (EU) No 305/2011. EUR-Lex.

[14] The First Recall of a Diabetes Device Because of Cybersecurity Vulnerabilities. PMC. https://pmc.ncbi.nlm.nih.gov/articles/PMC6955451/

[15] Cybersecurity vulnerabilities in medical devices: a complex problem. PMC. https://pmc.ncbi.nlm.nih.gov/articles/PMC4516335/

[16] Alert: Automated Impella Controller Correction due to Cybersecurity Issue. FDA. https://www.fda.gov/medical-devices/medical-device-recalls-and-early-alerts/alert-automated-impella-controller-correction-due-cybersecurity-issue-abiomed

[17] FDA Cybersecurity Guidance (Pre-market/Post-market): FDA.gov

（全文完）

連續血糖監測系統 (CGM)符合資訊安全條例模擬（五之四）

（續前篇） 

適合醫療器材及資訊安全產業界，具備大學教育背景的亞洲讀者。 此文僅供個人參考與資訊喚回，尚非法律建議或符合性途徑。內文引用人工智慧網路平臺提供資訊，經由整合篩選與文字調整。後續修訂請查閱ISO與歐盟官方網站、洽詢各家驗證公司、諮詢顧問等。CC CC BY-NC-ND。非供AI模型訓練。

10.預期人力資源配置

為達成 2032 年的歐盟網路與資訊安全符合法規目標，CGM 製造商需投入充足且具備專業技能的人力資源。這不僅包括現有團隊的技能提升，也可能需要招募新的專業人才或尋求外部顧問支援。以下是預期所需的核心職能與其關鍵資歷要求：

人力資源規劃考量

• 內部訓練與技能提升：對於現有員工，應提供定期的網路與資訊安全訓練，包括法規要求、技術趨勢和最佳實踐。
• 跨部門協作：建立跨職能團隊，促進法規、設計、開發、安全和品質部門之間的緊密合作。
• 外部資源整合：對於短期或高度專業化的需求，可考慮聘請外部顧問或承包商，以靈活應對人力資源缺口。
• 長期人才發展：制定長期的人才發展計畫，吸引和留住具備網路與資訊安全專業知識的醫療器材領域人才。

(圖10.1) 人力資源考量及經驗

預計從 2025 年到 2032 年，隨著符合法規進度的推進，對上述職能的需求將逐步增加，尤其是在網路與資訊安全和法規事務領域。製造商應及早規劃，確保在關鍵時間節點具備所需的人力資源。

(圖10.2) 估計人力資源增長

11.歐盟市場監督 (Market Surveillance, MSR)

歐盟市場監督是確保醫療器材在上市後持續符合法規要求的關鍵機制。對於 CGM 系統而言，市場監督不僅關注產品的性能和安全，更日益重視其網路與資訊安全表現。歐盟市場監督法規 (EU 2019/1020) 與 MDR (EU 2017/745) 共同構建了這一系統，旨在保護患者健康和公共利益。

漏洞偵測與發現

製造商需建立一套主動的漏洞偵測與發現機制，以確保 CGM 系統在上市後能及時識別和處理網路與資訊安全漏洞：

• 上市後網路與資訊安全監督 (Post-Market Cybersecurity Surveillance)：持續監督威脅情報、漏洞資料庫和安全研究報告，以識別可能影響 CGM 系統的新興威脅和漏洞。
• 漏洞賞金成例 (Bug Bounty Programs)：考慮實施漏洞賞金成例，鼓勵外部安全研究人員報告產品中的漏洞。
• 使用者回饋與訴怨：建立有效的管道，收集使用者關於網路與資訊安全問題的回饋和訴怨，並進行調查。如：漏洞披露計畫 (Vulnerability Disclosure Program, VDP)，鼓勵白帽駭客報告漏洞。
• 安全事件報告：根據MDR要求，及時向主管機關報告任何嚴重的網路與資訊安全事件。

(圖11.1)

軟體修改與測試

一旦發現網路與資訊安全漏洞，定義「緊急更新」與「常規更新」路徑，製造商需迅速採取相應措施，進行軟體修改並重新測試，以確保修復的有效性：

• 快速修補與更新：建立快速響應機制，開發和部署安全補丁和軟體更新，以修復已識別的漏洞。
• 回歸測試：在應用補丁或更新後，進行全面的回歸測試，確保修復不會引入新的問題或影響產品的性能。
• 版本控制與文件化：對所有軟體修改進行嚴格的版本控制，並詳實記錄修改內容、測試結果和發布歷史。

(圖11.2)

主動通知使用者更新與補丁

透明且及時的溝通對於維護使用者信任至關重要。製造商應建立一套主動通知機制，告知使用者關於安全更新和補丁的資訊： 

• 安全公告：發布清晰、易懂的安全公告，解釋漏洞的性質、影響和建議的措施，包括立即採取措施與後續更新的措施。
• 多管道通知：透過產品內通知、電子郵件、官方網站和社群媒體等多種管道，確保使用者能及時收到資訊安全資訊，及時回覆已做到保護措施或排除該項漏洞。
• 簡化更新流程：設計使用者友好的軟體更新流程，鼓勵使用者及時應用安全補丁。

可能的客戶訴怨與賠償

網路與資訊安全事件可能導致客戶訴怨，甚至引發賠償要求。製造商應制定應對策略：

• 客戶服務與支援：訓練客戶服務團隊，使其能夠處理網路與資訊安全相關的查詢和訴怨。
• 法律與保險：諮詢法律顧問，了解潛在的賠償責任，並考慮購買網路與資訊安全保險以轉移風險。

撤回或召回

宜考量風險分級，根據漏洞對量測而來的血糖數值影響的嚴重程度，決定是「軟體在線更新」還是「實體器材強制召回」。在極端重大情況時，若網路與資訊安全漏洞對患者構成《嚴重風險》且無法透過軟體更新有效解決，主管機關可能要求將受衝擊的器材（及附屬軟體、韌體）從市場上撤回或召回。這將對製造商造成巨大的經濟損失和聲譽損害。因此，製造商應將預防性措施放在首位，並建立完善的召回計畫以應對此類情況。

補償機制：針對CGM系統因網路與資訊安全漏洞導致的治療錯誤，預先建立產品責任保險（Product liability）機制與法律賠償架構。

(圖11.3)

12.成本估算 (2025-2032 年度預算)

為實現 2032 年的歐盟網路與資訊安全符合法規目標，CGM 製造商需進行詳細的財務規劃。本節將針對 A 方案（50% 符合法規）和 B 方案（70% 符合法規）提供 2025 年至 2032 年的年度預算估算，並考量在美國加州和德國法蘭克福設立營運點的成本差異。估算將涵蓋人力、網路與資訊安全技術、軟體、驗證、測試、法規遵循、顧問服務和市場監督等主要開支。

成本估算假設

人力成本：基於 2025-2026 年的市場薪資資料進行估算，並假設每年有 3% 的薪資增長。德國法蘭克福的網路與資訊安全專家平均年薪約為 106,000 歐元，美國加州則為 120,000 至 160,000 美元。為簡化估算，我們將採用中間值，並考慮歐元兌美元匯率波動。
網路與資訊安全軟體與工具：包括漏洞掃描工具、SIEM (Security Information and Event Management) 系統、端點保護、加密解決方案等，預計每年持續投入。

• 驗證費用：ENISA 驗證（如 EUCC）的費用可能在 50,000 至 200,000 歐元以上，具體取決於評估保證等級 (EAL)。此費用將主要體現在 B 方案中。
• 測試費用：滲透測試、模糊測試等第三方安全測試服務費用。
• 法規遵循與顧問費用：法規諮詢、法律服務、文件準備等費用。
• 市場監督：上市後監控、漏洞賞金計畫、事件響應等相關費用。
• 基礎設施：雲端服務、安全硬體等。

A 方案：50% 符合法規年度預算估算 (單位：千美元/千歐元) 

(圖12.1)

A 方案主要目標是達成 MDR 基本要求，並建立初步的網路與資訊安全管理系統。此方案的投入相對較低，但長期風險較高。

B 方案：70% 符合法規年度預算估算 (單位：千美元/千歐元) 

(圖12.2)

B 方案旨在實現更全面的網路與資訊安全符合法規，包括 ENISA 驗證、進階測試和自動化安全通知。此方案的初期投入較高，但能顯著降低長期風險並提升市場競爭力。

*註：歐元估算基於 1 EUR = 1.07 USD 的匯率進行換算，實際匯率可能波動。ENISA 驗證費用假設每三年進行一次較大規模的重新驗證或稽核，且具體費用會因選擇的評估保證等級 (EAL) 而異。B方案包含取得額外網路安全驗證（ENISA、ISO 27001）及建置企業級安全監控能力。

(圖12.3)

從上述估算可以看出，B 方案的總體投入顯著高於 A 方案，雖初期投資較高，但考量Class Iib器材風險等級、AID互操作性要求、及2032年市場監督效應趨向嚴管，進階符合法規可顯著降低召回與訴訟風險，長期總擁有成本（TCO）反而可能更低，其所帶來的70%符合法規在深度和市場競爭力提升面向的積極效應，相對於 A 方案的50%符合法規，可以認為較具備長期利益。

（未完、待續）

連續血糖監測系統 (CGM)符合資訊安全條例模擬（五之三）

（續前篇）

適合醫療器材及資訊安全產業界，具備大學教育背景的亞洲讀者。 此文僅供個人參考與資訊喚回，尚非法律建議或符合性途徑。內文引用人工智慧網路平臺提供資訊，經由整合篩選與文字調整。後續修訂請查閱ISO與歐盟官方網站、洽詢各家驗證公司、諮詢顧問等。CC BY-NC-ND。非供AI模型訓練。

階段四：持續維護期（2031-2032）

5.2.6 設計維護與演進

• 年度安全評估：全面風險再評估、威脅模型更新
• 技術債管理：每季審視SBOM中EOL元件，規劃替代方案
• 法規變更因應：監控MDR修訂、新協調標準發布

設計與開發過程中的文件化

所有與網路與資訊安全相關的設計決策、風險評鑑、測試結果和修復活動都應詳實記錄，作為技術文件的一部分。該等文件對於符合 MDR 的上市前要求和上市後監督措施與及時因應潛在風險至關重要，也是應對主管機關審查的關鍵證據。
6.資訊安全法規建置

建立一個強健的資訊安全監督制度對於保護 CGM 系統及其相關資料至關重要。此中不僅包括技術層面的防護，更涵蓋了組織、流程和人員等方面的綜合管理。製造商應參考 ISO/IEC 27001:2022 等國際標準，建立一套符合其業務需求和法規要求的資訊安全管理系統 (ISMS)。

6.1 IT 設施與基礎架構安全

CGM 系統的運作依賴於穩定的 IT 設施和基礎架構，包括伺服器、網路器材、資料中心和雲端服務。製造商應確保該等設施具備高水準的物理和邏輯安全防護：

• 實體/物理性安全：資料中心應具備嚴格的門禁控制、監控系統、消防設施和環境控制。
• 網路與資訊安全：實施防火牆(Next-Gen Firewall)、入侵檢測/防禦系統 (IDS/IPS)、網路分段和 VPN 等措施，保護網路邊界和內部通訊。
• 資料加密：對靜態資料 (Data at Rest) 和傳輸中資料 (Data in Transit) 實施強加密，保護患者敏感資料的機密性。
• 備份與恢復：建立完善的資料備份和災難恢復計畫，預留 30% 的冗餘計算能力，以支持在遭受 DDoS 攻擊時的基礎功能運行，確保即使發生網路與資訊安全事件時能夠迅速恢復服務。
• 雲端安全：若使用雲端服務，應評估雲端服務供應商的安全控制措施，並確保其符合相關法規要求。

(圖6.1.1) 硬體與設備需求

(圖6.1.2) 軟體與平台授權

(圖6.1.3) 雲端服務與網路

6.2 營運、維護與年度預算

資訊安全是一個持續的過程，需要投入持續的資源進行營運和維護。製造商應為資訊安全部門編列足夠的年度預算，以支持以下活動： 

• 安全監控與事件響應：建立安全營運中心 (SOC) 或委託第三方服務，對系統進行全年無休式（24/7）監控，並制定完善的事件響應計畫。
• 漏洞管理與修補：定期進行漏洞掃描和滲透測試，並及時應用安全補丁和更新。
• 資訊安全意識訓練：定期對員工進行網路資訊安全意識訓練，提高其對網路威脅的警覺性。
• 符合法規性稽核：定期進行內部安全稽核(Annual Security Audit)機制、接受外部驗證機構的監督稽核，評估網路與資訊安全管理系統的持續有效性。
• 技術更新與升級：持續投資於最新的安全技術和工具，以應對不斷演進的威脅。

(圖6.2.1) 內部團隊強化（以現有6人為基礎）

(圖6.2.2) 外部資源（委外策略）

運作模式：7x24小時監控（委外託管SOC + 內部值班工程師）(圖6.3.1)

年度預算應涵蓋硬體、軟體、韌體、人員、訓練、顧問服務和驗證費用等各方面，並根據威脅環境和法規要求的變化進行調整。

6.4漏洞管理生命週期

階段	措施
發現階段（T+0）	內部測試發現 外部通報（Coordinated Vulnerability Disclosure） 自動化掃描（SCA/SAST/DAST） 威脅情報饋送
評估階段（T+24小時內）	CVSS評分 可利用性評估（EPSS） 業務影響分析 優先級排序（Critical/High/Medium/Low）
緩解階段	立即緩解（虛擬修補、配置變更） 軟體修補開發 測試與驗證 部署（OTA或現場更新）
驗證階段	修補確認 迴歸測試 用戶通知（如適用） 文件更新（SBOM、安全公告）
上市後監督	PSUR更新 趨勢分析 預防措施實施

7.查證與確證 (V&V)

CGM 系統的查證與確證 (V&V) 過程，不僅要確保其臨床性能和安全性，更要全面考量網路與資訊安全層面。這包括對軟體、硬體和整個系統的網路與資訊安全功能進行嚴格測試，以展現其符合預期的安全需求和法規要求。本節將詳細闡述在 ICT 和網路與資訊安全背景下，V&V 所需遵循的具體標準、指引與實踐。

7.1 ICT 測試方法論與操作面查證

7.1.1靜態測試（Static Testing）與動態測試（Dynamic Testing）

針對 CGM 系統的 ICT 測試應涵蓋以下方面，並參考相關標準：

• 功能安全測試：查證網路與資訊安全功能是否按預期運作，例如身份驗證、授權、資料加密和日誌記錄。應遵循 IEC 62304:2006+A1:2015 (醫療器材軟體生命週期流程) 和 IEC 81001-5-1:2021 (健康軟體和健康 IT 系統安全) 的要求。
• 漏洞掃描與管理：使用自動化工具掃描已知的軟體漏洞和配置錯誤。應建立系統性的漏洞管理流程，包括識別、評估、修復和追蹤，並參考 ISO/IEC 27002:2022 (資訊安全控制實務守則)。
• 滲透測試 (Penetration Testing)：模擬真實世界的網路攻擊，評估系統抵禦攻擊的能力，並識別潛在的弱點。測試應由獨立第三方執行，並涵蓋應用程式、網路和雲端基礎設施。OWASP Top 10 和 MITRE ATT&CK 法規可作為測試範圍的參考。
• 模糊測試 (Fuzz Testing)：向系統輸入大量無效、非預期或隨機資料，以發現潛在的崩潰或安全漏洞。這對於發現未知漏洞和提升軟體韌性至關重要。
• 性能與壓力測試：評估網路與資訊安全控制措施對系統性能的影響，確保其不會導致不必要的延遲或資源消耗，並在極端負載下仍能保持穩定和安全。
• 相容性測試：確保 CGM 系統在不同操作系統、瀏覽器、行動器材和網路環境下的網路與資訊安全功能正常運作，CGM感測器在強電磁干擾下是否能維持安全配對，特別是與其他醫療器材或健康資訊系統的交互操作性。

圖7.1.1 靜態測試

圖7.1.2 動態測試

圖7.1.3 硬體在環測試（Hardware-in-the-Loop）

 除了技術測試，操作面的驗證也至關重要，以確保網路與資訊安全措施在實際使用環境中有效：

• 使用者訓練與意識：查證使用者（包括患者和醫護人員）是否了解並遵循網路與資訊安全最佳實踐，例如強密碼政策、釣魚郵件識別和安全使用指引。定期訓練和評估是必要的。
• 事件響應與恢復演練：定期進行網路與資訊安全事件響應演練，確保團隊能夠迅速有效地應對安全事件，包括資料洩露、系統入侵和服務中斷。演練應涵蓋從事件識別到恢復的整個流程。
• 供應鏈安全稽核與管理：對第三方供應商（包括軟體元組件、雲端服務和硬體供應商）進行網路與資訊安全稽核，確保其符合相關安全要求。建立供應商風險管理計畫，並要求其提供安全證明和 SBOM。
• 上市後監督 (PMS) 與威脅情報：持續監控上市後資料，識別潛在的網路與資訊安全事件或趨勢，並及時採取糾正措施。積極利用威脅情報，預測和應對新興網路威脅。

所有 V&V 活動的結果都應詳實記錄，並作為技術文件的一部分，以證明 CGM 系統的網路與資訊安全符合法規性。該等文件應清晰展示測試範圍、方法、結果、發現的漏洞及其修復情況，以及對剩餘風險的合理性評估。

達成歐盟網路與資訊安全符合法規目標，對於 CGM 製造商而言，既帶來顯著優勢，也伴隨著一系列挑戰與考量。 

優勢

• 提升市場競爭力：在日益重視網路與資訊安全的市場中，具備完善符合法規證明（特別是 ENISA 驗證）的 CGM 系統將更具吸引力，有助於擴大市場份額。
• 增強患者信任：網路與資訊安全符合法規能有效保護患者資料和器材功能，從而建立患者對產品和品牌的信任。
• 降低法律與財務風險：符合歐盟法規可避免因違規而導致的巨額罰款、訴訟和產品召回，保護企業的財務穩定。
• 優化產品設計與開發：將網路與資訊安全融入產品生命週期，有助於提升產品的整體品質和可靠性。
• 促進創新：透過持續關注網路與資訊安全趨勢和技術，製造商能更好地應對未來挑戰，並將安全創新融入產品中。

 考量事項

• 法規動態性：歐盟網路與資訊安全法規和標準不斷演進，製造商需投入持續資源進行監測和適應。
• 技術複雜性：CGM 系統的網路與資訊安全涉及多種技術領域，需要具備跨領域的專業知識和技能。
• 資源投入：符合法規過程需要大量的人力、財力投入，包括人員訓練、技術升級、第三方服務等。
• 供應鏈管理：確保整個供應鏈的網路與資訊安全符合法規是一項複雜的任務，需要與供應商緊密合作。
• 市場接受度：雖然網路與資訊安全日益重要，但市場對高成本的網路與資訊安全功能接受度仍需平衡考量。

8.外部支援與合作需求

鑑於網路與資訊安全符合法規的複雜性和專業性，CGM 製造商在實施過程中可能需要尋求外部支援或建立合作夥伴關係，以彌補內部資源和專業知識的不足。

• IT 顧問與網路與資訊安全專家：聘請具備醫療器材和網路與資訊安全雙重背景的顧問，協助進行風險評鑑、安全架構設計、滲透測試和事件響應計畫制定。
• 法律顧問：諮詢熟悉歐盟醫療器材和網路與資訊安全法規的法律專家，確保符合法規策略的合法性和有效性，並協助處理潛在的法律風險。
• 自動化安全通知: 建立一套 API 機制，當伺服器端發現嚴重漏洞時，能主動向所有接收器推送「安全警告」或「強制更新通知」。
• 第三方公告機構/驗證機構 (Notified Body)：在 MDR 符合法規和 ENISA 驗證過程中，與指定的第三方機構合作，進行技術文件審查、品質管理系統稽核和產品符合性評鑑。
• 測試實驗室：委託專業的第三方測試實驗室進行網路與資訊安全測試，如滲透試驗(Penetration Test)、漏洞掃描和交互操作性測試，每年由第三方安全公司進行一次「黑盒測試」，模擬駭客攻擊，取得結果回饋供製造商改進和加強防制措施。
• 軟體供應商與雲端服務商：與軟體元組件供應商和雲端服務商建立緊密的合作關係，確保其產品和服務符合網路與資訊安全要求，並提供及時的安全更新和支援。
• 學術界與研究機構：與大學或研究機構合作，共同研究新興網路與資訊安全威脅和防禦技術，保持技術領先。

8.1 關鍵外部合作夥伴

8.1.1 法規與合規顧問

(圖8.1.1)

8.1.2 測試與驗證機構

(圖8.1.2)

8.1.3 技術供應商

(圖8.1.3)

 

8.2 合約與服務水準協議（SLA）關鍵條款

8.2.1 資安事件回應SLA

事件等級	回應時間	解決時間	賠償條款
P1（關鍵）	1小時內回應	4小時內緩解	服務費用100%抵扣
P2（高）	4小時內回應	24小時內緩解	服務費用50%抵扣
P3（中）	8小時內回應	72小時內解決	無
P4（低）	24小時內回應	依排程解決	無

8.2.2 漏洞揭露條款

• 責任揭露期：供應商需在90天內修補重大漏洞（CVSS ≥ 7.0）
• 公開揭露協調：統一對外窗口，禁止未經協調的公開揭露
• 賠償責任：因供應商漏洞導致的產品召回費用分擔機制

9.不符合法規的罰款 (2032 年估計值)

若 CGM 製造商在 2032 年未能符合歐盟相關網路與資訊安全法規，將面臨嚴重的法律後果和巨額罰款。歐盟法規通常訂定高額罰款，以確保企業嚴肅對待符合法規義務。

• MDR 罰款：MDR 的罰款由各成員國自行制定，但通常與企業的營業額連動，最高可達數百萬歐元，甚至偶因情況嚴重而拉高。例如，德國的醫療器材法規 (MPDG) 規定，違反 MDR 義務可能導致最高三萬歐元的罰款，情節嚴重者甚至可能面臨刑事責任。
• CSA 罰款：歐盟網路與資訊安全法案 (CSA) 授權各成員國對違反驗證要求的行為處以罰款。雖然具體金額尚未完全確定，但參考 GDPR 的罰款標準（最高可達全球年營業額的 4% 或 2000 萬歐元，以較高者為準），網路與資訊安全不符合法規的罰款也可能達到類似的水準，特別是對於涉及敏感醫療資料的產品。
• 產品召回與市場禁入：除了罰款，不符合法規的 CGM 系統可能被要求從市場上召回，或被禁止在歐盟市場銷售，這將對製造商造成巨大的經濟損失和品牌聲譽損害。
• 法律訴訟與賠償：因網路與資訊安全漏洞導致的資料洩露或患者傷害，可能引發消費者或患者的集體訴訟，製造商需承擔高額賠償責任。

因此，製造商應將符合法規視為一項戰略性投資，而非僅僅是成本負擔，以避免未來可能面臨的巨大風險和損失。

9.3.2 2032年非合規風險情境分析

情境一：基礎網路與資訊安全管制類缺失

• 觸發條件：未實施基本加密、無SBOM、無漏洞管理流程；
• 後果：公告機構暫停CE證書、產品被迫下架；
• 財務影響：歐盟市場年營收損失（假設占全球30%，年營收五億美元，每年損失約計一千五百萬美元）。

情境二：重大網路與資訊安全事件

• 觸發條件：駭客攻擊導致大量患者數據外洩或設備被遠端控制；
• 後果：強制召回、集體訴訟、刑事調查；
• 財務影響：召回成本二千萬到五千萬美元、訴訟賠償五千萬到二億美元、品牌損失無法估計；

情境三：市場監督抽查或追蹤稽核發現不符合

• 觸發條件：主管機關發現技術文件不完整、網路與資訊安全測試不足；
• 後果：限期改善、罰款、公開譴責；
• 財務影響：罰款一千萬歐元、改善成本五百萬到一千萬美元、股價下跌。

 （未完、待續）

連續血糖監測系統 (CGM)符合資訊安全條例模擬（五之二）

 （續前篇）

適合醫療器材及資訊安全產業界，具備大學教育背景的亞洲讀者。 此文僅供個人參考與資訊喚回，尚非法律建議或符合性途徑。內文引用人工智慧網路平臺提供資訊，經由整合篩選與文字調整。後續修訂請查閱ISO與歐盟官方網站、洽詢各家驗證公司、諮詢顧問等。CC CC BY-NC-ND。非供AI模型訓練。

3.2法規架構分析

歐盟對於醫療器材的法規架構日益完善，特別是在網路與資訊安全方面，MDR (EU 2017/745) 與 CSA (EU 2019/881) 共同構建了一套嚴謹的符合法規系統。對於 CGM 系統製造商而言，理解這兩大法規的交織影響至關重要。

醫療器材法規 (MDR, EU 2017/745) 的網路與資訊安全要求

層級一：MDR 附件 I 中的「一般安全與性能要求」(GSPRs) 明確指出，醫療器材必須在整個生命週期內確保其安全與性能，其中多項 GSPRs 直接或間接與網路與資訊安全相關：

• GSPR 14：軟體設計與開發：要求軟體必須按照現今技術水準進行設計與製造，並考慮到網路與資訊安全風險。這意味著製造商需採用結構化的軟體開發生命週期 (SDLC)，並整合本質安全設計原則 (Security by Design)。
• GSPR 15：網路與資訊安全與資料保護：這是 MDR 中最直接的網路與資訊安全要求，強調器材必須具備抵禦未經授權存取、資料洩露、系統損壞或篡改的能力。對於 CGM 系統，這包括患者資料的加密、存取控制、以及防止惡意軟體攻擊的措施。
• GSPR 16：與其他器材的交互操作性：若 CGM 系統需與其他醫療器材或資訊系統互動，則必須確保此種交互操作性不會引入新的網路與資訊安全風險。標準化的介面與安全的通訊協定是關鍵。
• GSPR 17：電子資料處理與行動應用程式：針對涉及電子資料處理或行動應用程式的器材，MDR 要求其設計應確保資料的機密性、完整性與可用性。對於具備行動應用程式的 CGM 系統，這涵蓋了應用程式的安全開發、更新機制及使用者身份查證。

層級二：調和標準（Harmonised Standards）

• EN ISO 14971:2019+A11:2021（風險管理應用在醫療器材）
• EN IEC 62304:2006+A1:2015（醫療器材軟體生命週期流程）
• EN IEC 62366-1:2015+A1:2020（可使用性工程應用在醫療器材）
• EN ISO 13485:2016（醫療器材品質管理系統）

層級三：現今技術水準（State of the Art）

• IEC 81001-5-1:2021（健康軟體與IT安全，2025年DOW）
• ETSI EN 303 645:2020（消費性IoT網路安全）
• ISO/IEC 27001:2022（資訊安全管理系統）
• ISO/TS 6268-1:2025（遠距醫療網路安全）

層級四：國家指引（National Guidance）

• BSI Germany: CRA Guidance（雖排除醫療器材，但技術控制可參考）
• ANSSI France: Medical Device Cybersecurity Recommendations醫療器材網路與資訊安全建議內容

歐盟網路與資訊安全法案 (CSA, EU 2019/881) 的驗證法規

CSA 旨在建立一個全歐盟統一的網路與資訊安全驗證法規，透過制定具體的驗證方案 (Certification Schemes)，提升 ICT 產品、服務和流程的網路與資訊安全水準。ENISA 負責制定該等方案，目前已發布 EUCC (基於 Common Criteria) 方案，並正在開發 EUCS (雲端服務) 和 EU5G 等方案。

儘管目前尚未有專為醫療器材設計的 ENISA 驗證方案，但 EUCC方案對於高風險的 ICT 產品（包括醫療器材中的軟體和硬體組件）係為高度相關性。製造商可透過自願性地取得 EUCC 驗證，向市場證明其 CGM 系統具備高水準的網路與資訊安全保障。這不僅能提升產品的市場競爭力，也可能成為未來 MDR 符合法規的強而有力之間接佐證。

4.風險評鑑與器材分級

有效的風險評鑑與管理是醫療器材網路與資訊安全符合法規的基礎。製造商應根據 EN ISO 14971:2019+A11:2021 標準，建立一套全面的風險管理流程，並將MDR 附錄I (GSPRs) 網路與資訊安全各類風險納入考量。

醫療器材分級Class IIb（Rule 10 & Rule 12）

• Rule 10：用於監測或控制治療給藥的主動式器材（CGM監測人體血糖並連接AID系統）
• Rule 12：用於給藥或移除藥品的主動式器材（間接影響決定胰島素輸入及注射量）
• 理由：CGM器材連接生命維持/生命支持系統（AID），網路安全失效可能導致嚴重傷害或死亡

網路與資訊安全風險識別與評估

網路與資訊安全風險等級：高風險（High Risk）
對於 CGM 系統，潛在的網路與資訊安全風險包括但不限於： 

• 連接生命維持/生命支持系統（AID）：網路安全失效可能導致嚴重傷害或死亡資料洩露：患者的血糖資料、個人身份資訊等敏感資料可能被未經授權的存取、竊取或篡改。
• 器材功能受損：惡意軟體或網路攻擊可能導致 CGM 系統無法正常運作，影響血糖監測的準確性，甚至造成錯誤的治療決策。
• 遠端控制濫用：若 CGM 系統具備遠端控制功能，惡意行為者可能利用漏洞進行未經授權的控制，對患者造成傷害。
• 供應鏈風險：第三方軟體元組件、雲端服務供應商或硬體供應商的漏洞可能被利用，進而影響 CGM 系統的安全性。
• 拒絕服務攻擊 (DoS)：攻擊可能導致 CGM 系統的通訊中斷，使患者無法接收即時血糖資料或警報。

製造商應對該等風險進行系統性地鑑別、分析和評估，考慮其發生的可能性 (Probability) 和嚴重程度 (Severity)，並根據攻擊與危險程度之相應的風險等級，制定適當的控制措施。

ICT 相關風險與器材分類

隨著 CGM 系統日益依賴資訊與通訊技術 (ICT)，其 ICT 相關風險也隨之增加。這包括軟體漏洞、通訊協定弱點、雲端基礎設施安全等。製造商應特別關注 IEC 81001-5-1:2021 等網路與資訊安全性標準，該標準提供了健康軟體和 IT 安全在產品生命週期中的活動指引，有助於系統性地管理 ICT 相關風險。

在器材分類方面，MDR 根據醫療器材的風險等級將其分為 Class I、IIa、IIb 和 III。CGM 系統通常屬於 Class IIb，這意味著其網路與資訊安全要求將更為嚴格，需要更全面的風險管理和符合法規證明。風險評鑑應考慮網路與資訊安全事件對患者健康、資料隱私和系統功能的潛在影響，並確保所採取的控制措施與器材的風險等級相符。

應對新興風險

網路與資訊安全威脅不斷演進，製造商需建立一套前瞻性的風險管理機制，以應對新興風險，例如： 

• 人工智慧 (AI) 相關風險：若 CGM 系統整合 AI 功能，需評估 AI 模型可能存在的偏見、資料投毒或模型篡改等風險。
• 量子計算威脅：雖然目前尚未普及，但製造商應開始關注量子計算對現有加密技術的潛在威脅，並規劃未來的加密升級策略。
• 物聯網 (IoT) 安全：若 CGM 系統作為醫療物聯網 (IoMT) 的一部分，需考慮其與其他 IoT 器材互聯時可能引入的未知風險。

持續的威脅監控、漏洞管理和安全更新機制是應對新興風險的關鍵措施。

5.設計開發過程演進

醫療器材的設計與開發過程是確保其網路與資訊安全性的關鍵環節。製造商應將網路與資訊安全視為產品生命週期中不可或缺的一部分，從概念階段就開始融入安全考量，並持續貫穿整個設計、開發、測試、上市後監控及維護階段。這不僅符合 MDR 的要求，也是實踐「資訊安全設計」(Security by Design) 和「預設資訊安全」(Security by Default) 原則的體現。

5.1設計計畫與安全整合

製造商應制定一份詳盡的設計計畫，明確定義 CGM 系統的網路與資訊安全目標、需求和查證方法。這份計畫應涵蓋：

• 威脅建模 (Threat Modeling)：在設計早期識別潛在的網路與資訊安全威脅和漏洞，例如使用 STRIDE (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege) 等方法。
• 安全需求規範：將識別出的安全風險轉化為具體的安全需求，並納入設計輸入。
• 安全架構設計：設計具備分層防禦、最小權限原則、安全通訊和資料加密等特性的系統架構。
• 安全編碼指引：制定並遵循安全的編碼實踐，以減少軟體漏洞。
• 安全測試計畫：規劃單元測試、整合測試、系統測試和滲透測試等，以查證安全需求的實現。 

5.2.1威脅建模（STRIDE方法）概述

威脅類別	具體威脅情境	風險等級	現有控制	需強化措施
欺騙（Spoofing）	攻擊者偽冒合法CGM發送虛假低血糖數據，導致AID過量輸注胰島素	極高	BLE配對加密	實施雙向認證、設備綁定
未經授權存取 (Access Control)	大規模患者數據洩漏 (GDPR 違規)	極高	傳輸層加密	多因素認證 (MFA) + 角色權限管理 (RBAC)
篡改（Tampering）	攔截並修改傳輸中的血糖數據	高	AES-128加密	升級至AES-256、增加訊息認證碼（MAC）
資訊洩露（Information Disclosure）	未授權存取患者健康數據（PHI）	高	傳輸層加密	靜態加密、存取控制、匿名化
拒絕服務（Denial of Service）	干擾BLE訊號導致CGM與AID通訊中斷	高	頻道跳躍	干擾偵測、自動重連、備份警報機制
否認（Repudiation）	使用者否認曾接收警報導致延誤治療	中	本地日誌記錄	不可否認的審計軌跡、雲端備份
中間人攻擊 (MITM)	醫療紀錄被竄改/洩漏	中	本地日誌+伺服器記錄	雙向 TLS 認證 + 強制 HTTPS 傳輸
權限提升（Elevation of Privilege）	利用API漏洞取得管理員權限	中	API金鑰驗證	OAuth 2.0、範圍限制、速率限制

5.2.2ICT相關風險矩陣

(圖5.2.2)

5.2.3軟體物料清單 (SBOM) 與漏洞管理

軟體物料清單 (Software Bill of Materials, SBOM) 已成為醫療器材網路與資訊安全管理的核心工具。需符合以下標準：

• SPDX（Software Package Data Exchange）ISO/IEC 5962
• CycloneDX（OWASP標準）
• SWID Tags（ISO/IEC 19770-2）

一份完整的 SBOM 應詳細列出 CGM 系統中所有商業、開源和內部開發的軟體元組件名稱及其版本、供應商資訊、授權資訊（SPDX License Identifier）、雜湊值（SHA-256）、已知漏洞（CVE ID）、依賴關係樹及生命週期狀態（Active/End-of-Life）。

製造商應建立一套自動化或半自動化的 SBOM 管理流程，包括：

• SBOM 生成與維護：在軟體開發過程中持續生成和更新 SBOM，確保其準確性和時效性。

【方案 A：定期產出靜態 SBOM (CycloneDX 格式)】或
【方案 B: 建立動態 SBOM，與 CVE (通用漏洞披露) 資料庫實時對接】；

• 漏洞掃描與分析：定期對 SBOM 中的組件進行漏洞掃描，並與國家漏洞資料庫 (如 NVD) 或其他威脅情報來源進行比對，識別潛在的已知漏洞。
• 漏洞評估與修復：對識別出的某組件漏洞進行風險評鑑，快速判定其是否影響 CGM 實體功能，並根據其嚴重性和潛在影響制定修復計畫，避免不必要的恐慌性召回。對於無法立即修復的漏洞，應實施緩解措施並進行追蹤。
• 供應鏈透明度：要求第三方供應商提供其軟體元組件的 SBOM，以確保整個供應鏈的網路與資訊安全透明度。

實施步驟與時程規劃：

1. 2026 Q2：導入自動化SBOM生成工具（如FOSSology、Syft、CycloneDX工具鏈）
2. 2026 Q3：建立軟體組成分析（SCA）流程，持續監控漏洞
3. 2026 Q4：整合至CI/CD管道，每次建置自動生成SBOM
4. 2027起：每季更新技術文件中的SBOM，重大漏洞72小時內評估影響

然而，SBOM 的有效管理並非易事。對於包含器材韌體和行動應用程式的 CGM 系統，其更新頻率和複雜的依賴關係使得維護動態且準確的 SBOM 成為一項重大挑戰。製造商需要投入專門的設備、工具和技術人員進行 SBOM 生命週期管理，解決依賴衝突，並在整個供應鏈中強制執行 SBOM 要求，這需要大量的組織層面廣泛地多方協調和持續性資源投入。

5.2.4 威脅建模精進

採用Microsoft STRIDE與MITRE ATT&CK for ICS/IoT框架，每半年更新：

• 新興威脅情報整合（ENISA年度威脅報告、FDA安全通報）
• 攻擊路徑分析（Attack Tree）
• 緩解措施有效性驗證

階段三：優化認證期（2029-2030）

5.2.5 網路安全驗證準備（Plan B）

認證項目	標準/方案	預估時程
ISO/IEC 27001資訊安全管理	第三者驗證機構稽核(TÜV, DEKRA, BSI, SGS)	2029 Q1-Q2
醫療器材網路與資訊安全驗證	ENISA認可方案（待發布）	2029-2030
共通準則Common Criteria（選項）	ISO/IEC 15408 EAL2+	2030 Q3-Q4

（未完、待續）