107 地方特考三等 資訊處理 資訊管理與資通安全 考古題詳解

核心觀念

本題評量考生對於網路通訊安全與進階網路攻擊防禦之實務理解，包含兩大核心領域：

1. 公開金鑰基礎建設（PKI）與傳輸層安全（TLS/SSL）驗證機制：包含 X.509 憑證驗證流程、信任鏈（Trust Chain）、憑證撤銷機制（CRL/OCSP），以及偽冒憑證衍生之中間人攻擊（MITM, Man-in-the-Middle Attack）。
2. 進階持續性威脅（APT, Advanced Persistent Threat）與縱深防禦（Defense-in-Depth）：涵蓋網路殺傷鏈（Cyber Kill Chain）各階段之攻擊手法（偵察、社交工程郵件、零時差漏洞利用、遠端存取木馬 RAT、命令與控制 C2、橫向移動 Lateral Movement 及資料外洩 Exfiltration），以及相應之技術防護（端點、網路、郵件、特權帳號管理）與管理控制措施（資通安全管理法遵循、資安意識培訓、事件應變）。

註：涉及法規部分以命題當年（民國 107 年）公布之《資通安全管理法》為準；現行法後續已陸續修正相關子法與組織規範。

---

解題方法

1. 第 (一) 子題（5 分）：

• 可能原因：從 X.509 憑證驗證條件出發，條列瀏覽器判定憑證不可靠的技術成因（信任鏈斷裂/非信任 CA、有效期限失效、網域名稱不符、撤銷狀態異常、自簽憑證）。
• 可能風險：從機密性、完整性與真實性受損切入，指出連線遭竊聽、竄改或遭遇中間人攻擊與偽冒釣魚網站之威脅。

2. 第 (二) 子題（20 分）：

• 事件分析：採用洛克希德·馬丁提出的「網路殺傷鏈（Cyber Kill Chain）」模型將事件結構化剖析，釐清駭客各階段之手法（目標偵察 $\to$ 武器化 $\to$ 傳送/社交工程 $\to$ 零時差弱點利用/安裝 $\to$ 建立 C2 通道 $\to$ 橫向移動 $\to$ 目標行動/資料外洩）。
• 改善措施：切忌只寫單一技術，應依「縱深防禦架構」，分立「事前預防（端點防護、網路隔離、身分與權限、郵件過濾）」、「事中偵測與監控（SOC/SIEM、行為異常偵測）」、「事後應變與管理機制（鑑識、法規遵循、教育訓練）」提出具體可行的改善對策。

---

選項分析

本題為申論題型，無選項設計，不適用逐選項剖析。

---

解題技巧

1. 配分與篇幅分配：

• 第 (一) 小題 5 分：精準列點，成因寫 3～4 點，風險寫 2 點即可，篇幅約半頁，不宜過度延伸。
• 第 (二) 小題 20 分：此題為得分關鍵。務必區分「事件分析」與「改善措施」兩大區塊（建議各占 8～10 分篇幅），條理分明、層次清晰。

2. 答題架構化：

• 事件分析導入標準資安模型（如 Cyber Kill Chain 或 MITRE ATT&CK 概念），能展現高分考生的專業系統性思維。
• 改善措施依「管理面」、「技術面（端點/網路/身分）」及「通報應變面」展開，避免流於空泛的口號。

3. 專有名詞精準：適度標記國際通用名詞（如 Spear Phishing、Zero-day、RAT、Lateral Movement、Network Segmentation、EDR、PAM、DLP），加深閱卷委員的專業印象。

---

【答案】

(一) 瀏覽器跳出「網站的安全性憑證不可靠」之原因與可能風險

1. 可能原因

• 發證機構不被信任（Untrusted CA）：網站憑證係由未列入作業系統或瀏覽器「受信任根憑證授權單位（Root CA）」之機構所簽發，或採用未經受信任第三方背書之自簽憑證（Self-Signed Certificate）。
• 憑證效期失效（Expired or Not Yet Valid）：網站憑證之有效期限已過期，或客戶端/伺服器系統時間設定錯誤，導致落於憑證生效起始日前。
• 憑證主體名稱不符（Name Mismatch）：瀏覽器網址列輸入之網域名稱（FQDN），與憑證主體（Subject Common Name, CN）或主體替代名稱（Subject Alternative Name, SAN）所載之網域不一致。
• 憑證遭撤銷（Revoked Certificate）：憑證私鑰疑似外洩或網站資訊變更，經發證機構註銷並列入憑證撤銷清單（CRL）或線上憑證狀態協定（OCSP）宣告失效。
• 憑證信任鏈不完整（Broken Certificate Chain）：伺服器未正確部署中繼憑證（Intermediate CA Certificate），導致瀏覽器無法向下追溯至根憑證。

