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

核心觀念 本題旨在評量考生將 ISO/IEC 27001 資訊安全管理系統（ISMS）的「PDCA 流程導向架構（Plan-Do-Check-Act，戴明環）」具體落實於特定資訊應用領域（電子郵件系統）的能力。

• 標準依據：以命題當年（民國 108 年）標準為準，國際標準版本為 ISO/IEC 27001:2013（現行標準已修正為 ISO/IEC 27001:2022，控制措施與架構雖有微調，但以風險管理為基礎與 PDCA 持續改善核心精神維持一致）。
• 關鍵範疇：

1. ISO/IEC 27001 管理原則：強調由上而下的承諾、以風險評鑑為基礎（Risk-based approach）、選定控制措施並持續維持系統有效性。
2. 電子郵件安全範疇：涵蓋防範社交工程／釣魚郵件、商業電子郵件詐騙（BEC）、惡意程式與垃圾郵件過濾、傳輸加密與協定防護（SPF、DKIM、DMARC、TLS）、身分識別與存取控制（MFA）、以及資料外洩防護（DLP）。

---

解題方法 本題為標準的「管理框架應用型」申論題，切入點為「理論架構結合實務防護措施」。 作答時若僅背誦一般性 PDCA 定義（如純寫「規劃範圍、落實政策、內部稽核、管理審查」），無法凸顯高資安專業度。最佳解法是將 P、D、C、A 四大階段，精準對應至「電子郵件安全」的生命週期：

1. Plan（規劃）：確立郵件安全政策、評鑑郵件威脅與風險、選定對應控制目標。
2. Do（執行）：部署技術防禦（閘道器、網域驗證協定）、執行權限控管、實施人員社交工程防範教育訓練。
3. Check（檢查）：監控日誌、分析阻擋統計、辦理社交工程演練、執行內部資安稽核。
4. Act（行動）：針對演練失敗與稽核缺失進行根本原因分析（RCA）、採取矯正措施、提報管理審查會議以持續精進。

---

選項分析 本題為高考二級之「申論題」（非選擇題），無選項可資分析。評分焦點在於考生能否展現「管理面（制度與流程）」與「技術面（協定與架構）」兼備的論述縱深，切忌偏廢任一方。

---

解題技巧

1. 判斷竅門（四字訣口訣）：

• P（訂標準）：定規範、算風險、選機制。
• D（落措施）：建閘道、設認證、辦培訓。
• C（量成效）：看日誌、測釣魚、辦稽核。
• A（改缺失）：除根因、提報告、修規定。

2. 常見陷阱：

• 混淆 Check 與 Act：誤將「提出改善方案與修改制度」寫入 Check 階段。Check 僅止於「發現現狀與標準的落差（量測、監控、稽核）」，真正的「根因分析、修正作為、政策再修訂」屬於 Act。
• 技術名詞過於空泛：僅提及「加強資安」，未提及具體實務技術（如 SPF/DKIM/DMARC、MFA、SEG、沙箱分析、DLP 等），難以拿到高考二級（碩士級）的高分。

---

【答案】

以「電子郵件安全管理」為例，ISO/IEC 27001 的 PDCA 四個程序實施內容如下：

一、規劃階段（Plan）：建立電子郵件安全管理基線與控制目標

此階段的核心在於確立組織對電子郵件的使用規則，並透過風險評鑑選定防護措施。

1. 制定電子郵件安全政策與使用規範：

• 訂定公務信箱使用政策（AUP），明確界定禁止轉發外部私人信箱、不得使用非公務電子郵件處理公務機敏資料等規範。
• 確立電子郵件存取控制原則，包含特權帳號管理與密碼複雜度要求。

2. 資產盤點與風險評鑑（Risk Assessment）：

核心觀念

本題測驗資訊管理與資通安全中「業務持續運作計畫（BCP）」與「災害復原（DR）」之基礎技術——資料備份（Data Backup）策略。核心觀念涵蓋：

