AI 與資安採購的最佳案例
歐盟網路安全局(ENISA) 在 2026 年 7 月發布更新版《醫院與醫療照護機構資安採購指引》,把資安考量分三階段嵌入採購流程:規劃階段完成風險評估並訂定具體要求,依 ISO/IEC 27001、NIST SP 800-53 或適用的國家級電子醫療資安框架訂定要求;招標階段由跨部門委員會(IT、資安、臨床工程、法務代表)共同評估提案;履約階段由醫院或醫療照護機構持續監督供應商績效、管理事故回應。
跟 GSA 事後用合約條款片面加碼的做法有別,ENISA 屬於事前揭露,在採購最前面就把資安要求寫進招標規格,供應商在投標階段就掌握規則,不會簽約後才被迫接受新條件。
這版新增 AI 採購專章:AI 風險不限於標榜為 AI 產品的採購項目,也涵蓋嵌入在其他產品裡的 AI 功能,或供應商在開發、技術支援過程中使用的 AI;敏感的健康、個人、資安或基礎架構資訊,除非經過明確法律、資料保護、資安與臨床風險評估並取得授權,否則不得提交給外部 AI 服務。指引對齊 NIS2 指令、醫療器材法規、GDPR、歐洲健康資料空間法規,以及歐盟《網路韌性法案》。
這正是「資安採購與 AI 採購的重新設計」具體改變的地方。過去的資安要求,多半是招標之後、履約階段才被發現有缺口,或者像 GSA 一樣,事後用合約條款片面加碼;現在的做法是把資安要求提前到規劃階段就寫進招標規格,供應商投標前就得證明自己合格。會走到這一步,是因為 AI 把風險的範圍拉大了——AI 可能被嵌入供應商自己的開發流程、客服互動裡,採購方事後根本稽核不到;一旦出事,代價已超越罰款層次,NHS 的 Synnovis 事件牽涉病患死亡,哥倫比亞的標案則被爆出企業合謀操縱,兩個案例都指向同一件事:先上車、後補票的舊模式,風險已經高到企業與政府都賠不起。
歐盟用指引統一原則,英國則直接砸預算、設專責單位。英國政府在 2026 年 1 月 6 日發布《政府資安行動計畫》,編列超過 2.1 億英鎊預算,成立「政府資安小組」(Government Cyber Unit) 協調跨部會風險管理與事件回應,適用範圍涵蓋約 25 個中央政府部門、數百個非部門公共機構,以及相當比例的 NHS 機構。同日,《網路安全與韌性法案》在下議院進行二讀。計畫同時推出「軟體安全大使計畫」,Cisco、Palo Alto Networks、Sage、Santander、NCC Group 等公司加入擔任大使,Santander 英國資安長 Thomas Harvey 具名表示支持。
NHS England 與衛生社會照護部於 2026 年 1 月 21 日發出公開信,由衛生照護部國家資安長 Phil Huggins 與 NHS England 國家網路作業執行長 Mike Fell 聯名發布,宣布針對供應鏈中約 3.6 萬家供應商展開直接接觸,要求供應商展現六項資安控制:系統修補更新、在「資料安全與保護工具箱」維持達標等級、多因子驗證、關鍵基礎架構監控與日誌記錄、不可竄改備份與經測試的復原計畫、董事會層級演練。這封信明確聲明,此舉定位為輔導性質,屬於協助供應商提升,有別於正式稽核或及格與否的考核。
這件事背景是導因接連三起事件:2022 年一起軟體供應商攻擊導致 NHS 服務中斷數週;2024 年 6 月病理檢驗商 Synnovis 遭勒索軟體攻擊,導致倫敦多家醫院被迫轉診,並牽涉至少一起病患死亡;2025 年底 Barts Health NHS Trust 與 NHS GP 軟體供應商 DXS 相繼遭駭,DXS 系統約 2,000 家 GP 診所在使用。
在拉丁美洲,治理設計不到位,標案可能就會直接凍結。哥倫比亞國家公共採購局在 2026 年 7 月暫停一項近 3,000 億披索的資安財貨與服務框架協議標案,原因是檢察總署提出疑慮,加上招標期間收到超過 5,600 條意見;媒體報導指出,暫停前一週,主管機關還收到一份檢舉,指控三家企業合謀操縱供應商遴選程序——這起檢舉的真實性尚在調查。一個月後,這項標案因為同樣的疑慮尚未解決,二度延長暫停。
這證明「重新設計」伴隨明確代價:採購從單純比價,轉為必須審查供應商的資安能力與程序透明度,程序本身的嚴謹度要求提高,稍有爭議就可能讓整個標案卡住。
ENISA、英國政府、NHS、哥倫比亞四個案例雖然各有不同,但方向一致:把資安要求從簽約後的補救,往前搬到規劃階段就先寫進規格。四個案例也說明,調整方式也有其他成本——NHS 背後是病患死亡的教訓才換來供應鏈全面查核,哥倫比亞的標案則因為審查變嚴謹,兩度卡關。事後補救的代價,是出事才知道;先嵌入規格的代價,是採購變慢、爭議變多。兩種代價,企業與政府都得選一個。
ISO 27090 試圖銜接 ISMS 與 AI 風險語言
當採購從產品評選轉向貫穿招標、履約、續約的治理,企業需要一套能讓既有資訊安全管理系統(ISMS,企業依 ISO 27001 標準建立的一套資安治理框架,涵蓋風險識別、控制措施與持續改善)承接 AI 風險的語言,這正是 ISO 27090 嘗試回答的問題。
[ 推薦閱讀:AI 資安國際標準 ISO 27090 強化AI治理 ]
(本文授權非營利轉載,請註明出處:CIO Taiwan)














