113 高普考高考三級 資訊處理 資訊管理 考古題詳解

核心觀念

弱點掃描（Vulnerability Scanning）是以自動化工具檢查作業系統、網路設備、應用程式及其設定，找出已知弱點、錯誤設定與過時軟體，並評估可能造成的風險。它通常在系統部署前、重大變更後及定期維護時執行，目的是及早發現風險，安排修補或其他防護措施，降低遭入侵、資料外洩或服務中斷的機率。

弱點掃描是風險管理的一環，並不等同於滲透測試：掃描主要比對弱點特徵或設定規則，通常不主動利用弱點取得存取權；滲透測試則會在授權範圍內模擬攻擊，以驗證弱點能否實際被利用。掃描結果也可能有誤判，須由管理者確認弱點是否存在、是否適用，以及對系統的實際影響。

解題方法

本題依序回答四個面向：為何掃描、掃描哪些對象或採何種方式、如何修補、無法修補時如何降低風險。說明時要呈現完整的弱點處理循環：發現與確認、風險排序、修補或替代控制、再次掃描驗證及持續追蹤。

一、弱點掃描的目的

1. 及早發現弱點與錯誤設定：例如未修補的已知漏洞、預設帳號密碼、過度開放的連接埠、不安全的服務設定及憑證問題。
2. 評估與排序風險：依弱點嚴重度、系統重要性、是否暴露於外部網路、是否已有公開利用程式，以及可能造成的衝擊，排定處理優先順序。
3. 支援修補與組態管理：提供弱點清單、受影響資產及處理狀態，協助管理者安排更新、設定調整或其他補償措施。
4. 確認變更後的安全狀態：修補或重大變更後重新掃描，確認弱點已排除，並檢查變更是否引入新問題。
5. 維持持續監控與稽核紀錄：透過定期掃描掌握資產安全狀況，留下風險處理與驗證紀錄。

二、弱點掃描的類型

弱點掃描可依掃描方式與檢查對象分類，實務上常同時使用多種類型：

• 網路型掃描：從網路探測主機、連接埠、服務與已知漏洞。可採外部掃描，檢視網際網路可接觸的資產；也可採內部掃描，檢查內網主機及服務。
• 主機型掃描：在伺服器、工作站或設備上檢查作業系統版本、已安裝修補程式、帳號權限及安全設定；具登入權限的掃描通常能取得較完整的主機資訊。
• 應用程式掃描：檢查網站、網頁應用程式或其他軟體的弱點，例如輸入驗證不足、錯誤處理不當及已知套件漏洞。
• 資料庫與組態掃描：檢查資料庫、網路設備、雲端資源或安全基準設定是否存在不當組態。
• 認證式與非認證式掃描：認證式掃描使用帳號登入目標，檢查內部套件與設定；非認證式掃描不登入，從外部可觀察的資訊評估暴露面。

掃描類型是從不同角度檢視風險，不能只依賴單一掃描方式。例如外部網路掃描不一定能看見主機內部未更新的套件，應依資產性質選擇適當方式。

三、弱點的修補方式

核心觀念

本題考查人工智慧（AI）導入的治理與管理議題，以及 AI 如何成為單位數位轉型的工具。答題須同時涵蓋「導入風險與挑戰」和「轉型應用實例」，並說明如何透過資料治理、流程調整及人員協作，讓 AI 應用產生實際效益。

解題方法

可先從 AI 導入生命週期切入，依序說明資料、模型、系統、人員、組織治理與法遵等面向的風險；再以「轉型前的痛點 → AI 應用方式 → 流程改變 → 預期效益」呈現實例。這種寫法能兼顧技術風險與管理問題，也能清楚交代 AI 如何帶動數位轉型，而非僅羅列工具名稱。

導入人工智慧的風險與挑戰

1. 資料品質與代表性：資料若有缺漏、錯誤、過時或偏差，模型的輸出品質就會受影響；訓練資料未能涵蓋不同族群或情境時，也可能造成不公平結果。
2. 隱私與資安：蒐集、處理或輸入個人資料、機敏公務資料時，須防範未經授權存取、資料外洩及模型遭攻擊。使用外部 AI 服務時，也須留意輸入資料是否被留存或用於訓練。
3. 偏誤、透明度與可解釋性：複雜模型的判斷依據可能不易理解；若模型有偏誤或產生錯誤內容，單位可能難以說明決策理由、追蹤責任或接受外部檢驗。
4. 準確性與可靠性：生成式 AI 可能產生看似合理但不正確的內容；模型表現也可能隨資料、環境或需求變化而下降。因此，重要決策不宜直接依賴未經查證的輸出。
5. 法規、倫理與責任歸屬：導入時須考量個人資料保護、著作權、資訊安全、平等對待及行政責任等要求，並明確界定資料使用、模型建置、人工覆核與錯誤處理的責任。
6. 系統整合與營運維護：AI 系統須與既有資料庫、業務流程及資訊設備整合；還需持續監控、更新模型、維護資安並確保服務不中斷，所需成本與專業人力不可忽略。
7. 組織接受度與人才落差：員工可能擔心工作被取代，或因缺乏 AI 素養而不信任、誤用工具。若未同步進行溝通、教育訓練及職務調整，技術即使導入也難以落地。

