113 身心障礙特考四等 資訊處理 資訊管理概要 考古題詳解

核心觀念

本題考「軟體開發流程模式」的選擇，重點是根據專案的風險、需求變動程度及技術狀況，選擇合適的開發方式。既有系統已因開發平台終止支援而需要重建，且原有架構無法支援後續擴充，代表專案同時面臨技術轉換與需求演進問題。

題目未指出必須一次完成全部功能，也未要求採用特定方法；以政府計畫管考系統需逐步確認功能、分階段交付為前提，適合採用漸增式開發模式（Incremental Model），並搭配反覆確認需求的迭代作法。

解題方法

先辨識題目中的兩項條件：

1. 平台 EOS：舊開發平台已終止支援，重建時需要導入新平台，需處理技術選型、相容性、資料移轉及轉換風險。
2. 架構無法擴充：新系統需要支援後續功能增加，初期需求未必能完整涵蓋未來變化。

因此，宜先建立新系統的整體架構與核心功能，再將系統拆分成可獨立交付的功能模組，分階段開發、測試及上線。每一階段的使用回饋可納入後續增量，逐步完善系統。

採用漸增式開發的原因如下：

• 早期交付核心功能：先完成計畫資料建檔、案件追蹤等核心流程，讓機關能逐步轉換使用，不必等到所有功能完成才開始驗收。
• 降低技術轉換風險：先以核心模組驗證新平台、架構設計、資料介接與部署方式，再將成熟作法延伸到其他模組。
• 因應需求調整：管考制度或使用者需求若有變動，可在後續增量中調整，減少一次性完整定義所有需求的困難。
• 利於測試與驗收：各增量能分別進行整合、測試及驗收，較容易定位問題並控制品質。

核心觀念

本題考查區塊鏈的運作原理、技術特性、分類方式，以及如何判斷區塊鏈適合用於哪些政府數位轉型場景。作答時，先說明資料如何被共同驗證並串接成鏈，再整理其特性與類型，最後從政府業務需求出發提出應用領域。

區塊鏈可視為由多個參與者共同維護的分散式帳本。交易資料經網路節點驗證後，打包成區塊；區塊透過雜湊值與前一區塊連結，形成可追溯的資料鏈。新增資料須依該鏈採用的共識機制取得認可。

解題方法

一、說明主要運作原理

1. 交易產生與廣播：參與者提出交易或資料紀錄，並廣播至區塊鏈網路。
2. 節點驗證：網路節點依規則檢查交易格式、簽章、權限及是否符合帳本狀態等條件。
3. 形成區塊：通過驗證的交易被彙整成區塊。區塊通常包含交易資料、時間資訊、前一區塊的雜湊值，以及本區塊的雜湊值等資訊。
4. 共識決定：節點依共識機制確認哪個區塊可加入帳本。常見機制包括工作量證明（Proof of Work, PoW）、權益證明（Proof of Stake, PoS）及適用於許可型網路的拜占庭容錯類機制。
5. 連結並複製帳本：新區塊指向前一區塊的雜湊值，確認後同步至網路節點。若竄改既有區塊，該區塊及後續區塊的雜湊連結將不一致，容易被網路偵測。

雜湊函數會將輸入資料轉換成固定長度的摘要。雜湊值能協助檢查資料是否遭變更，但本身不代表資料內容必然正確；若資料一開始輸入錯誤，區塊鏈仍可能忠實保存錯誤紀錄。

二、整理區塊鏈特性

