108 公路人員升資考試員級晉高員級 技術類(選試資訊管理與資通安全)-高公局 資訊管理與資通安全 考古題詳解

核心觀念

本題評量考生對現代新興惡意程式類型之技術本質、危害衝擊與防禦架構的掌握程度。核心觀念涵蓋：

1. 惡意程式威脅本質與資安三要素（CIA Triad）衝擊：

• 勒索軟體（Ransomware）：破壞「可用性（Availability）」為主力（新一代勒索更結合機密性竊密威脅），採顯性威脅並迫使受害者直接支付贖金。
• 挖礦惡意軟體（Cryptojacking / Cryptomining Malware）：竊取運算與電力資源，破壞「可用性」與「完整性（Integrity）」，採隱蔽運作以求長期維持獲利。

2. 縱深防禦（Defense-in-Depth）與資安韌性（Cyber Resilience）：兩者防禦手段需落實「事前預防（端點防護、最小權限、修補漏洞）」、「事中偵測與防堵（異常流量阻斷、行為監控）」及「事後復原（離線備份機制）」。
3. 相關法規背景：以命題當年（民國 108 年）法規為準，我國《資通安全管理法》甫於民國 108 年 1 月 1 日正式施行，公務機關與關鍵基礎設施對於資通安全事件之通報、應變演練及核心資通系統之備份復原具有法定法定義務。（註：現行法規持續精進修正，解題仍以考點觀念及當年法規架構為本）。

解題方法

1. 切入架構：

• 申論題切忌流於條列單一防護手法。本題應分兩大核心段落作答：第一部分採「對照比較法（表格＋重點維度深入說明）」，自攻擊動機、運作特徵（顯性 vs. 隱性）、系統影響、獲利途徑四個構面清楚剖析差異；第二部分採「系統化縱深防禦架構」，分別針對勒索軟體與挖礦惡意軟體的技術特性給出專屬且具體的防禦對策。

2. 評分拿分關鍵：

• 差異性必須點出「隱蔽性」與「暴露性」的強烈對比。
• 勒索軟體防禦必答「3-2-1 備份原則」與「不可竄改/離線（Air-gapped）機制」。
• 挖礦軟體防禦必答「運算資源監控（CPU/GPU）」、「礦池出站流量（Stratum 協議）阻斷」與「雲端 API 金鑰與容器權限治理」。

選項分析

本題為申論題，無選擇題選項。依公職閱卷標準，閱卷委員主要評量以下指標：

• 概念區辨度：能否精準區隔兩者在獲利機制與程式行為上的差異。若僅回答「都是惡意軟體、都會造成系統損壞」，屬低分回答。
• 技術精確度：名詞使用是否專業（如非對稱加密、Stratum 通訊協定、橫向移動、離線備份）。
• 實務可行性：防禦方式是否切合公路機關或企業 IT/OT 現場實務，涵蓋端點、網路、系統與人員面向。

解題技巧

1. 記憶對比口訣：

• 勒索軟體求「顯」（唯恐天下不知，立刻跳通知討錢，鎖死檔案癱瘓業務）。
• 挖礦軟體求「潛」（神不知鬼不覺，寄生伺服器耗資源，細水長流算 Hash）。

2. 答題結構化：善用條列式與對照表格，讓閱卷老師在 30 秒內掌握關鍵字。
3. 常見失分陷阱：

• 陷阱一：防禦策略僅寫「安裝防毒軟體、定期更新」，缺乏針對特定威脅的針對性措施。
• 陷阱二：遺漏挖礦軟體近年在「雲端基礎架構（Cloud）」與「容器化環境（Docker/Kubernetes）」的威脅情境（如 API Key 外洩遭大量開立高階運算執行個體）。

【答案】

一、勒索軟體與挖礦惡意軟體之差異性說明

勒索軟體（Ransomware）與挖礦惡意軟體（Cryptomining Malware / Cryptojacking）雖多與虛擬貨幣（加密貨幣）生態系掛鉤，但在攻擊目的、運作行為、系統衝擊及獲利方式上存在本質差異：

核心觀念

本題評量核心為安全軟體開發生命週期（Secure Software Development Life Cycle, SSDLC）​與網站應用程式常見威脅之防禦控制措施（如 OWASP Top 10）。