1. 變更標記機制（Archive Bit / 歸檔位元）：檔案系統利用屬性位元記錄檔案是否曾被修改（$1$ 代表已修改需備份，$0$ 代表未修改）。各備份技術的本質差異即在於「讀取」與「清除（Reset）」歸檔位元的行為不同。
2. 復原指標權衡（Trade-off between RTO & Backup Window）：備份作業必須在「備份視窗（Backup Window，備份耗時與空間）」與「復原時間目標（RTO，災難發生時的還原速度）」之間取得平衡。
3. 還原相依鏈（Dependency Chain）：資料毀損時，重組完整資料所需的備份檔案關聯性與容錯能力。

---

解題方法

本題為標準的「機制說明＋綜合比較」型申論題，作答應採邏輯嚴謹的結構化切入：

1. 分別闡述作業方式：針對完全備份、差異備份、增量備份，依序說明其「備份標的」、「參照基準點（Baseline）」及「歸檔位元（Archive Bit）之處理機制」，奠定理論基礎。
2. 推導還原流程（情境實例化）：設定一具體情境（例如：週日進行完全備份，週一至週三進行備份，週四發生災難），具體推導三種方式各自所需的還原步驟，強化說服力。
3. 優缺點多維度構面比較：自「備份耗時」、「儲存空間」、「還原難易度與速度」、「備份集毀損風險」等四個維度進行客觀對比，並以綜合比較表收束。

---

選項分析

本題為高等考試二級之申論題，非選擇題型，故無選項對錯分析。考生作答時應將辨析重點聚焦於「差異備份」與「增量備份」之基準點差異，不可混淆。

---

解題技巧

1. 記憶竅門——歸檔位元（Archive Bit, A）三字訣：

• 完全備份：全備、清 A（設為 $0$）。
• 差異備份：只看全備、不清 A（保留 $1$）。
• 增量備份：看前一次、清 A（設為 $0$）。

2. 還原份數數學公式： 若距上次完全備份已過 $N$ 次備份週期，當前發生災難所需讀取的備份集數量：

• 完全備份：$1$ 份。
• 差異備份：恆為 $2$ 份（最新完全備份 $+$ 當日差異備份）。
• 增量備份：需 $N + 1$ 份（最新完全備份 $+$ 第 $1$ 至第 $N$ 次的所有增量備份）。

3. 高分陷阱防範：

• 務必提及「增量備份的相依鏈脆弱性」：若中間任一次增量備份媒體損毀，其後的增量備份皆無法還原。
• 說明「差異備份隨時間推移之缺點」：距上次完全備份越久，差異備份的體積與耗時會逐漸膨脹。

---

【答案】

一、三種備份方式之作業方式說明

資料備份係指將系統中的資料複製至另一儲存媒體之程序，依其處理變更資料之邏輯與歸檔位元（Archive Bit）之互動方式，說明如下：

1. 完全備份（Full Backup）

• 作業原理：不論檔案是否有被修改，將指定資料夾或整個系統內的所有資料完整複製一份至備份媒體中。
• 歸檔位元處理：備份完成後，系統會將所有被備份檔案的歸檔位元清除（Reset / 標記為 $0$），代表所有檔案皆已備份完畢。
• 特性：是所有備份作業的基準（Baseline），資料獨立性最高。

2. 差異備份（Differential Backup）

• 作業原理：僅備份自「上一次完全備份」之後，所有新增或修改過的檔案。因此，每次差異備份的比較基準點均固定在最近一次的完全備份。
• 歸檔位元處理：備份時僅複製歸檔位元為 $1$ 的檔案，但備份完成後不清除歸檔位元（維持為 $1$）。因此，後續修改或先前已修改的檔案會在下一次差異備份中重複被備份。

核心觀念

本題評量重點為「隱私強化技術」（Privacy-Enhancing Technologies, PETs）中的資料去識別化（De-identification）​與資料遮罩（Data Masking）架構。

1. 資料遮罩定義：在保留資料格式、長度與參照完整性（Referential Integrity）的前提下，透過取代、洗牌、數值擾動、遮蔽或單向雜湊等演算法，改變敏感欄位內容，阻斷資料與特定當事人的連結性。
2. 法源與標準依據：

• 個人資料保護法（以命題當年民國 108 年法規為準，主管機關為各目的事業主管機關；現行法已修正由個人資料保護委員會統籌）：第 2 條規範之個人資料去識別化標準（經處理後「無從識別特定當事人」）。
• ISO/IEC 20889（隱私去識別化技術框架與術語）。
• NIST SP 800-122（保護個人可識別資訊 PII 指南）。