• 分散式維護：帳本由多個節點共同維護，降低對單一中心資料庫的依賴。
• 可追溯與可稽核：資料依時間及區塊順序連結，方便查核交易歷程與責任軌跡。
• 難以竄改：雜湊連結與共識機制使已確認紀錄不易被單方修改；但不等於絕對不可竄改，也不代表資料天然正確。
• 共享一致性：參與節點依共識規則維持帳本狀態一致，減少彼此帳冊不一致的情形。
• 透明度可設計：公開鏈可供廣泛查閱；許可型鏈則可依身分與權限限制資料的讀取或寫入。
• 具密碼學身分與授權機制：可運用公私鑰、數位簽章等方式確認交易來源及授權。
• 效率與治理有取捨：節點協調、共識及資料複製會增加處理成本；吞吐量、延遲、隱私、可擴充性及能源消耗，會因架構與共識機制而異。

三、區分區塊鏈類型

可依參與與管理權限區分：

核心觀念

本題考《資通安全責任等級分級辦法》附表一「資通安全責任等級 A 級之公務機關應辦事項」，要從中找出「技術面」的要求。題目問的是技術面，因此應聚焦於安全性檢測、資通安全健診、威脅偵測、政府組態基準及資通安全防護等項目；人員配置、稽核、教育訓練等屬其他面向，不是本題所問。

以下以命題當年（民國 113 年）法規為準。現行法規於民國 115 年修正，解題仍依命題當年的規定。

解題方法

依附表一的制度面向欄位，篩出「技術面」，再按「辦理項目—辦理內容」整理。作答時除了列出措施，也要記住各項期限與頻率，尤其是「核心資通系統每年二次」與「每年一次」的區別。

技術面應辦事項

1. 安全性檢測

• 網站安全弱點檢測：全部核心資通系統每年辦理二次。
• 系統滲透測試：全部核心資通系統每年辦理一次。

2. 資通安全健診

• 網路架構檢視。
• 網路惡意活動檢視。
• 使用者端電腦惡意活動檢視。
• 伺服器主機惡意活動檢視。
• 目錄伺服器設定及防火牆連線設定檢視。
• 上述健診每年辦理一次；依法規備註，亦得採取經主管機關認可、具有同等或以上效用的措施。

核心觀念

本題考查如何運用 PDCA 持續改善循環建置政府機關的資訊安全管理系統（ISMS）。ISMS 不只是添購防火牆或防毒軟體，而是以風險管理為基礎，透過政策、組織、人員、程序、技術控制與持續檢討，保護資訊資產的機密性、完整性與可用性。

PDCA 四階段為：

• Plan（規劃）：確立目標、範圍與執行方案。
• Do（執行）：依規劃實施安全措施。
• Check（檢查）：監督、量測與稽核執行成果。
• Act（行動）：矯正缺失並持續改善，再進入下一輪規劃。

解題方法

依 PDCA 的順序，將「建置 ISMS」拆成四階段，並在每階段交代機關要做的事及其產出。規劃階段先建立管理基礎與風險處理方向；執行階段落實控制措施；檢查階段確認措施是否有效；行動階段依檢查結果修正制度與措施。如此可呈現 ISMS 從設計、落實到改善的完整循環。

參考作答

一、Plan（規劃）—建立管理基礎與風險處理計畫

1. 取得高階主管支持並訂定資訊安全政策：由機關首長或高階主管承諾推動，明確宣示資訊安全目標、責任與原則，並配置必要的人力、經費及資源。
2. 界定 ISMS 範圍與組織責任：確認納入管理的業務、單位、資訊系統、網路、機房及委外服務，成立資訊安全組織，指定權責人員及通報、協調機制。
3. 盤點資訊資產並評估風險：辨識資料、軟硬體、網路、服務及相關人員等資產，分析其面臨的威脅、弱點及影響，評估風險高低與可接受程度。
4. 擬定風險處理方案：依風險評估結果，選擇降低、避免、移轉或接受風險等處理方式，訂定控制措施、負責人、完成期限與衡量指標；並留存適用性聲明等管理文件。

二、Do（執行）—落實政策、程序與安全控制

1. 依核定計畫建置並執行安全控制，例如帳號與存取權限管理、身分驗證、系統弱點修補、惡意程式防護、網路安全、備份及日誌管理。