2. 可能發生的風險

• 中間人攻擊（MITM）與資料竊聽：連線可能遭惡意第三方攔截解密，使用者傳送之帳號密碼、個人身分資訊或機密資料將遭外洩（喪失機密性）。
• 封包內容遭竄改：未受有效加密防護之流量可能遭注入惡意代碼或竄改內容（喪失完整性）。

核心觀念

本題的核心測驗重點為安全軟體開發生命週期（Secure Software Development Life Cycle, SSDLC）、防禦性程式設計（Defensive Programming）​與安全編碼規範（Secure Coding Standards）。

在資訊安全管理領域中，絕大多數資料外洩事件根源於應用程式弱點（如 OWASP Top 10 與 CWE/SANS Top 25 所列之注入攻擊、無效存取控制與機密資料外洩）。傳統「先開發、後修補」的模式成本高且漏洞百出，現代資安工程強調安全由設計做起（Security by Design）​與安全左移（Shift-Left Security）。

相關標準與規範依據包括：

1. 法規依據：以命題當年（民國 107 年）立法院三讀通過之《資通安全管理法》（於民國 108 年 1 月 1 日正式施行）為準，其規範公務機關與關鍵基礎設施提供者於資通系統規劃、設計、開發、維運階段，均須落實資安防護與生命週期控制。現行法後續已持續配合數位發展部成立調整主管機關法規命令，但 SSDLC 之法理要求始終一致。
2. 國際標準與架構：ISO/IEC 27034（應用程式安全標準）、NIST SP 800-64（軟體開發生命週期中的資訊安全考量）、OWASP SAMM（軟體保證成熟度模型）。

---

解題方法

題目要求說明「如何撰寫一個較具安全性的軟體資訊系統」，並明確限制「論述至少三個面向」。

解題切入點不可僅零散列舉「防範 SQL Injection」或「密碼要加密」等單一技術細節，也不可偏題寫成「部署防火牆、WAF 或入侵偵測系統（IDS）」（此屬網路與基礎設施邊界防禦，非「撰寫／開發系統」）。最佳策略是依循 SSDLC 階段論 結合 軟體工程技術架構，提出層次分明、涵蓋「事前架構、事中編碼、事後檢驗」的三大核心面向：

1. 架構設計面向（Security Architecture & Design）：落實威脅塑模與安全原則（如最小權限原則、縱深防禦）。
2. 編碼實作面向（Secure Coding & Implementation）：採用防禦性編碼，落實資料驗證、參數化查詢與機敏資料加密。
3. 測試驗證面向（Security Testing & Verification）：透過靜態檢測（SAST）、動態檢測（DAST）、軟體組成分析（SCA）及程式碼審查把關。

此種解題結構邏輯嚴密，展現考生具備巨觀的系統架構思維與微觀的實作能力，符合國家考試閱卷評分標準。

---

選項分析

本題為申論題，並無選項。以下針對考生常見的答題取向進行評析與辨正：

• 單純列舉網路週邊設備（不佳）：若全篇著重於防火牆設定、弱點掃描伺服器或 DDoS 防禦，偏離題目「如何撰寫軟體資訊系統」的主軸，得分將大幅偏低。
• 僅論述單一攻擊防禦技術（不完整）：若篇幅全被 SQL Injection、XSS 的語法防範填滿，缺乏架構設計與測試流程，會被評為缺乏全面性資安管理思維。
• SSDLC 階段化系統論述（最佳）：依「設計」、「實作」、「驗證」三大維度展開，既有標準理論支持，亦有具體安全撰寫手法，為閱卷標準之最優答題範本。

---

解題技巧

1. 破題精準：開頭直接定義「安全軟體開發生命週期（SSDLC）」與「安全左移（Shift-Left）」概念，奠定專業基調。
2. 善用標準術語：內文中適度置入關鍵字，如 STRIDE 模型、OWASP Top 10、參數化查詢（Parameterized Query）、最小權限原則（PoLP）、SAST/DAST。
3. 排版三段式結構：各面向採取「定義原則 $\rightarrow$ 實作技術 $\rightarrow$ 防範威脅」的論述公式，層次分明，便於閱卷委員給分。