1. 安全始於設計（Security by Design）：資安防護不能僅依賴事後的周邊設備（如 WAF、防火牆），必須將安全性要求融入系統分析、設計、編碼、測試到部署的每一個生命週期階段。
2. 縱深防禦（Defense in Depth）與最小權限原則（Principle of Least Privilege）：在網路、伺服器、應用程式及資料庫各層級均部署控制機制，降低單點失效帶來的威脅。
3. 法源依據（以命題當年民國 108 年法規為準）：

• 《資通安全管理法》（民國 108 年 1 月 1 日正式施行）及其子法《資通安全責任額度分級辦法》之附表「資通系統防護需求分級原則」與「資通系統防護基準」。
• 法規明定公務機關及關鍵基礎設施於委外或自行開發系統時，必須導入安全軟體開發規範，納入原始碼檢測、弱點掃描及滲透測試等管控要求。（現行法法規內容與架構雖有持續精進，惟 SSDLC 與防護基準之核心要求維持一致）。

解題方法

本題屬於典型的國家考試「申論題」。面對「如何設計開發安全的網站應用程式以降低伺服器威脅」這類寬廣題型，切忌僅零散列舉技術細節（例如只寫「不要用字串串接 SQL 指令」），必須採用結構化、體系化的切入點：

1. 體系建構（縱軸：生命週期法）：以 SSDLC 之「需求分析與威脅塑模」、「架構設計」、「安全編碼」、「安全測試」至「部署維運」五大階段為骨架，展現系統化思維。
2. 實務控制（橫軸：核心控制法）：在編碼與設計階段，精確對應 OWASP Top 10 防禦措施（輸入驗證、輸出編碼、認證授權、敏感資料保護、日誌紀錄），論述具體的程式設計技術。
3. 伺服器層級聯防（縱深防禦補強）：說明應用程式設計如何避免波及底層 Web 伺服器（例如防範命令注入、檔案上傳漏洞、組態洩漏）。

選項分析

本題為申論題，並無選擇題選項。以下針對考生作答時容易出現的「面向盲點與答題偏差」進行剖析：

1. 誤將防護重點全押在網路與硬體設備（偏差作答）：

• 盲點：大幅描寫防火牆（Firewall）、負載平衡器、DDoS 清洗中心或入侵偵測系統（IDS）。
• 分析：題目明確限定在「設計開發安全的網站應用程式」，設備層級僅屬外部補強，若未著墨程式開發架構與原始碼安全，將偏離題意。

2. 僅列舉特定攻擊手法之防禦，缺乏架構完整度（殘缺作答）：

• 盲點：通篇僅寫 SQL Injection 與 XSS 的防禦，忽略存取控制、會話管理、組態設定與日誌稽核。
• 分析：網站伺服器遭受入侵（如 Webshell 植入）往往源自檔案上傳漏洞、反序列化弱點或未修補的相依元件，必須全盤涵蓋。

3. 忽略測試與維運階段（片面作答）：

• 盲點：只寫程式碼怎麼寫，沒寫如何驗證（SAST/DAST）與安全上線配置。
• 分析：現代資安強調「安全驗證」與「安全組態」，從開發到上線均屬開發維運一環，漏寫此部分無法取得頂尖分數。

解題技巧

1. 申論結構三段式：

• 前言：點出網站應用程式為現代組織遭受 APT 與網路攻擊最主要的破口，引出「Security by Design」與「SSDLC」的重要性。
• 本論（核心）：依 SSDLC 階段展開，次標題必須明確，並穿插業界標準專有名詞（如 STRIDE、Prepared Statements、Context-aware Encoding、SAST/DAST）。
• 結論：呼應公務機關資訊治理與《資通安全管理法》規範，強調持續性監控與縱深防禦。

2. 記憶口訣「五大核心控制措施」：

• 入（輸入驗證白名單）
• 出（輸出編碼防 XSS）
• 查（參數化查詢防注入）
• 控（嚴密存取與身分控管）
• 護（密碼學加密與安全組態）

【答案】

