110 高普考高考二級 資訊處理 資訊管理與資通安全研究 考古題詳解

核心觀念

本題考查個人資料全生命週期的保護：從蒐集、存取、傳輸、儲存到刪除，表單管理者都應採取適當的管理與技術措施，避免資料被不當蒐集、未經授權查閱、傳輸途中遭竊取，或超過必要期間仍持續保存。

涉及法規時，以命題當年（民國 110 年）法規為準。本題可依《個人資料保護法》的目的明確、蒐集必要、告知義務及安全維護等原則作答。核心是落實「目的限定、最少蒐集、最小權限、全程保護、期限屆滿即刪除」。

解題方法

依資料處理生命週期逐項整理題目指定的五個面向。每一項都要寫出管理者可執行的措施，尤其本題起因是使用者能看到他人填寫內容，因此存取控制須明確指出：填答者只能提交自己的資料，不能瀏覽、搜尋或下載他人資料。

五項宣導重點

一、資料蒐集原則

• 先確認蒐集目的，例如活動聯繫、資格確認或統計調查，並以明確、正當且與目的相符為原則。
• 只蒐集完成目的所必需的資料；可不收集的身分證字號、地址、出生年月日等資料，不應因表單欄位方便就一併要求。
• 蒐集個人資料時，應依《個人資料保護法》履行告知義務，使當事人了解蒐集者、蒐集目的、資料類別、利用期間與方式、當事人權利及不提供資料的影響等事項。
• 避免把敏感或高風險資料放在不必要的自由填答欄位，也應提醒填答者不要輸入與目的無關的個人或他人資料。

二、存取控制設定

• 表單結果預設僅限具業務需要的管理者存取，並以個別帳號登入；不得使用公開連結讓任何人檢視所有回覆。
• 填答者只能填寫或修改自己的回覆；除非目的確有必要且已適當告知，不應開放填答者查看、搜尋、匯出或下載其他人的資料。
• 依職務授予最小必要權限，區分表單建立者、資料管理者及一般填答者；定期檢查人員異動與權限，離職或業務結束時即撤除。
• 優先採用多因素驗證、登入紀錄與管理者操作紀錄，並限制結果分享、公開發布及批次匯出功能。

三、傳輸保護方式

核心觀念

本題考查資通系統的帳號生命週期管理、身分驗證與授權控制：先確認「誰在登入」，再限制登入嘗試與帳號使用狀態，最後確保登入者只能執行其職務所需的操作。

法規依據為《資通安全責任等級分級辦法》及其附表「資通系統防護基準」中的存取控制、識別與鑑別要求。以下以命題當年（民國 110 年）法規為準；現行法規已修正，實際適用時應查閱現行版本。

解題方法

依帳號與驗證流程逐項說明：登入嘗試如何限制、如何防止自動化攻擊、如何安全重設密碼、如何停用閒置帳號，以及如何控制登入後的存取權限。作答時應交代每項機制的觸發條件與系統應採取的行動。

五項機制的執行邏輯

一、帳戶鎖定機制

系統應累計單一帳號的身分驗證失敗次數；依 110 年規定，登入驗證失敗達三次後，至少十五分鐘內不得再使用該帳號嘗試登入，或使用機關自建的失敗驗證機制。

實作上，系統可暫時鎖定帳號或拒絕該帳號的登入請求，並記錄失敗次數、時間及相關事件。鎖定期間屆滿後，依系統規則解除限制；若使用者需要提前恢復，應透過經授權且可確認身分的程序處理。

此機制是為了提高暴力破解密碼的成本。設計時也應避免錯誤訊息洩漏帳號是否存在，並保留事件紀錄供追查。

二、防範自動化程式登入或嘗試更換密碼

身分驗證機制應防範自動化程式進行登入或密碼更換嘗試。系統可在偵測到連續、密集或異常操作時，要求使用者完成額外驗證，例如圖形驗證碼、一次性驗證碼或其他能區分真人操作的挑戰。

防護不應只依靠單一驗證方式；也可搭配登入速率限制、來源異常偵測及帳號鎖定等控制。重點是讓程式無法大量、自動地提交登入或密碼更換請求。