---

【答案】

面對因軟體弱點所引發的資料外洩事件，撰寫安全的軟體系統必須摒棄傳統「開發完成後再行測試修補」的思維，轉而導入安全軟體開發生命週期（SSDLC），落實設計即安全（Security by Design）。

核心觀念

本題結合了「行動商務（Mobile Commerce）」、「新零售（New Retail）」與「行動支付專案規劃（Mobile Payment Project Planning）」，核心在於評量考生如何將資訊管理（MIS）策略、系統架構整合與資通安全規範，具體落地於商業模式創新。涉及的核心定義與標準包括：

1. 新零售與 OMO（Online-Merge-Offline，虛實融合）：打破傳統電子商務（Online）與實體零售（Offline）的藩籬，以消費者體驗為核心，透過數位科技重構「人（顧客）、貨（商品/供應鏈）、場（消費場景）」。
2. 行動支付技術架構：包含近端支付（NFC/BLE）、遠端/掃碼支付（QR Code/條碼）、支付代碼化技術（Tokenization，依據 EMVCo 標準將真實卡號 PAN 轉化為虛擬 Token）、以及開放 API（Open API）與微服務架構（Microservices Architecture）。
3. 企業流程再造（Business Process Reengineering, BPR）與雙模 IT（Bimodal IT）：在維護穩定核心交易系統（Mode 1）的同時，以敏捷模式（Mode 2 / DevOps）快速迭代行動端產品。
4. 法規遵循與資安標準：

• 以命題當年（民國 107 年）法規為準，主要規範為民國 104 年公布施行之《電子支付機構管理條例》及《個人資料保護法》。(註：現行《電子支付機構管理條例》已於民國 110 年進行全面大幅修正，將電子票證與電子支付整併，擴大業務範圍至跨機構互通與外匯等，解題仍以 107 年當時架構為基礎)。
• 國際資安標準：支付卡產業資料安全標準（PCI-DSS）、傳輸層安全性協定（TLS 1.2/1.3）及端對端加密（E2EE）。

---

解題方法

本題為經典的 MIS 綜合應用申論題，切入點應避免流於「寫行銷文案」或單純的「技術名詞堆疊」，必須採用結構化的系統規劃方法論進行推演：

1. 第一問「企業可進行什麼樣的改變」：運用企業架構（Enterprise Architecture, EA）​思維，自上而下從「組織與文化」、「營運流程與通路（OMO）」、「資訊與技術架構」、「資通安全與法規合規」四個層次切入，說明為支撐行動支付專案所需的內部轉型與變革。
2. 第二問「創新服務的營運模式」：運用商業模式畫布（Business Model Canvas）​的精神，跳脫單純「替換結帳工具」的思維，從「場景化金融/無感支付」、「數據驅動個人化行銷」、「點數經濟與生態系聯營」、「嵌入式金融加值服務」四個面向展開，提出具體且具商業可行性的創新模式。

---

選項分析

本題為申論題，非選擇題。作答時各評分要點與架構規劃評析如下：

• 「企業的改變」面向評析：若僅回答「購買行動 POS 機」或「開發一個手機 App」，僅屬工具替代層次，無法取得高分；必須論及「後端 ERP/CRM 系統整合」、「跨職能敏捷團隊」以及「符合金融資安規範之代碼化架構」，展現資訊系統規劃人員的深度。
• 「創新營運模式」面向評析：若僅回答「消費打折、送折價券」，屬於促銷手段而非營運模式；必須聚焦於「數據資產化（Data as an Asset）」、「跨界生態圈（Platform Ecosystem）」與「消費場景黏著度」，說明企業如何透過行動支付將顧客終身價值（LTV）最大化。

---

解題技巧

1. 掌握關鍵字串聯：善用「人、貨、場重構」、「OMO 虛實融合」、「Tokenization（代碼化）」、「微服務與 Open API」、「API 經濟」、「PCI-DSS」等閱卷委員期待看到的標準學科語彙。
2. 前後呼應、架構對稱：將「改變」作為「底層支撐」，「創新模式」作為「上層效益」，邏輯層次分明。
3. 避免單一技術偏廢：行動支付涉及業務（行銷/客服）、IT（架構/效能）、法遵（個資/金管）與資安（加密/風控），論述時須展現跨領域之全方位規劃視野。