---

解題方法

本題為標準的技術比較型申論題，切入策略應採「運作架構剖析 $\rightarrow$ 關鍵維度技術對比 $\rightarrow$ 優缺點評估矩陣」，分層論述：

1. 運作架構剖析：分別說明靜態（SDM）與動態（DDM）在資料生命週期中介入的切入點（ETL 階段 vs. 查詢執行階段）。
2. 多維度技術差異：從「資料存放狀態」、「處理時機」、「資料複本產生」、「金鑰／演算依賴性」展開對照。
3. 優缺點評估與應用場景：分析儲存成本、運算延遲、推論風險與安全隔離邊界的權衡（Trade-off）。

---

選項分析

本題為公職高等考試二級之申論題，非選擇題。針對題目四大核心評分要素的答題要點剖析如下：

• 靜態資料遮罩（SDM）運作：必須強調「離線批次（Batch/ETL）」與「實體寫入新資料庫」，產生永久去識別化的次級複本，專供開發、測試、分析與外包使用。
• 動態資料遮罩（DDM）運作：必須強調「即時在線（On-the-fly / Query-time）」與「原始資料未改動」，透過中介代理（Proxy）或資料庫內建政策引擎，結合角色存取控制（RBAC）在結果集輸出前動態替換。
• 技術差異核心：重點在於「儲存開銷（Storage Overhead）」與「運算延遲（Computational Latency）」的取捨。
• 優缺點比較：靜態遮罩優在隔離徹底、缺在副本同步不易；動態遮罩優在即時靈活、缺在存在被推論攻擊或特權旁路的風險。

---

解題技巧

1. 名詞破題速記：

• 靜態遮罩（SDM）聯想字：$\text{Production DB} \xrightarrow{\text{ETL / Sanitization}} \text{Masked Test DB}$（永久、離線、複本）。
• 動態遮罩（DDM）聯想字：$\text{User Query} \xrightarrow{\text{Policy / RBAC}} \text{On-the-fly Rewrite} \xrightarrow{\text{Masked View}}$（暫態、即時、原始資料不變）。

2. 避開常見失分陷阱：

• 陷阱一：勿將資料遮罩與「資料加密（Encryption）」混為一談。加密主要目的是可逆還原，而遮罩目的在於供非特權情境使用真實結構的虛假資料。
• 陷阱二：評估動態遮罩時，切勿忽略「推論攻擊（Inference Attack）」風險（例如藉由 SQL WHERE 條件逐字搜尋被遮蔽欄位，進而推導真實資料）。

3. 版面配置技巧：申論作答務必採用「條列說明 + 對比表格」，讓閱卷委員能於 30 秒內掌握結構化要點。

---

【答案】

一、靜態與動態資料遮罩之運作方式

(一) 靜態資料遮罩（Static Data Masking, SDM）

1. 運作原理： 靜態資料遮罩屬於離線批次處理架構。系統在資料抽取、轉換與載入（ETL）過程中，自正式營運環境（Production Database）擷取敏感資料，經由去識別化演算法（如假名化、洗牌、截斷、數值擾動或單向雜湊）處理後，永久寫入非營運環境（Non-production Data

核心觀念

1. 安全軟體開發生命週期（SSDLC：Secure Software Development Life Cycle）： SSDLC 是將資訊安全考量與安全控制實務（Security Practices）全面整合至傳統軟體開發生命週期（SDLC）各階段的系統化程序。其核心哲學為「安全左移（Shift Left）」與「安全即設計（Security by Design / Default）」，強調資安不再只是開發完成後的驗收或測試工作，而是自需求規劃初期便納入架構考量。
2. 重要標準與參考架構：

• Microsoft SDL（Security Development Lifecycle）：公職與業界最經典之 SSDLC 實作參考模型。
• NIST SP 800-64（Security Considerations in the System Development Life Cycle）及後續 NIST SSDF（Secure Software Development Framework, SP 800-218）。
• OWASP SAMM（Software Assurance Maturity Model） 與 BSIMM。
• 法規依據：以命題當年（民國 108 年）法規為準，依民國 108 年 1 月 1 日正式施行的《資通安全管理法》及其子法《資通安全責任等級分級辦法》，明定公務機關與特定非公務機關之特定資通系統開發與維運，應導入安全軟體開發生命週期（SSDLC）規範。

