115 調查局特考三等 電子科學組 計算機概論 考古題詳解

核心觀念

本題考查生成式人工智慧的基本運作原理，以及導入大型語言模型（LLM）時，如何透過技術控制與組織治理管理幻覺、偏見、錯誤決策及資料外洩風險。

生成式 AI 是以大量資料訓練模型，學習資料中的統計規律，再依據輸入提示（prompt）產生新內容的人工智慧技術。以大型語言模型為例，模型會將文字切分為詞元（token），再根據上下文估計下一個詞元的機率，逐步產生回應：

模型輸出的文字流暢，不代表內容必然正確。訓練資料不完整或有偏差、使用者提示不清楚，以及模型本身無法可靠辨識知識邊界，都可能造成錯誤資訊或幻覺。因此，企業導入時不能只仰賴模型本身，而應設置資料、模型、系統、流程與人員等多層防護。

解題方法

作答可分成兩部分：先說明生成式 AI 如何由輸入提示產生內容，再依風險提出對應機制。技術機制著重於降低錯誤、限制資料流動及監測系統；管理機制則著重於訂定使用範圍、責任歸屬及人工覆核。最後補充使用效益，說明風險控管的目的在於安全、適切地採用，而非完全禁止使用。

技術機制

1. 資料治理與來源控管 建立資料分類、存取權限、保存期限與刪除規則；訓練或檢索資料須檢查正確性、時效性、偏差及授權狀況。個人資料、機密資料與敏感資訊應採取遮罩、去識別化或排除處理，避免直接輸入外部模型。

2. 檢索增強生成（RAG）與來源佐證 對需要依據企業內部文件或最新資訊作答的情境，可先從核准的知識庫檢索相關內容，再提供模型生成答案。要求答案標示來源或引用段落，並檢查內容是否受檢索資料支持。RAG 可降低模型脫離資料憑空回答的風險，但檢索資料錯誤、過時或不完整時，仍可能產生錯誤答案。

3. 模型測試與輸出驗證 上線前以代表性案例測試準確度、偏差、穩健性及不當輸出；上線後持續監測錯誤率、使用情形與模型版本變化。對數字、程式碼、法規或其他可驗證內容，搭配資料庫、規則引擎或專用程式檢核，不將語言模型的回答直接視為已驗證事實。

4. 提示與輸入輸出防護 使用明確的系統提示界定模型角色、適用範圍及回覆格式，並處理越獄提示、提示注入及不可信文件內容。輸入端檢查敏感資料與惡意指令；輸出端檢查個資、機密資訊、不當內容及超出授權範圍的指示。

核心觀念

本題考查政府機關導入雲端辦公與遠端服務時的網路安全威脅辨識、風險管理及縱深防禦。答題應從資訊安全的機密性、完整性、可用性（CIA）出發，再依服務架構辨識攻擊面：雲端平台、遠端使用者與端點、跨機關連線及資料交換。

雲端服務採用後，機關仍須負責資料分類、身分與權限管理、端點安全、組態管理、稽核及事件應變；雲端服務提供者則依服務模式與契約，負責其範圍內的實體設施、平台或基礎架構安全。這是雲端安全的共同責任觀念。

涉及法規時，應以命題當年（民國 115 年）法規為準。本題核心在資通安全管理法及相關子法所要求的資通安全責任、管理與應變；實際措施亦應依機關資通安全責任等級、資料敏感程度及採購契約落實。

解題方法

可採「架構與資產 → 威脅 → 影響 → 控制措施」的方式作答：

1. 先指出系統中的重要資產，包括公務資料、帳號憑證、端點設備、雲端服務、網路連線及交換介面。
2. 依遠端辦公、雲端儲存與跨機關交換等情境，列出威脅來源及攻擊手法。
3. 說明威脅對機密性、完整性或可用性的影響。
4. 對應提出預防、偵測、應變及復原措施，形成縱深防禦。

主要網路安全威脅

一、帳號遭竊與身分冒用 釣魚郵件、偽造登入頁面、惡意程式或密碼重複使用，可能竊取帳號密碼及工作階段憑證。攻擊者取得合法帳號後，可冒充承辦人登入雲端系統、讀取資料或發動內部攻擊。

二、遠端連線遭攔截或遭入侵 使用者若透過不安全的公共無線網路、未加密通道或遭竄改的端點連線，可能面臨中間人攻擊、工作階段劫持及資料竊聽。端點遭惡意程式感染時，攻擊者也可能直接取得登入中的文件與憑證。

三、雲端設定錯誤與權限過度 儲存空間、分享連結、應用程式介面或存取控制設定不當，可能造成資料公開、遭未授權下載或被外部修改。若使用者、管理者或服務帳號具有過度權限，帳號遭入侵後影響範圍也會擴大。

四、資料外洩與跨機關交換風險 資料傳輸至錯誤對象、分享權限未適當限制、交換介面驗證不足，或接收機關未妥善保護資料，都可能造成機密資料外洩。交換資料遭竄改、重送或偽造，也可能使業務依據錯誤資訊執行。