設計與開發安全的網站應用程式，須以安全軟體開發生命週期（SSDLC）​為核心架構，將安全性深植於系統開發的各個環節，並在程式層次落實關鍵安全控制措施，具體實施方式說明如下：

一、需求與威脅分析階段：落實安全需求與威脅塑模

1. 確立安全功能需求：在系統規劃初期，將機密性（Confidentiality）、完整性（Integrity）、可用性（Availability）及不可否認性（Non-repudiation）納入軟體需求規格書（SRS）。

核心觀念 本題旨在評量考生對區域網路檔案共享協定之架構特性、資安弱點及防禦縱深機制的掌握程度。涉及之核心觀念包括：

1. 通訊協定原理：微軟 Windows 的網路芳鄰與 Unix/Linux 的 Samba 皆基於伺服器訊息區塊協定（Server Message Block, SMB / CIFS）。運作協定埠包含 NetBIOS over TCP/IP（TCP 139、UDP 137/138）與直接託管的 Direct SMB over TCP（TCP 445）。
2. 資安風險核心：早期協定弱點（如 SMBv1 未設防之結構缺失）、身分驗證協定缺陷（如 NTLM Relay 攻擊）、未加密之明文傳輸（引發竊聽與竄改）、權限配置失當（過度授權的共用目錄），以及內網橫向移動（Lateral Movement，如利用 EternalBlue 漏洞傳播之 WannaCry 勒索軟體）。
3. 安全防護架構：依據「縱深防禦」（Defense-in-Depth）原則，從網路層（邊界與分區隔離）、傳輸與協定層（廢止舊版、啟用加密與簽章）、存取控制層（最小權限原則、身分驗證加固）至監控維運層（補丁更新、存取稽核）進行全方位防禦。

解題方法 本題為標準之申論技術題，解題切入應秉持「風險成因 $\rightarrow$ 對應防禦」的結構化對照思維：

1. 破題定義：簡要點明網路芳鄰與 Samba 的核心通訊協定為 SMB，指出其便利性背後隱含「跨主機互信」與「內網連通性過高」之本質問題。
2. 風險剖析：從「協定漏洞」、「身分與驗證」、「通訊安全」、「存取控制」及「勒索軟體威脅」等五大面向，由淺入深歸納其潛在威脅。
3. 防護措施開展：針對上述風險，對應提出可落地的具體工程與管理解法，涵蓋協定強化（升級 SMBv3、強制簽章）、網路架構防護（關閉外部埠、微隔離）、帳號權限管理及端點監控。

選項分析 本題為申論題，非選擇題。考生在申論鋪陳時，常有以下常見認知偏差需在論述中加以釐清與防範：

1. 「全面停用網路芳鄰即可解決」之偏差：此舉忽略機關內部業務資料共享的實務需求。高分作法應論述「如何在保障業務可用性的前提下安全使用（如升級 SMBv3、嚴格劃分網段）」，而非一味禁止。
2. 混淆「共用權限」與「檔案系統權限」：Windows 之 Share Permissions 與 NTFS Permissions（或 Samba 共用與 Linux POSIX/ACL）為兩套獨立驗證機制，兩者交集取其最嚴格者（Most Restrictive）。申論時應同時兼顧兩者之設定，不可偏廢。
3. 忽視「內網橫向傳播」之威脅：許多考生僅著眼於防火牆對外阻擋 TCP 445，卻忽略一旦內部單一主機淪陷，攻擊者即可藉由內網 SMB 快速感染其餘內部主機。故必須提及內網微隔離（Micro-segmentation）與本機防火牆策略。

解題技巧

1. 精準帶入業界標竿案例與技術專有名詞：適度點出關鍵字如「TCP 445」、「SMBv1」、「EternalBlue（永恆之藍）」、「NTLM Relay 攻擊」、「SMB Signing / Encryption」及「最小權限原則（PoLP）」，能立即展現專業深度。
2. 分類分點、對仗工整：將「風險」與「防護措施」採用平行或對應式的小標編排，閱卷委員可在最短時間內核對採分點。
3. 記誦口訣：「關外埠、除舊版、開加密、限權限、常修補」。

【答案】

一、 網路芳鄰之安全風險