---

解題方法

本題為標準的申論題，題目包含兩大核心任務：

1. 說明 SSDLC 的「階段名稱」、「執行順序」及「主要工作內容」：

• 採用最廣為學界與國家考試閱卷委員認可的「六階段生命週期模型」（需求分析 $\to$ 系統設計 $\to$ 程式實作 $\to$ 驗證測試 $\to$ 部署釋出 $\to$ 維運維護）。
• 每個階段均須明確拆解出「傳統開發工作」與「專屬資安工作（Security Activities）」，並給出具體工具或方法論（如 STRIDE 威脅塑模、SAST/DAST、滲透測試、事故應變計畫）。

2. 比較 SSDLC 與「傳統 SDLC」之差異：

• 運用「多維度對比分析表」，從安全性角色、漏洞介入時機、修正成本效益、資安權責歸屬等維度進行系統化對比，凸顯「事前防範」與「事後救火」的本質差異。

---

選項分析

註：本題為高考二級申論題，無選擇題選項；以下針對考生作答時之配分結構與各子題重點進行架構剖析：

• 子題一（SSDLC 階段、順序與核心工作）配分重點：
• 順序不可顛倒，必須體現生命週期的遞進性。
• 核心工作切忌只寫泛泛的「注意安全」，必須寫出專業術語與產出文件（如：安全需求規格書、威脅塑模圖、安全程式碼審查報告、靜態/動態弱點掃描報告、部署檢核表）。
• 子題二（SSDLC 與傳統 SDLC 差異）配分重點：
• 必須深入論述「修復成本差異（Boehm 成本曲線）」：在需求階段修正漏洞的成本，遠低於上線後修復（成本差異可達數十倍至百倍）。
• 必須點出思維轉換：從傳統的「邊界防禦與功能優先（Functionality First）」轉移到「預設安全（Secure by Default）」。

---

解題技巧

1. 記憶口訣與流程串聯：

• 流程記憶：「需 $\to$ 設 $\to$ 寫 $\to$ 測 $\to$ 佈 $\to$ 維」（需求 $\to$ 設計 $\to$ 實作/編碼 $\to$ 測試 $\to$ 部署 $\to$ 維護）。
• 各階段關鍵資安關鍵字配對：
• 需求：法規遵循、安全指標（Abuse/Misuse Cases）。
• 設計：架構檢視、威脅塑模（Threat Modeling）、最小權限原則。
• 實作：安全程式碼規範、SAST（靜態分析）、第三方元件 SCA 檢測。
• 測試：DAST（動態分析）、模糊測試（Fuzzing）、滲透測試。
• 部署：安全基準加固（Hardening）、環境組態審查。
• 維護：弱點通報（PSIRT）、修補程式管理、事件應變（Incident Response）。

2. 避開常見陷阱：

• 致命陷阱：誤以為 SSDLC 只是在傳統測試階段多加「掃描弱點」或「滲透測試」。若作答只將安全活動集中在測試階段，將被閱卷委員評為「未理解安全左移本質」。
• 名詞精準度：清楚區分 SAST（白箱/靜態檢測）與 DAST（黑箱/動態檢測）之介入時機（SAST 在實作階段，DAST 在測試/預行階段）。

---

【答案】

一、安全軟體開發生命週期（SSDLC）之階段、順序與主要工作內容

SSDLC 將資訊安全活動貫穿於整個軟體生命週期，一般依序分為以下六個階段：

[1. 需求分析] ──> [2. 系統設計] ──> [3. 程式實作] ──> [4. 驗證測試] ──> [5. 部署上線] ──> [6. 維運維護]

(一) 需求分析階段（Requirements Phase）

• 主要工作內容：

1. 安全與隱私需求定義：識別法規遵循要求（如個人資料保護法、資通安全管理法）與業務機密需求。
2. 濫用與誤用案例分析（Abuse/Misuse Cases）：跳脫正常使用者觀點，從攻擊者視角定義潛在的系統濫用情境。