五、勒索軟體與惡意程式 惡意程式可透過釣魚附件、遭入侵端點或弱點進入環境，加密雲端同步資料、竊取資料或破壞備份，導致業務中斷與資料外洩。

六、服務阻斷與雲端服務中斷 分散式阻斷服務（DDoS）、雲端服務故障、網路中斷或服務供應鏈事件，可能使使用者無法登入或辦理公務。若缺乏替代流程與可用備份，影響會擴及跨機關業務。

七、內部人員濫用與稽核不足 具權限的員工或委外人員可能違規下載、複製、修改或刪除資料。若日誌未集中保存、未定期檢視，或雲端服務的稽核資料不足，事件發生後將難以追查與釐清責任。

八、雲端供應鏈與法遵風險 服務提供者、委外維運人員、第三方軟體或更新機制遭入侵，可能造成間接攻擊。資料所在地、分包商管理、服務終止後資料移轉或刪除方式若未明確納入治理，也會增加管理與法遵風險。

完整防護措施

一、建立治理與風險管理機制

• 依機關業務及資通安全責任等級進行風險評估，盤點資料、系統、服務、介接介面與責任歸屬。
• 依資料敏感程度訂定分類分級、存取、傳輸、保存及銷毀規範；機敏資料應限制使用情境與分享範圍。
• 採購雲端服務時，明定服務範圍、共同責任、資料所有權、資料所在地、分包商管理、稽核權、事件通報時限、備份、服務可用性及契約終止後的資料返還與安全刪除。

核心觀念

本題考查作業系統對程序與執行緒的管理，以及 CPU 排程和同步機制如何影響系統效能。作業系統以程序作為資源配置與保護的基本單位，以執行緒作為 CPU 執行與排程的基本單位；同步則用來協調多個執行緒或程序對共享資料與資源的存取。

• 程序（Process）：正在執行的程式及其執行狀態。程序具有獨立的虛擬位址空間與資源，例如程式碼、資料、開啟的檔案，以及程序控制區塊（PCB）。
• 執行緒（Thread）：程序內的執行流程。執行緒共享所屬程序的程式碼、資料、位址空間及部分資源，但各自擁有程式計數器（PC）、暫存器組與堆疊。
• CPU 排程（Scheduling）：作業系統決定哪個可執行的程序或執行緒使用 CPU，以及使用的先後次序與時間。
• 同步（Synchronization）：透過互斥鎖、信號量等機制，協調並行執行的工作，避免競爭條件並維持共享資料的一致性。

解題方法

可從「資源如何隔離與共享」、「工作如何取得 CPU」及「共享資源如何安全存取」三個層次作答。

程序與執行緒的差異

上述差異是一般作業系統的典型設計；實際切換成本仍取決於作業系統與硬體架構。

CPU 排程對效能的影響

核心觀念

本題在考大型資訊系統的程式設計原則，以及違反這些原則可能造成的工程與安全問題。大型系統由多個模組、團隊與外部服務共同組成，設計時除了讓程式符合需求，也要使其容易理解、測試、修改、擴充與防護。

解題方法

可從「需求、結構、品質、生命週期」四個面向作答：

1. 先說明如何將需求轉化為清楚的程式規格。
2. 再說明如何拆分系統與管理模組間的關係。
3. 接著涵蓋可讀性、可測試性、效能與安全性等品質要求。
4. 最後將設計缺失連結到實際後果，例如維護成本、系統故障、資料外洩與效能瓶頸。

大型資訊系統的設計原則

一、需求明確，正確性優先

設計前應釐清使用者需求、系統邊界、輸入輸出、例外情境與非功能需求，例如回應時間、可用性及安全要求。程式應符合規格，並對無效輸入、錯誤狀態及例外情況有明確處理方式。

二、模組化與高內聚、低耦合

將系統依責任切分為適當模組，使每個模組集中處理一項明確工作；模組間透過穩定、清楚的介面互動。高內聚可讓模組職責容易理解，低耦合則可降低修改一處時牽動其他部分的機會。

三、抽象化與資訊隱藏

以介面表達模組提供的功能，將內部資料結構與實作細節隱藏起來。如此可減少模組間對內部細節的依賴，使實作改變時不必全面修改呼叫端。

四、可讀性與一致性

使用具意義的變數、函式及模組名稱，遵循一致的命名、縮排、格式與錯誤處理規範；適度撰寫註解及文件，說明重要設計理由與非直觀邏輯。註解應補充程式意圖，不應只是重述程式碼。

五、可維護、可擴充與避免重複

將容易改變的部分集中管理，避免把設定值散布於程式各處；重複邏輯宜適當抽取，並避免以大量複製貼上形成多份版本。設計需保留合理的擴充空間，但不宜為尚未確定的需求增加不必要的複雜度。

六、可測試與可驗證

模組應能獨立測試，並以單元測試、整合測試及系統測試確認不同層次的行為。測試需涵蓋正常流程、邊界條件、錯誤輸入及例外處理；必要時搭配程式碼審查與自動化檢查。

七、安全性與可靠性