三、密碼重設機制

核心觀念：​安全系統發展生命週期（Secure System Development Life Cycle, SSDLC）是在系統發展的各階段納入資安要求與控制措施，讓安全性從需求規劃開始一路延伸至正式上線後的維運。

解題方法：​依系統從「確定要做什麼」到「正式運作並持續維護」的順序作答：

1. 需求階段：​蒐集功能需求，並確認機密性、完整性、可用性、身分驗證、存取控制、個人資料保護等安全需求。
2. 設計階段：​規劃系統架構與安全控制；辨識威脅、評估風險，並將安全需求落實到設計。
3. 開發階段：​依安全設計進行程式開發，遵循安全程式設計原則，並透過程式碼審查、原始碼檢測等方式降低弱點。
4. 測試階段：​確認功能與安全需求均符合規格；執行安全測試，如弱點掃描、滲透測試及必要的原始碼檢測，並修補缺失。
5. 部署與維運階段：​經核准後部署至正式環境；持續進行監控、修補、備份、變更管理及事件應變。

（二）開發、測試、正式環境的作業與部署

核心觀念：​三種環境的目的與風險不同，應分區管理、權限分離，避免開發或測試作業影響正式服務，也避免正式資料及設定遭不當使用。

作答重點：

• 開發環境：​供開發人員編寫、修改及整合程式。應限制開發人員權限，使用版本控制與程式碼審查；原則上使用虛構或去識別化資料，不直接使用正式環境的個人資料或機敏資料。
• 測試環境：​供功能、整合、效能及安全測試使用。測試環境應與開發及正式環境隔離，使用受控的測試資料；測試結果與缺失應記錄，完成修補及必要的回歸測試後，才進入部署程序。
• 正式環境：​僅供正式服務及經核准的維運作業使用。正式程式應由開發、測試流程產出，經測試、審查及核准後部署；部署應由授權人員依變更管理程序執行，留下版本、核准、部署及回復紀錄，並備妥回復方案。

三環境的主機、網路、帳號、權限、資料及組態均應適當隔離，不可共用帳號或未經控管地互相連線。尤其正式環境資料不得任意複製至開發或測試環境；

核心觀念

區塊鏈是一種由多個節點共同維護的分散式帳本。資料依時間或交易順序分批寫入區塊，再以密碼學雜湊值將區塊串接成鏈。其關鍵特性是：多方共同保存、資料可驗證，以及既有紀錄難以被單方竄改。

解題方法：依「交易、區塊、共識、驗證」說明

1. 交易產生與廣播：使用者提出交易或資料紀錄，經數位簽章確認來源與授權後，將交易廣播至網路節點。數位簽章可驗證簽署者身分及資料是否遭到變更，但不代表交易內容必然正確。
2. 節點驗證交易：各節點依共同規則檢查交易格式、簽章及權限等條件，合格交易暫存於待處理區。
3. 交易打包成區塊：節點將一批交易組成區塊，區塊通常包含交易資料、時間戳記、前一區塊的雜湊值，以及本區塊的雜湊值等資訊。交易也可先形成 Merkle Tree，以 Merkle Root 概括交易內容並支援有效率的資料驗證。
4. 共識決定區塊：節點依共識機制決定可接受的區塊，例如工作量證明（Proof of Work）或權益證明（Proof of Stake）。共識的作用是讓分散節點對帳本狀態取得一致，不是單靠某一節點宣布資料有效。
5. 串接並複製帳本：區塊獲接受後加入鏈中，各節點更新其帳本副本。每個區塊包含前一區塊的雜湊值，前區塊內容若被修改，其雜湊值也會改變，後續區塊的連結因而失效，需重新取得網路共識才能改寫後續紀錄。

技術效果與限制

雜湊鏈結、數位簽章、分散式副本及共識機制共同提高竄改成本並提供可稽核性；但「難以竄改」不等於「絕對不可竄改」，也不保證輸入資料本身真實。區塊鏈主要確保資料寫入後的完整性與可追溯性，資料來源及發證流程仍須妥善管理。

（二）區塊鏈實施書證電子化的優點

核心觀念