政府導入 AI 幕僚的資安、稽核與地端部署要求
政府機關評估 AI 幕僚時，功能展示往往不是最後的關卡——資安審查才是。資料會不會送到境外？誰能看到哪些內容？AI 的每次產出有沒有紀錄可查？系統能不能完全放在機關自己的機房？本文整理政府導入 AI 幕僚系統時的六大資安要求、稽核設計與地端部署選項，並提供可直接放進採購規格書的檢核清單。
快速回答：政府 AI 幕僚要滿足哪些資安要求？
政府導入 AI 幕僚系統的資安要求可歸納為六項：資料主權（資料主機座落台灣境內、不流向境外服務）、部署彈性（提供私有地端部署選項）、存取控制（角色式權限與多因素驗證）、使用紀錄（模型呼叫與查詢行為完整留存）、產出稽核（AI 產出與人工修改的版本軌跡）、以及來源可追溯（每個結論可回溯原始資料）。滿足這六項，AI 幕僚才能通過機關資安審查並承載機敏業務。
一、資料主權：資料不出境是底線
多數公有雲生成式 AI 服務的推論發生在境外機房，這對政府業務是根本性的障礙——公務資訊一旦進入境外服務，機關即失去對資料流向的控制。合規的 AI 幕僚系統應確保：資料主機與模型推論皆在台灣境內、供應商具備 ISO 27001 資訊安全管理認證、資料傳輸採 TLS 1.2 以上加密。採購規格書應明文要求「資料儲存與處理均不得離開台灣境內」。
二、部署選項：雲端、私有雲與地端的選擇
依業務機敏程度，部署選項由低到高為：台灣境內雲端（適合以公開輿情為主的監測業務）、政府私有雲、以及完全地端部署（On-Premise）——系統與模型都在機關自有機房運行，連模型推論都不需對外連線。整合內部公文與機敏資料的 AI 幕僚，建議直接以地端為目標架構；外部輿情蒐集層可保留雲端，形成「外雲內地」的混合架構，兼顧資料涵蓋與安全邊界。
三、存取控制：誰能看到什麼、誰能問什麼
AI 幕僚匯集的資訊敏感度不一：公開輿情人人可看，質詢攻防資料限幕僚圈，涉及個案的內部研判只有特定層級可存取。系統應支援角色式存取控制（RBAC）——依職務層級與業務分工設定資料可見範圍與功能權限，搭配多因素驗證（MFA）。同一套系統中，首長、局處主管、承辦人看到的內容與可執行的查詢應該不同。
四、使用紀錄：模型行為要留痕
生成式 AI 引入了新的稽核對象：模型本身的行為。合規系統應留存：誰在何時查詢了什麼、模型引用了哪些資料產出回應、預警與簡報發送給了誰。這些紀錄有兩個用途——資安事件的事後調查，以及回應「AI 是否被不當使用」的監督質疑。缺乏使用紀錄的 AI 系統，在政府環境等於稽核盲區。
五、產出稽核：AI 寫的與人改的要分得開
對外新聞稿、答詢資料若經 AI 輔助產出，機關必須能回答「哪些是 AI 寫的、誰改過、誰核准的」。系統應保留完整版本軌跡：AI 產出版本、人工修改版本、修改者、核准者、引用資料與產出時間。這不只是稽核需求，也是保護承辦人的設計——出現爭議時能明確舉證人工把關確實發生。
六、來源可追溯：每個結論都要有出處
資安審查關注資料怎麼進來、怎麼被保護；課責機制則關注結論怎麼產生。AI 幕僚的每個研判與建議都應能點回原始資料——新聞原文、社群貼文、公文或會議紀錄——並在介面上區分已確認事實、輿情觀察與 AI 推論。可追溯性應列為採購的必要條件：無法交代出處的產出，在政府流程中沒有正式價值。
採購規格檢核清單
- 資料儲存與模型推論均於台灣境內，供應商具 ISO 27001 認證
- 提供完全地端部署選項，或「外部蒐集雲端＋內部知識地端」混合架構
- 支援 RBAC 角色權限、MFA 多因素驗證，權限異動留有紀錄
- 留存完整查詢紀錄與模型使用紀錄，可供資安稽核調閱
- AI 產出保留版本軌跡：產出版、修改版、修改者、核准者、時間
- 每個結論附原始資料連結，介面區分事實、觀察與 AI 推論
- 個資處理符合個人資料保護法：僅蒐集公開內容、統計化呈現