微軟 Windows 之網路芳鄰與 Unix 系統之 Samba 均基於 SMB/CIFS 協定運作。由於該協定預設信任內網環境，常衍生以下資安風險：

1. 通訊協定重大漏洞與蠕蟲式擴散（Worm-like Propagation） 早期版本之 SMB（特別是 SMBv1）存在多項嚴重的緩衝區溢位或記憶體毀損弱點。

核心觀念

本題測驗網路安全領域中分散式阻斷服務攻擊（DDoS）​的核心變形技術——反射攻擊（Reflection Attacks），在公職與升資考試中通常亦延伸涵蓋分散式反射放大阻斷服務攻擊（Distributed Reflection Denial of Service, DRDoS）。涉及之核心觀念包含：

1. IP 位址偽冒（IP Spoofing）：攻擊者竄改傳輸封包的來源 IP（Source IP），偽裝成受害者（Victim）的 IP 位址。
2. 無狀態／非連線導向協定（Stateless / Connectionless Protocols）：利用 UDP（如 DNS, NTP, SSDP, SNMP, Memcached）不需 TCP 三向交握（Three-way Handshake）即可直接回應的特性，使反射伺服器無法藉由連線驗證發送端的真實性。
3. 反射器（Reflectors）：網際網路上對外開放特定服務的合法伺服器，非惡意但因設定或協定特性被利用為「跳板」。
4. 放大效應（Amplification Factor）：通常伴隨反射機制發生，即「請求封包極小、回應封包極大」的非對稱特性，大幅提高頻寬消耗效率。

解題方法

本題為申論題型，答題結構應層次分明、直擊評分標準：

1. 原理闡述：從「非連線導向協定脆弱性」、「來源位址偽冒」與「非對稱放大效應」三大基石切入，解釋攻擊成因。
2. 運作模式（步驟化說明）：將攻擊生命週期拆解為四個階段（偽冒 $\rightarrow$ 廣發請求 $\rightarrow$ 反射放大 $\rightarrow$ 耗盡頻寬／資源），配合圖解概念化文字，使閱卷委員一目了然。
3. 實例與防禦延伸（加分關鍵）：列舉代表性協定（如 NTP monlist、DNS ANY 查詢），並簡述防禦措施（如 BCP 38、RPF、速率限制），展現高員級應具備的縱深防禦視野。

解題技巧

1. 區分 DoS、DDoS 與 DRDoS：

• 傳統 DDoS 是攻擊者控制大量殭屍電腦（Botnet）「直接」向受害者發送洪水封包。
• 反射式 DDoS（DRDoS）則是殭屍電腦將封包發給「第三方中立伺服器（反射器）」，由反射器將回應倒向受害者。答題時務必凸顯「間接性」與「隱匿性」。

2. 公式化放大倍率概念： 放大係數（Amplification Factor, $AF$）可表示為： $AF = \frac{\text{回應封包大小（Response Size）}}{\text{請求封包大小（Request Size）}}$ 舉出數值（如 NTP 約數百倍、Memcached 可達數萬倍）能大幅提升回答專業度。
3. 避免常見陷阱：

• 勿誤將 TCP 協定當作主要反射載體（TCP 因具備 Sequence Number 與 SYN-ACK 交握，極難直接進行大幅度放大與反射；僅少數如 TCP SYN-ACK 反射，但無放大效果）。
• 務必提及「反射」與「放大」通常相伴相生，但二者定義不同（反射是改變路徑與隱匿來源，放大是擴增流量體積）。

【答案】

一、反射攻擊之核心原理

反射攻擊（Reflection Attack）係指攻擊者利用網路協定設計上的弱點與網際網路開放服務，將大量回應流量導向受害者端，以癱瘓其網路頻寬或系統服務的阻斷攻擊手法。其核心原理架構於以下三項要素：

1. 來源 IP 偽冒（IP Address Spoofing）： 在 IP 協定層級中，傳送端可自由填寫 IP 標頭內的「來源 IP 位址」（Source IP）。攻擊者將來源 IP 竄改為受害主機的 IP 位址，使接收端誤認請求是由受害者所發出。
2. 利用 UDP 無狀態特性（Stateless Nature of UDP）： 多數反射攻擊鎖定傳輸層的 UDP 協定。