---

【答案】

一、企業可進行之全方位變革（Enabling Changes）

為成功導入行動支付系統並適應新零售環境，企業必須從「組織與文化」、「營運與通路」、「技術與架構」、「資安與法規」四大維度進行深層轉型：

1. 組織架構與開發文化的改變：導入敏捷開發與 BizDevOps

• 跨職能團隊整併：打破過去 IT、行銷、營運、法遵各自為政的穀倉效應（Silo Effect），成立以「使用者體驗（UX）」與「產品價值」為導向的跨

核心觀念

1. 企業流程再造（Business Process Reengineering, BPR）：由管理學者麥可・漢默（Michael Hammer）與詹姆斯・錢辟（James Champy）於 1993 年提出。其核心在於打破傳統「功能別／部門別」組織分工，以跨部門的「顧客價值流程」為核心，進行全盤性的反思與重構。
2. ERP 與 BPR 的共生關係：ERP 系統內建各產業標準的「最佳實務（Best Practices）」。企業導入 ERP 時，若僅將既有低效率的人工或紙本流程電腦化，無法發揮綜效；因此必須推動 BPR，促成企業流程與 ERP 標準模組對齊。
3. ERP 專案的社會－技術系統觀點（Socio-Technical Perspective）：ERP 導入不僅是單純的 IT 技術佈署，更是一場涉及「權力結構重分配、組織文化再造、工作習慣改變」的組織變革，因此極易遭遇組織抗拒與管理失誤。

---

解題方法

1. 第 (一) 子題（12 分）：

• 採名著權威定義法破題。直接援引 Hammer & Champy 對 BPR 提出的四個核心關鍵詞（Fundamental, Radical, Dramatic, Process）。
• 每項要素給予中英文對照、精準定義，並結合 ERP 環境下的管理意涵加以詮釋，以獲取滿分標竿。

2. 第 (二) 子題（8 分）：

• 採多維度分類法（組織／策略、流程／技術、專案管理）​切入，避免散漫列舉。
• 重點闡述高階主管承諾、使用者心理抗拒、過度客製化（Over-customization）的陷阱與資料品質問題。

3. 第 (三) 子題（5 分）：

• 聚焦於外部顧問的不可替代價值：專業領域知識（最佳實務）、成熟導入方法論，以及作為中立第三方的組織變革催化角色。

---

解題技巧

1. 記憶口訣與關鍵詞掌握：

• BPR 四要素口訣為「根、徹、巨、程」（根本、徹底、巨大、流程）。閱卷委員通常依此四個專用術語給分（每點約 3 分），務必精準列出英文對照。

2. 配分意識與篇幅控制：

• (一) 佔 12 分：篇幅最大，四要素必須有詳實解釋與 ERP 情境關聯。
• (二) 佔 8 分：提煉 4 點核心失敗主因，每點標題鮮明並輔以 2～3 行論述。
• (三) 佔 5 分：精準點出 3 點顧問不可或缺的價值，文字力求洗練有力。

3. 避開常見答題陷阱：

• 切忌將 ERP 失敗原因單純歸咎於「軟體 Bug」或「伺服器硬體規格不足」。ERP 失敗多源於「人與組織管理（變革管理）」而非「技術缺陷」。

---

【答案】

(一) 企業流程再造（BPR）的四個要素

管理學者 Michael Hammer 與 James Champy 將企業流程再造定義為：「針對企業流程進行根本性的重新思考與徹底的重新設計，以期在成本、品質、服務與速度等關鍵績效指標上，達成巨幅的改善。」導入 ERP 時牽涉的 BPR 包含下列四個關鍵要素：

1. 根本的（Fundamental）：

• 意涵：在著手變革前，企業必須先自問最基本的問題：「我們為什麼要做這件事？」以及「為什麼要用現在這種方式做？」。
• 實務應用：屏除一切既有假設與成規，檢視既有業務規範的合理性。導入 ERP 時，不應盲目將現行陳舊作業數位化，而應釐清該作業是否真正具備企業營運價值。

2. 徹底的（Radical）：

• 意涵：由根源著手（源自拉丁字 radix，意為「根」），並非對既有架構進行表面修補、微幅調整或漸進式改良，而是徹底拋棄舊有機制，重新設計新流程。