核心觀念

本題考查政府機關辦理資訊系統委外採購時，如何依生命週期管理需求、採購程序、履約品質與後續維護。六階段依序為「先規劃、再招標、完成決標、管理履約、辦理驗收、持續保固」，各階段的文件與管理要求應前後銜接。

政府機關辦理採購，主要依據《政府採購法》及相關子法；資訊委外的資安管理，可參照政府資訊作業委外資安參考指引。以下以命題當年（民國 113 年）法規為準。

解題方法

依六階段逐一回答三件事：機關在該階段要做什麼、要留下哪些重要成果、如何控制主要風險。資訊系統委外的管理重點，除了採購程序合法，也包括需求與驗收標準明確、資安要求納入契約，以及系統交付後的保固維護安排。

各階段工作重點

（1）計畫階段

先確認委外的必要性與採購目標，再將需求轉化為可執行、可驗收的工作範圍。

• **需求與可行性評估：**盤點現有系統、使用者需求、問題與限制，評估自行辦理或委外的可行性及效益。
• **範圍與成果規劃：**界定系統功能、服務範圍、交付項目、時程、預算及預期效益；必要時拆分工作階段或標的。
• **資源與風險評估：**評估所需經費、人力、技術、既有系統介接與資料移轉等條件，並辨識履約、資安、個資、營運中斷及廠商依賴等風險。
• **採購策略擬定：**選擇適當的採購方式、契約型態與評選原則，並規劃專案管理、品質管理及後續維運責任。
• **資安要求納入規劃：**辨識資料敏感程度與系統安全需求，規劃存取控制、保密、弱點修補、事件通報、備份復原、資料返還或銷毀等要求。

（2）招標階段

將規劃結果具體寫入招標文件，使廠商能依一致條件準備投標，機關也能公平審查。

• **編製招標文件：**明訂採購需求、工作說明、交付成果、履約期限、驗收方式與標準、契約草案、廠商資格及評選或決標原則。
• **明確界定服務水準：**若涉及系統維運或持續服務，應訂定可衡量的服務水準，例如可用率、故障回應時間、修復時間及服務報告要求。
• **納入資安與權利義務：**明訂保密與個資保護、帳號及權限管理、分包管理、資安事件通報、稽核配合、原始碼或文件交付、智慧財產權、資料所有權及契約終止時的移轉安排。
• **依法公告並受理投標：**依《政府採購法》辦理公告、領標、釋疑及收標，確保招標資訊公開、條件公平，避免限制競爭或規格偏袒特定廠商。

（3）決標階段

依招標文件所定程序審查投標文件、評選或比價，確認得標廠商並完成契約締結準備。

• **審查投標資格與文件：**確認投標廠商符合資格、投標文件齊備，並依招標文件檢視技術及價格內容。
• **辦理評選或決標：**採最有利標、最低標或其他法定方式時，均須依招標文件所載標準辦理，不得任意變更評選或決標條件。
• **確認決標內容：**核定得標廠商、決標金額及履約條件，並依規定辦理決標公告或通知。
• **完成簽約準備：**確認履約保證金、保險、主要人員、工作計畫及契約文件等事項，確保決標結果能銜接後續履約。

（4）履約管理階段

契約成立後，機關須持續掌握廠商的進度、品質、成本、風險與資安狀況，不能只等到交付時才檢查。

• **啟動與計畫審查：**召開啟始會議，確認雙方窗口、溝通與報告方式，審查廠商提出的工作計畫、時程、品質計畫及測試計畫。

核心觀念

營運衝擊分析（Business Impact Analysis, BIA）是營運持續管理的基礎工作，目的在於辨識重要業務流程及其相依資源，評估中斷對組織造成的衝擊，並據以訂定復原優先順序與時間目標。

BIA 常用的復原指標包括：

• 最大可容忍中斷時間（MTPD）：業務中斷超過此時間，組織將承受不可接受的衝擊。
• 復原時間目標（RTO）：中斷後，業務或系統必須在此期限內恢復運作。
• 復原點目標（RPO）：復原時可接受的資料回復時間點，反映可容忍的資料損失量。

其中，RTO 應短於 MTPD；RPO 用來衡量資料復原需求，與業務服務恢復所需時間不同。

解題方法：營運衝擊分析的步驟

可依「確認範圍、蒐集資料、分析衝擊、設定復原需求、形成成果」的順序作答：

1. 確認分析範圍與目標 界定分析涵蓋的部門、業務流程、地點及服務，確認分析目的、參與人員與管理階層的要求，避免範圍過大或遺漏關鍵業務。

2. 辨識業務流程與關鍵活動 盤點組織提供的產品與服務，列出支撐其運作的主要業務流程、活動與負責單位，並確認哪些流程對營運、法令遵循、客戶服務或組織聲譽具有關鍵性。

3. 蒐集流程與資源資料 透過訪談、問卷、文件檢視或工作坊，蒐集流程負責人與相關人員的資料。盤點流程所需的人員、資訊系統、資料、設施、設備、供應商及其他內外部相依關係。