107 外交特考四等 外交行政人員資訊組 資訊安全與網路管理概要 考古題詳解

核心觀念

本題為標準的資訊安全與網路管理名詞解釋題，考查考生對網路基礎架構、新興網路架構、公鑰基礎建設（PKI）及資訊安全管理體系（ISMS）之核心名詞定義與實務機制的掌握程度：

1. Network Address Translation（NAT）：網路層與傳輸層之位址轉換機制（RFC 1631、RFC 3022），涉及私有 IP（RFC 1918）與公網 IP 之映射，以及 IPv4 位址枯竭問題與隱藏內部網路架構的安全性。
2. Software Defined Network（SDN）：現代網路架構革新，核心觀念在於「控制平面（Control Plane）」與「轉送平面（Data/Forwarding Plane）」的解耦（Decoupling），透過標準化南向介面（如 OpenFlow）實現網路集中控管與可程式化。
3. Certificate Authority（CA）：公開金鑰基礎建設（PKI）之信任錨（Trust Anchor），負責數位憑證（ITU-T X.509）之簽發、管理、廢止（CRL、OCSP）及身分鑑別，建立非對稱式加密之信任鏈。
4. Business Continuity Plan（BCP）：資訊安全管理與營運風險控管之總體計畫（參照 ISO 22301 與 NIST SP 800-34），旨在遭遇重大天然災害或人為中斷事件時，確保機關核心業務能於可接受的容忍時間內維持運作或迅速復原。

解題方法

本題為四等特考常見之名詞解釋（每小題 5 分，共 20 分）。在國家考試評分架構中，單純翻譯英文縮寫無法取得滿分，必須採取「三段式結構化解答法」：

1. 精準定義（約 1.5 分）：寫出中文全名、所屬技術範疇及核心定義。
2. 技術原理與關鍵元件（約 2 分）：點出運作機制、標準協定、關鍵架構或核心指標。
3. 應用目的與實務價值（約 1.5 分）：說明引進該技術／計畫欲解決的痛點或在資安／網管上的具體效益。

選項分析

本題非選擇題，無選項。各子題評閱核心如下：

• 子題 (一)：必須清楚辨析靜態 NAT、動態 NAT 與網路位址埠號轉譯（NAPT/PAT）的差異，並說明內部 IP 遮蔽的安全性。
• 子題 (二)：必須提及控制平面與資料平面分離、集中式控制器（SDN Controller）及南／北向 API。
• 子題 (三)：必須寫出非對稱式金鑰簽署身分綁定、X.509 格式及憑證吊銷機制（CRL/OCSP），不可僅含糊帶過為「發憑證的公司」。
• 子題 (四)：必須點明 BIA（營運衝擊分析）、$RTO$（復原時間目標）、$RPO$（復原點目標），並說明 BCP 與 DRP（災害復原計畫）的從屬關係。

解題技巧

1. 配分與版面控制：每小題 5 分，作答長度以 4～6 行（約 80～120 字）為最適長度，切忌在單一小題長篇大論而壓縮其他小題的作答時間。
2. 標籤化條列：閱卷委員採「關鍵字給分」，將內容拆解為「中文名稱與定義」、「運作架構／類型」、「核心目的」等條列呈現，能大幅提升可讀性與得分率。
3. 常見失分陷阱：

• 誤將 NAT 僅寫成「IP 轉換」，漏掉實務上最常使用的 NAPT（Port Address Translation）。
• 談 SDN 時只寫「軟體虛擬化」，忽略關鍵的「控制與資料平面分離」。
• 將 CA 寫成商業組織名詞，忽略其在 PKI 中的密碼學簽署機制與撤銷清單（CRL）。
• 混淆 BCP 與 DRP：BCP 涵蓋機關整體業務營運層面，DRP 僅為 BCP 下屬針對 IT 系統與資料復原之技術子計畫。

【答案】

(一) Network Address Translation（NAT，網路位址轉譯）

核心觀念

本題考查電腦網路流量管理與壅塞控制機制（Congestion Control & Traffic Management）​的核心策略。

當網路瞬間產生大量突發流量（Bursty Traffic）時，路由器或交換器的緩衝區（Buffer）會迅速填滿，導致排隊延遲（Queueing Delay）攀升與緩衝區溢位（Buffer Overflow）造成的封包遺失（Packet Loss）。為維護傳輸品質（如頻寬、延遲、抖動 Jitter 及遺失率），網路工程通常採用三種層次的應對策略：

1. 資源層次（Capacity Planning）：超量配置（Overprovisioning），純粹依賴硬體與頻寬擴充，不介入封包內容。
2. 排程層次（Queue Scheduling）：優先權排程（Priority），實施「差別待遇」，將關鍵封包插隊優先傳送。
3. 架構層次（End-to-End SLA / Reservation）：服務品質保證（Quality of Service Guarantees），透過資源預留與許可控制，提供具確定性的效能邊界承諾。

解題方法

本題為標準的觀念比較申論題，答題架構應具備邏輯性與對稱性：

1. 分項闡述定義：針對題目的三種策略，清楚點出其運作層次（硬體資源層、節點排程層、端對端協議層）與運作原理。
2. 優缺點對稱比較：每種策略均從「技術實現難度／成本」與「效能保障程度」兩個向度剖析其優勢與致命傷。
3. 整合架構歸納：最後提供彙整比較表，展示對整體網路架構權衡（Trade-off）的深刻理解。

選項分析

本題為非選擇題（申論簡答題），無個別選項；以下針對題目指定之三種策略進行內涵與定位之剖析：

• Overprovisioning（超額配置 / 過度佈建）： 屬於「無差別且被動」的策略。其哲學為「與其在網路節點計算複雜演算法，不如建構無上限的大水管」。此策略讓平均流量僅佔容量的極低比例（例如 $10\% \sim 20\%$），使排隊現象根本不發生。
• Priority（優先權排程機制）： 屬於「相對區分（Soft QoS）」策略。在有限資源下，藉由封包標頭（如 IP Precedence、DSCP 或 802.1p CoS）分類，當壅塞發生時，優先清空高優先權佇列。
• Quality of Service Guarantees（硬性服務品質保證）： 屬於「確定性保證（Hard QoS）」策略。採用連線許可控制（Call Admission Control, CAC）與端對端資源預留協議（如 RSVP），若網路剩餘資源不足以提供數學上的確定性承諾，則直接拒絕新連線進入。

解題技巧

1. 關鍵字精準打擊：

• Overprovisioning 必須扣住：「無狀態（Stateless）」、「無排程負擔」、「閒置浪費（Resource Inefficiency）」。
• Priority 必須扣住：「非對稱服務」、「相對保證」、「飢餓現象（Starvation）」。
• QoS Guarantees 必須扣住：「連線許可控制（CAC）」、「逐流狀態（Per-Flow State）」、「可擴展性（Scalability）瓶頸」。

2. 版面配置技巧： 申論題切忌整段混雜敘述。作答時採「一、說明，二、優點，三、缺點」條列呈現，最後加上簡明比較矩陣，閱卷委員可在 $10$ 秒內抓到所有配分點。

【答案】

面對瞬間大量網路流量造成的延遲與丟包問題，題述三種策略之運作原理及優缺點說明如下：

一、Overprovisioning（超額配置 / 過度佈建）

1. 策略說明： 網路管理者部署遠高於尖峰流量預期（Peak Demand）的網路頻寬與高轉發效能硬體設備（如擴充骨幹頻寬至 100 Gbps，即使平均負載僅 10 Gbps）。使網路隨時處於極低負載狀態，從根源避免緩衝佇列堆積。
2. 優點：

• 實作與管理極為簡單：路由器與交換器維持預設的先進先出（FIFO）排程，無需設定複雜的封包分類規則、隊列策略或標頭檢查。

核心觀念

本題評量網路安全領域中 IPsec（Internet Protocol Security，RFC 4301） 協定組與虛擬私有網路（VPN）之架構與實務運作機制，核心觀念包含：

1. VPN 實現層級與架構比較：網路層（Layer 3）IPsec 與傳輸／應用層（Layer 4/7）SSL/TLS VPN 在協定堆疊、部署彈性、存取控制顆粒度及防火牆穿透性之差異。
2. IPsec 核心安全協定：

• AH（Authentication Header，IP 協定號 51，RFC 4302）：提供無連線完整性、資料來源鑑別與防重送攻擊保護，但不提供機密性（無加密）。
• ESP（Encapsulating Security Payload，IP 協定號 50，RFC 4303）：提供機密性（加密）、完整性、資料來源鑑別與防重送攻擊保護。

3. IPsec 操作模式與封包封裝架構：

• 傳輸模式（Transport Mode）：僅保護上層負載（Payload，如 TCP/UDP），保留原始 IP 標頭，適用於端對端（Host-to-Host）安全傳輸。
• 穿隧模式（Tunnel Mode）：封裝並保護整個原始 IP 封包，外加全新外部 IP 標頭，適用於網關對網關（Site-to-Site）或遠端存取（Host-to-Gateway）。

解題方法

本題為標準的觀念比較型申論題，作答切入點宜採用​「定義維度對比」​與​「表格整合」​並行呈現，邏輯清晰、要點精確：

1. 第 (一) 小題（IPsec VPN vs. SSL VPN）： 從「OSI 運作層級」、「用戶端軟體依賴度」、「存取控制顆粒度」、「NAT 與防火牆穿透能力」及「主要應用場景」五大維度逐項剖析。
2. 第 (二) 小題（AH vs. ESP）： 鎖定資訊安全 CIA 三要素中的「機密性（加密）」有無、雜湊鑑別範疇（是否涵蓋外層 IP 標頭可變欄位）以及對 NAT（網路位址轉譯）之相容性進行對比。
3. 第 (三) 小題（Transport Mode vs. Tunnel Mode）： 以「保護範疇（封裝結構變化）」與「拓撲應用模式（通訊端點角色）」切入，繪製或文字條列封包結構示意圖，清楚展現「原始 IP 標頭」之留存與「新 IP 標頭」之生成。

選項分析

本題為申論問答題，無選擇題選項；針對各小題之​「閱卷評分點與答題關鍵」​剖析如下：

• 第 (一) 小題評分要點：
• 必須指出 IPsec 位於 Network Layer（L3），而 SSL/TLS 位於 Transport/Application Layer（L4/L7）。
• 必須點出 IPsec 多需專屬 Client 軟體，SSL VPN 可直接透過瀏覽器（Clientless）連線。
• 必須說明 IPsec 通常提供全網段互通（Network-to-Network），SSL VPN 則可精確控制至單一 Web 應用或特定通訊埠（Application/Service Level）。
• 第 (二) 小題評分要點：
• 核心關鍵為​「AH 不具備加密能力（無法確保機密性），ESP 具備加密能力」；若未寫出「機密性／加密」差異將嚴重失分。
• 延伸亮點為 AH 鑑別範圍涵蓋 IP 標頭的不變欄位，因而與 NAT 衝突；ESP 不鑑別外層 IP 標頭，可配合 NAT-T（UDP 4500 封裝）順利穿透。
• 第 (三) 小題評分要點：
• 核心關鍵為​「是否產生新的 IP 標頭」​與​「原始 IP 標頭是否被加密／保護」。
• 傳輸模式保留原 IP 標頭，僅保護負載，端點即為主機；穿隧模式將整個原始 IP 封包包入新 IP 封包中，由網關代為穿隧加密。

解題技巧

1. 記憶口訣與辨別竅門：

• AH vs. ESP：「AH Authenticates only（只鑑別不加密）；ESP Encrypts & Protects（加密又保護）」。
• Transport vs. Tunnel：「傳輸保負載，端點自己來；穿隧包整包，網關加外袍」。

2. 答題陷阱提醒：

• 切忌寫出「ESP 只能加密，不能鑑別」的錯誤觀念。ESP 協定標準中同時包含加密演算法（如 AES-CBC/GCM）與鑑別演算法（如 HMAC-SHA256），實務上強烈建議兩者同時啟用。
• 討論 NAT 穿透時，不可將「AH 無法穿透 NAT」誤寫為「IPsec 絕對不能穿透 NAT」。ESP 藉由 NAT-Traversal（NAT-T, UDP Port 4500 封裝）可完全解決 NAT 轉換問題。

【答案】

(一) IPsec VPN 與 SSL VPN 之主要差別

核心觀念

本題考查網路拓樸的容錯能力，也就是網路部分連線失效時，是否仍有替代路徑可傳輸資料。網狀網路中的節點通常具有多條彼此獨立的連線，因此路徑中斷時，資料可改走其他可用路徑。

解題方法

比較各拓樸的連線方式，找出哪一種具有最多替代路徑。題目明確指出「一條路徑中斷時，仍然可以使用其他路徑」，這正是網狀網路的特性，因此選擇 (A)。

選項分析

• (A) 網狀網路：正確。 節點間有多條連線與替代路徑，部分路徑中斷時，仍可透過其他路徑傳輸資料，容錯能力最高。
• (B) 環狀網路：錯誤。 節點依序相連形成環路；

核心觀念

本題考查 TCP/IP 分層架構中傳輸層（Transport Layer）​的主要功能。傳輸層負責端點間的程序對程序傳輸，常見功能包括分段與重組、編訂序號、流量控制，以及錯誤偵測與處理。TCP 是提供可靠傳輸的傳輸層協定；UDP 則提供較精簡的傳輸服務。

加密資料屬於安全機制，並非傳輸層必然提供的主要功能。加密可由不同層級的協定或應用程式實作，例如 TLS 常與傳輸層搭配使用，但它不因此成為傳輸層本身的基本功能。

解題方法

先辨認各選項描述的是傳輸層的傳輸管理功能，還是額外的安全功能：

• 序號、流量控制、錯誤處理，都是管理資料如何傳送、排序或可靠送達的功能。
• 加密的目的在保護資料機密性，屬於安全服務，不是傳輸層的主要基本功能。

因此，選出「加密資料」即可。

選項分析

核心觀念

路由器（Router）是第三層網路設備，依據 IP 封包的目的位址與路由表，決定封包應送往哪個網路介面或下一個路由器。路由器通常有多個網路介面，分別連接不同網路；也可透過動態路由協定交換路由資訊並更新路由表。

解題方法

逐一比對各選項與路由器的基本功能。支援動態路由、讀取網路層資訊、具有路由表，都是路由器的常見特性；「提供單一網路介面」則與路由器連接不同網路的用途不符，因此是錯誤敘述。

選項分析

• (A) 支援動態路由協定：正確。 路由器可使用 RIP、OSPF、BGP 等動態路由協定，與其他路由器交換網路可達資訊，並據此更新路由表。不同設備支援的協定種類不盡相同，但此為路由器的常見能力。

核心觀念

本題測驗「OSI 七層參考模型（Open Systems Interconnection Model）」中各層級之核心功能劃分，特別著重於第三層「網路層（Network Layer）」的基本職責與特徵。

在網路體系結構中，網路層的核心任務為解決「端對端（End-to-End）跨網路封包傳送」的問題，主要功能包含：

1. 邏輯定址（Logical Addressing）：配置全域唯一的網路位址（如 IP 位址）。
2. 路徑選擇（Routing / 路由選擇）：透過路由演算法與繞送協定，在多個網段或節點間決定封包由來源端傳送到目的端的最佳路徑。
3. 封包轉發與處理（Packet Forwarding & Fragmentation/Reassembly）：依據路由表轉發資料，並在遇到不同 MTU（最大傳輸單元）網段時進行分段與重組。

解題方法

解題切入點在於區分各功能在 OSI 階層架構中的「主要歸屬層級」：

• 當題目提及路徑選擇（Routing）、網際互連（Internetworking）、邏輯定址時，均直指網路層（Layer 3）。
• 其餘如「編訂序號」、「流量控制」及「偵錯」，雖然在不同協定實作中可能跨越多層，但在標準 OSI 定義與國家考試命題慣例中，各自有更具代表性的主要層級歸屬（第 2 層與第 4 層）。因此，直接鎖定網路層最不可替代的本質功能「選擇傳送路徑」進行判斷。

選項分析

• (A) 編訂序號：錯誤。 編訂序號（Sequencing）主要屬於傳輸層（Transport Layer，第 4 層）​的功能。例如 TCP 協定會為每個傳輸區段（Segment）賦予序號（Sequence Number），以便接收端在收到亂序的封包時能依序正確重組，並藉此偵測封包遺失與支援重傳機制。

• (B) 選擇傳送路徑：正確。 此為網路層（Network Layer，第 3 層）​最核心的功能（即 Routing，路由選擇）。路由器（Router）運作於網路層，透過路由協定（如 RIP、OSPF、BGP）動態學習或靜態設定網路拓撲，建立路由表，從而決定封包跨越不同子網時所應採取的最佳傳輸路徑。

核心觀念

本題考查常見傳輸媒介的特性，包含成本、傳輸速率、抗電磁干擾能力，以及傳輸距離與環境限制。判斷時可比較有線媒介中的雙絞線、同軸電纜、光纖，以及無線媒介中的紅外線。

解題方法

逐一核對各媒介的典型特性，尤其留意「成本低廉」等絕對或概括性描述。光纖以光訊號傳輸，具有高速且不易受電磁干擾的優點；但光纖本身及相關設備、施工與維護成本通常較高，因此不能籠統稱為成本低廉。

選項分析

• (A) 正確：​雙絞線製作與佈線成本通常較低，常用於區域網路；由於傳輸的是電訊號，仍可能受到電磁干擾。雙絞設計可降低干擾，但不代表完全免疫。

核心觀念

奇同位（odd parity）要求資料位元與同位元合計後，$1$ 的個數為奇數。本題給的是 $7$ 位元資料字，應逐一計算各選項中 $1$ 的個數；含奇數個 $1$ 的選項符合奇同位。

解題方法

逐項統計 $1$ 的數量：

• (A) $0000000$：$0$ 個，為偶數。
• (B) $1111000$：$4$ 個，為偶數。
• (C) $1010101$：$4$ 個，為偶數。
• (D) $1100001$：$3$ 個，為奇數。

因此，只有 (D) 符合奇同位，與官方答案一致。

選項分析

核心觀念

本題考查密碼系統的分類，以及 RSA、DSA、DES、AES 的安全性基礎。

• 非對稱式密碼系統（公開金鑰密碼系統）：使用一對相關的公鑰與私鑰。RSA 是非對稱式密碼系統；DSA 則是非對稱式數位簽章演算法，不是用來加密訊息的演算法。
• 對稱式密碼系統：加密與解密使用同一把密鑰。DES 與 AES 都屬於對稱式區塊加密演算法。
• RSA 的傳統安全性基礎與大整數質因數分解問題有關；DSA 的安全性基礎與離散對數問題有關。

解題方法

先辨認各演算法所屬的密碼系統類型，再檢查選項中的分類是否正確。題目詢問「何者錯誤」，因此找出把演算法類型配錯的敘述即可。DES、AES 是共享密鑰的對稱式演算法，並非公開金鑰密碼系統，故 (B) 錯誤。

選項分析

核心觀念

本題測驗「常見網路攻擊型態」與「惡意程式」之分類與定義，重點在於區分攻擊手法（Attack Technique）​與惡意程式載具（Malware）​之不同：

1. 阻絕服務攻擊（Denial of Service, DoS）：攻擊者以消耗目標系統運算資源、記憶體緩衝區或網路頻寬為手段，導致合法使用者無法正常存取系統或網路服務。
2. 分散式阻絕服務攻擊（Distributed Denial of Service, DDoS）：利用中繼控制伺服器（C&C Server）操控由大量受感染主機組成的殭屍網路（Botnet），由多點同時向單一目標發送大量無效或惡意封包，造成目標癱瘓。
3. 惡意程式與攻擊媒介：如蠕蟲、木馬，常被攻擊者用來散播並入侵主機，使其淪為殭屍電腦（Zombie/Bot），但惡意程式本身並非封包洪泛攻擊行為本身。

解題方法

解題切入點在於拆解題幹的攻擊來源與攻擊行為／目的：

1. 攻擊來源：「利用大量的殭屍電腦」代表攻擊並非來自單一來源，而是由攻擊者操控多台受害者電腦（Botnet）進行協同作戰，具備分散式（Distributed）​特徵。
2. 攻擊行為與目的：「對某網站發送大量封包，導致該網站無法提供服務」即為利用流量或連線數耗盡目標伺服器的資源（如頻寬、連線階段表格），達成阻絕服務（Denial of Service, DoS）​的效果。
3. 綜合推導：兩者結合，此種結合殭屍網路進行大量封包攻擊的手法即為「分散式阻絕服務攻擊（DDoS）」。

選項分析

• (A) 電腦蠕蟲（Worm）：錯誤。 電腦蠕蟲是一種具備「自我複製能力」且能「主動利用網路漏洞自動傳播」的惡意程式，不需要依附於宿主檔案（Host Program）即可獨立運作。

核心觀念

本題考查 DNS（Domain Name System，網域名稱系統）的基本功能：把容易記憶的網域名稱解析為網路通訊使用的 IP 位址。例如，使用者輸入網域名稱連線時，DNS 會協助查得該名稱對應的 IP 位址。

解題方法

先辨認各選項描述的是哪種位址轉換或設備功能：

• 網域名稱與 IP 位址的對應，由 DNS 負責。
• 網路卡位址（MAC 位址）與 IP 位址的對應，屬於 ARP 等區域網路通訊機制。
• 訊號轉換則與數據機等設備相關。

因此，直接找出描述「網域名稱轉換成 IP 位址」的選項即可。

選項分析

• (A) 將網路卡位址轉換成 IP 位址：錯誤。 網路卡位址通常指 MAC 位址；

核心觀念

本題考查網路攻擊的分類：攻擊者是否改變系統資源或通訊內容。被動式攻擊著重於監聽或觀察通訊，以取得資訊；攻擊者不修改資料，也不干擾系統運作。常見類型包括訊息內容洩漏與通訊分析。

主動式攻擊則會改變、偽造、重送資料，或妨礙系統正常提供服務，例如偽裝、重送、訊息修改及服務阻絕攻擊。

解題方法

逐一判斷選項是否只觀察通訊，或有更動資料、冒用身分、重送封包、干擾服務等行為。只有單純觀察通訊特徵而未改變通訊內容或系統狀態者，屬於被動式攻擊。

選項分析

核心觀念

資料隱碼攻擊（SQL Injection）是攻擊者將惡意 SQL 語法放入應用程式接收的資料中，利用程式未妥善處理輸入資料、直接拼接 SQL 指令等弱點，讓資料庫執行非預期的查詢或操作。

攻擊成功時，可能造成資料外洩、資料遭竄改或刪除，甚至進一步取得資料庫或系統的控制權。常見防護方式包括使用參數化查詢、妥善驗證輸入，以及遵守最小權限原則。

解題方法

判斷各選項是否符合 SQL Injection 的成因、可能影響及防護原則。題幹詢問「何者正確」，因此須辨認與漏洞成因相符的敘述，並排除低估攻擊危害、誤認攻擊來源或違反防護原則的選項。

選項分析

(A) 若使用者輸入資料未經過輸入驗證，便容易發生：正確。 若應用程式未檢查或妥善處理使用者輸入，並將輸入內容直接串接進 SQL 指令，攻擊者就可能插入 SQL 語法，改變原本查詢的意義。故輸入處理不當是資料隱碼攻擊常見的成因。實務上，參數化查詢是重要防護方式，不能只依賴輸入驗證。

核心觀念

本題考查金鑰加密技術（Cryptographic Key Encryption）​於網路通訊協定中的實際應用。

1. 金鑰加密技術分類：

• 對稱式金鑰加密（Symmetric Encryption）：加解密使用同一把金鑰（如 AES、DES、3DES），運算速度快，適合巨量資料傳輸加密。
• 非對稱式金鑰加密（Asymmetric Encryption / Public-Key Cryptography）：使用一對金鑰（公鑰與私鑰，如 RSA、ECC、Diffie-Hellman），公鑰加密僅私鑰可解，常用於身分認證、數位簽章與金鑰交換。

2. 網路安全協定之密碼機制整合： 現代安全通訊協定（如 SSL/TLS、IPsec、SSH）多採用混合式加密架構（Hybrid Encryption），即前端以非對稱金鑰技術驗證身分並安全協商出「會話金鑰（Session Key）」，後端資料傳輸則利用該對稱金鑰進行快速加密。

解題方法

從各選項之技術定位與本質功能進行檢驗，判斷何者直接建構在「金鑰密碼機制（加密、解密、金鑰交換）」之上：

• 檢查選項是否涉及密碼演算法、金鑰管理或機密性／完整性保證。
• 排除屬於「狀態管理」、「傳輸通道可靠度」或「位址解析」等非密碼學的網路基礎功能。

選項分析

• (A) 正確：SSL（Secure Socket Layer，安全通訊協定）
• SSL 是由 Netscape 開發、運作於傳輸層之上與應用層之下的安全協定（後續由 IETF 標準化為 TLS）。
• SSL 在連線建立階段的握手協定（Handshake Protocol）中，必須依賴非對稱金鑰加密技術（如 RSA 或 Diffie-Hellman）進行伺服器身分驗證與安全協商會話金鑰；在資料傳輸階段，則以對稱金鑰加密技術（如 AES、3DES）對應用層承載的資料進行加解密保護，並配合訊息鑑別碼（MAC）確保完整性。因此，SSL 的核心運作架構完全仰賴金鑰加密技術。
• (B) 錯誤：Cookie 技術

核心觀念

本題比較三種資料交換技術：

• 電路交換（Circuit Switching）：傳輸前先建立端到端的專用連線；連線期間，相關線路資源由該連線占用。
• 訊息交換（Message Switching）：以完整訊息為單位，採「儲存後轉送」方式逐站傳遞，不需事先建立端到端連線。
• 封包交換（Packet Switching）：將資料切分成封包後傳送。封包可依網路設計採固定路徑或逐站選路；封包大小也不一定固定。

解題方法

先看各選項是否符合交換技術的核心差異：傳輸前是否須建立連線、傳送時占用的資源，以及資料如何切分與轉送。其中「傳送前是否要建立端到端連線」是區分電路交換與訊息交換的關鍵。

選項分析

(A) 正確。 電路交換須先建立傳送端至接收端的連線，連線建立後才開始傳輸。傳輸期間，該連線所占用的線路資源不能同時提供給其他連線使用，因此可能造成資源閒置。

核心觀念

數位簽章的目的，是確認訊息由誰簽署、確保訊息未遭竄改，並提供簽署者不可否認性。典型作法是先對訊息計算摘要，再由簽署者使用自己的私密金鑰對摘要產生簽章；驗證者使用簽署者的公開金鑰驗證簽章，並比對訊息摘要。

因此，數位簽章會用到訊息摘要、非對稱式密碼技術，以及金鑰對中的公開金鑰；不必使用對稱式加密。

解題方法

判斷各選項是否為數位簽章的必要技術，關鍵在於區分「簽章」與「加密」：

• 簽章：使用私密金鑰產生簽章，使用公開金鑰驗證。
• 加密：通常用來保護訊息內容的機密性；加密與數位簽章是不同目的。

數位簽章本身不要求訊息內容保密，因此不一定需要對稱式加密。

選項分析

(A) 訊息摘要（Message-Digest）：錯誤選項。 產生數位簽章時，通常先計算訊息摘要，再對摘要進行簽署。

核心觀念

本題比較我國《個人資料保護法》與歐盟《一般資料保護規則》（GDPR）對個人資料當事人權利及資料保護制度的規定。解題以命題當年（民國 107 年）法規為準。

兩者較相近之處，在於個人資料當事人得請求刪除其個人資料。GDPR 第 17 條明定「刪除權」，亦常稱為「被遺忘權」；我國《個人資料保護法》第 11 條則規定，個人資料蒐集目的消失或期限屆滿時，公務機關或非公務機關應主動或依當事人請求，刪除、停止處理或利用該個人資料。

解題方法

比較各選項所列制度是否同時見於我國個資法與 GDPR。判斷時要留意：我國法雖未使用 GDPR 的「被遺忘權」名稱，但若比較的是刪除個人資料的實質規定，兩者有相近之處；資料可攜、資料保護影響評估與資料保護長制度，則是 GDPR 中具代表性的制度，民國 107 年我國個資法並未作相同規定。

選項分析

(A) 資料刪除權（被遺忘權）—正確。 GDPR 第 17 條規定當事人在符合條件時，得要求控制者刪除個人資料。我國《個人資料保護法》第 11 條也規定，在蒐集目的消失或期限屆滿等情形，應刪除、停止處理或利用個人資料。因此，就刪除個資的權利與義務而言，兩者有較相同的規定，符合官方答案。

核心觀念

本題測驗「網頁應用程式安全」中極為常見且重要的弱點——跨站腳本攻擊（Cross-Site Scripting, XSS）​的定義、運作機制、分類與防禦手段，並辨析其與「跨站請求偽造（CSRF）」等攻擊之差異。

1. XSS 的本質與定義： XSS 屬於客戶端（Client-side）的程式碼注入攻擊。當網站應用程式未對使用者輸入進行妥善的過濾或編碼，導致攻擊者植入的惡意腳本（常見為 JavaScript）被直接嵌入網頁中，受害者的瀏覽器在載入該頁面時，會將惡意腳本誤認為是網站的合法程式碼而執行。
2. 常見分類：

• 儲存型（Stored / Persistent XSS）：惡意程式碼被永久儲存在目標伺服器的資料庫、留言板、日誌等位置，任何造訪該受害頁面的使用者皆會中招。
• 反射型（Reflected / Non-persistent XSS）：惡意程式碼包含在 URL 參數中，需誘導受害者點擊連結，經伺服器反射回傳並於瀏覽器端執行。
• DOM 型（DOM-based XSS）：不需經由伺服器處理，惡意腳本係直接在客戶端透過瀏覽器解析 DOM（Document Object Model）時觸發。

3. 主要危害： 攻擊主要發生在受害者的瀏覽器環境中，攻擊者可藉此竊取 Cookie、Session Token 等敏感憑證、側錄鍵盤輸入、竄改網頁外觀（Defacement）或進行釣魚導向。
4. 防禦方式：

• 輸入端：嚴格的輸入驗證與過濾（Input Validation / Filtering）。
• 輸出端：依據輸出情境進行上下文感知的輸出編碼（Context-aware Output Encoding / Escaping）。
• 縱深防禦：啟用內容安全策略（Content Security Policy, CSP）、敏感 Cookie 標記 HttpOnly 屬性。

解題方法

本題為反向選擇題，要求選出「描述錯誤」的選項。解題切入點在於檢驗「XSS 的觸發前提與字面涵義」：

• 判斷攻擊目標究竟是「伺服器端」還是「客戶端瀏覽器」（檢驗 A）。
• 檢視觸發 XSS 是否有「同時造訪多個網站」的必要前提，以及其「跨站」一詞的歷史由來（檢驗 B）。
• 檢驗過濾輸入是否為經典的防範策略（檢驗 C）。
• 檢驗留言板注入是否符合 Persistent XSS 之定義（檢驗 D）。

選項分析

• (A) 正確（非本題所選）： XSS 雖然常利用伺服器端未妥善處理輸入的漏洞，但惡意程式碼最終是在受害者的瀏覽器中被直譯並執行。

核心觀念

緩衝區溢位是程式將資料寫入固定大小的記憶體緩衝區時，未妥善限制寫入長度，導致資料超出緩衝區邊界並覆寫相鄰記憶體內容的弱點。攻擊者可能藉此造成程式崩潰、改變程式執行流程，或執行未經授權的程式碼。

是否會發生緩衝區溢位，主要取決於程式如何管理記憶體、是否檢查輸入長度，以及語言、編譯器、執行環境與防護機制等因素；不會單由裝置類型或作業系統決定。

解題方法

題目要求找出「錯誤」的描述。逐一檢視各選項是否把緩衝區溢位的成因與發生條件說得過於絕對：

• 若選項把特定語言或裝置說成完全不會發生，通常要特別留意。
• 緩衝區溢位是程式記憶體管理問題；行動裝置與遊戲機同樣執行程式，也可能有相關弱點。
• Linux 等作業系統提供的防護可降低攻擊成功率，但不代表漏洞本身不會存在。

選項分析

(A) 正確。 緩衝區溢位與程式語言及其記憶體管理方式有關。像 C、C++ 這類允許直接操作記憶體、且部分操作不會自動檢查陣列邊界的語言，較容易出現傳統緩衝區溢位。Java 的陣列存取通常會進行邊界檢查，因此較不會發生這類傳統記憶體覆寫問題。不過，不能因此推論 Java 程式完全沒有安全漏洞；題目所述是在傳統緩衝區溢位的脈絡下理解。

核心觀念

本題比較的是軟體定義網路（Software-Defined Networking, SDN）交換器的封包過濾，與傳統防火牆的規則模式。傳統防火牆通常依預先設定的規則比對封包欄位，再執行允許或阻擋等動作；SDN 則可由控制器集中取得網路狀態與統計資料，並透過程式動態調整交換器的流表規則。

解題方法

判斷兩者「最大的差異」，要找出傳統規則比對也能做到的功能，以及 SDN 可藉由程式控制更靈活完成的功能。依 IP 位址、封包內容或使用者身分設定阻擋條件，都可能由傳統防火牆規則或相關檢查機制完成；依交換器各埠的流量統計資料，由程式自動調整過濾條件，則凸顯 SDN 控制器可程式化、動態管理流表的特性。

選項分析

• (A) 可阻斷送往某個特定 IP 位址的封包：錯誤。 傳統防火牆可比對封包的來源或目的 IP 位址，並依規則阻擋封包，並非 SDN 才有的能力。

核心觀念

VLAN（虛擬區域網路）是在交換器上以邏輯方式劃分廣播網域。主機可依照埠、MAC 位址或其他設定加入 VLAN，因此同一台交換器上的主機可以分屬不同 VLAN；同一個 VLAN 也可以跨越多台交換器。

不同 VLAN 是不同的第 2 層廣播網域。若要讓它們彼此通訊，通常需要路由器或具第 3 層路由功能的交換器。IEEE 802.1Q 則以標記欄位在乙太網路訊框中識別 VLAN；VLAN ID 欄位為 12 bits，其中可用的 VLAN ID 範圍並非全部 4096 個值都可供一般指派。

解題方法

逐項檢查敘述是否符合 VLAN 的三個基本特性：

1. VLAN 可跨交換器，同一交換器也可劃分多個 VLAN。
2. 不同 VLAN 之間的通訊需要第 3 層路由。
3. VLAN 本身不取代 IP 子網規劃；一般而言，每個 VLAN 對應一個 IP 子網。
4. 802.1Q 的 VLAN ID 是 12 bits，不是 16 bits。

選項分析

(A) 正確。 一個 VLAN 的成員可以分布在不同交換器上；透過交換器間的連線與 VLAN 設定，同一 VLAN 的流量可跨交換器傳送。

核心觀念

本題考查 TCP/IP 網路架構中網路層（Network Layer / Internet Layer）輔助協定的功能與運作機制，核心協定為 ICMP（Internet Control Message Protocol，網際網路控制訊息協定）。

1. ICMP 的定位與功能：

• 依據 RFC 792 規範，ICMP 封裝於 IP 標頭之內（IP 協定號碼 Protocol Number 為 1），但邏輯上屬於網路層的一部分。
• 其主要功能並非傳遞使用者應用資料，而是負責傳送網路錯誤報告（Error-reporting Messages）​與查詢診斷訊息（Query/Informational Messages）。

2. 常見除錯工具運作原理：

• ping：利用 ICMP 查詢訊息中的 Echo Request（Type 8, Code 0） 與 Echo Reply（Type 0, Code 0），測試來源端與目的端之間的連線是否可達（Reachability）並計算往返時間（Round-Trip Time, RTT）。
• traceroute（Windows 下為 tracert）：利用 IP 封包標頭中的 TTL（Time To Live，存活時間） 欄位遞增機制（從 1 開始逐次加 1），當封包到達中繼路由器且 TTL 減為 0 時，路由器會丟棄封包並向來源端回傳 ICMP Time Exceeded（Type 11, Code 0，傳輸逾時） 訊息，藉此逐跳（Hop-by-Hop）辨識路徑上的各個路由器 IP 位址。

解題方法

題目詢問常用網路除錯工具（如 ping、traceroute）依賴何種協定來實作。

1. 分析 ping 的實作機制：

• 來源主機主動發出 ICMP 類型 8 的 Echo Request 封包。
• 目的端收到後，回應 ICMP 類型 0 的 Echo Reply 封包。
• 兩者完全由 ICMP 定義與實作。

2. 分析 traceroute 的實作機制：

• 無論是用 Windows 的 ICMP Echo 探測，或是 Unix/Linux 預設的高埠號 UDP 探測，其追蹤中繼節點的核心機制完全依賴各中繼路由器回傳的 ICMP Time Exceeded 封包；到達終點時，亦依賴目的端回傳的 ICMP Port Unreachable 或 ICMP Echo Reply 來確認結束。

3. 綜合判斷：兩款工具皆高度依賴 ICMP 所提供的控制與診斷訊息來完成網路連通性與路徑探測任務，故正確答案為 (C)。

選項分析

• (A) SNMP（Simple Network Management Protocol，簡易網路管理協定）：
• 錯誤。

核心觀念

本題測驗 CIDR（Classless Inter-Domain Routing，無類別域間路由）與超網（Supernetting）的位址計算，主要包含以下核心定理與公式：

1. 子網路遮罩與位元配置：

• IPv4 位址共 32 位元，表示法為 $\text{IP}/\text{Prefix}$。
• 網路位元數（Network bits）$= n$，主機位元數（Host bits）$= h = 32 - n$。
• 子網路遮罩中，前 $n$ 個位元為 $1$，後 $h$ 個位元為 $0$。

2. 可用主機位址數公式： $\text{可用主機數} = 2^h - 2$ （扣除主機位元全為 $0$ 的「網路位址」與全為 $1$ 的「廣播位址」各 $1$ 個）。
3. 網段邊界與超網概念：

• 傳統 Class C 預設遮罩為 $/24$（擁有 256 個 IP）。
• 若前綴長度小於 24（如 $/22$），代表將多個連續的 Class C 聚合為一個「超網」（Supernet）。包含的 Class C 網段數為 $2^{24 - n}$。

解題方法

面對跨位元組（跨 Octet）的 CIDR 網段計算，標準步驟如下：

步驟一：分析位元結構

給定網段為 $200.100.100.0/22$：

• 網路前綴長度 $n = 22$。
• 主機位元數 $h = 32 - 22 = 10$ 位元。
• 子網路遮罩二進位為： $11111111.11111111.11111100.00000000$ 換算成十進位為 $255.255.252.0$。

步驟二：推算第 3 個八位元組（Octet）的變化區間

位址變動發生在第 3 個八位元組：

• 第 3 個八位元組的遮罩值為 $252$。
• 該位元組的「塊大小」（Block Size / 增量）$= 256 - 252 = 4$（亦即 $2^{8-6} = 2^2 = 4$）。
• 給定 IP 的第 3 個八位元組為 $100$，為 $4$ 的倍數（$100 = 4 \times 25$），故該網段涵蓋的第 3 個八位元組範圍為： $100 \sim (100 + 4 - 1) = 100 \sim 103$

步驟三：列出網段關鍵位址

• 網路位址（Network Address）：主機位元全為 $0$ $\to 200.100.100.0$
• 廣播位址（Broadcast Address）：主機位元全為 $1$ 第 3 個八位元組為 $103$（二進位末兩位為 $11$），第 4 個八位元組為 $255$（二進位全為 $1$） $\to 200.100.103.255$

核心觀念

本題測驗 IPv4 與 IPv6 基本表頭（Header）結構的演進與欄位簡化差異。

網際網路協定由 IPv4 演進至 IPv6 時，核心設計目標之一為「提高路由器的封包轉送效率」。為減輕中間節點（路由器）的負擔，IPv6 將基本表頭長度固定為 40 個位元組（bytes），並移除了多個繁瑣或在其他通訊層級重複驗證的欄位（如分段控制欄位、表頭檢查碼）。

解題方法

透過對照 IPv4 與 IPv6 表頭欄位的對應與異動關係進行研判：

1. 保留並維持原名：

• Version（版本，4 bits）：標示 IP 協定版本。

2. 保留但更名／微調語意：

• IPv4 的 Type of Service (ToS) $\to$ IPv6 的 Traffic Class（8 bits，用於 QoS 與優先權標記）。
• IPv4 的 Total Length $\to$ IPv6 的 Payload Length（16 bits，僅計基本表頭後方的負載長度）。
• IPv4 的 Time to Live (TTL) $\to$ IPv6 的 Hop Limit（8 bits）。
• IPv4 的 Protocol $\to$ IPv6 的 Next Header（8 bits）。

3. 自基本表頭移除或移至延伸表頭（Extension Headers）：

• Internet Header Length (IHL)：IPv6 表頭長度固定為 40 bytes，不再需要長度欄位。
• Identification、Flags、Fragment Offset：IPv6 規定中間路由器不進行分段（僅由發送端主機分段），故移至「分段延伸表頭（Fragment Extension Header）」。
• Header Checksum：完全移除。由於資料連結層（L2，如乙太網路 FCS/CRC）與傳輸層（L4，如 TCP/UDP Checksum）皆具備錯誤檢測機制，且每一跳（hop）減少 TTL/Hop Limit 時都需重新計算檢查碼，極耗路由器效能，因此 IPv6 全面廢除 L3 Checksum。

比對四個選項，checksum 確實已自 IPv6 表頭中徹底移除。

核心觀念

本題測驗「公開金鑰密碼系統（非對稱式密碼系統）」之兩大主流演算法——RSA 與 橢圓曲線密碼學（ECC, Elliptic Curve Cryptography） 的特性比較，以及其在網路安全協定（TLS）中的實際應用。

1. 底層數學難題與密碼分類：

• RSA：屬於非對稱式密碼系統，其安全性奠基於「大質數因數分解難題（Integer Factorization Problem, IFP）」。
• ECC：亦屬於非對稱式密碼系統，其安全性奠基於有限場上的「橢圓曲線離散對數難題（Elliptic Curve Discrete Logarithm Problem, ECDLP）」。

2. 安全強度與金鑰長度效益（以 NIST 安全標準為例）：

• 解決 ECDLP 的演算法複雜度成長速度遠快於解決大質數分解（通用數體篩法 GNFS），因此 ECC 能在顯著較短的金鑰長度下，提供等同於 RSA 長金鑰的安全等級：
• 128 位元對稱安全等級 $\approx$ ECC 256 位元 $\approx$ RSA 3072 位元
• 192 位元對稱安全等級 $\approx$ ECC 384 位元 $\approx$ RSA 7680 位元

3. 運算資源消耗特性：

• 由於 ECC 金鑰極短，無論在金鑰產生、運算效能、記憶體暫存空間或網路傳輸頻寬（封包大小）上的負擔均遠低於 RSA，非常適用於運算能力受限、電力有限的行動裝置（Smartphones）、物聯網設備（IoT）與智慧卡（Smart Cards）。

4. 傳輸層安全性協定（TLS）的支援：

• TLS 的密碼編譯套件（Cipher Suite）設計為可抽換架構，同時支援 RSA、DH、ECDH/ECDHE 以及 ECDSA 等多種演算法，並非僅限於 RSA。

解題方法

本題為典型的觀念比較型選擇題，解題時從「密碼體系分類」、「金鑰長度與效能效益」、「應用協定支援度」三面向快速切入：

1. 第一步（檢驗密碼分類）：確認 ECC 與 RSA 的體系歸屬。兩者皆具備公鑰與私鑰，同為非對稱式密碼技術，可直接判定選項 (C) 錯誤。
2. 第二步（評估資源與效能）：比對兩者在相同安全強度下的資源需求。ECC 具備短金鑰與低功耗特性，專門解決行動端與嵌入式硬體運算力不足的問題，可判定選項 (B) 敘述正確。
3. 第三步（比對安全性與標準協定）：密碼學中安全性取決於金鑰長度與實作，兩者皆能達到高等級安全性，非「RSA 必然較安全」；

核心觀念

本題的核心在於區分​「虛擬私人網路（VPN）的核心安全機制」​與​「特定的實作協定」。

1. 虛擬私人網路（Virtual Private Network, VPN）的本質： 在不可信賴的公眾網路（如網際網路）上，透過通道技術（Tunneling）、加密與鑑別等機制，建立一條安全的邏輯專用通道。
2. VPN 的三大/四大核心安全機制（通用抽象概念）：

• 機密性（Confidentiality）：透過「訊息加密／解密」防止資料傳輸時遭第三方竊聽。
• 身分鑑別（Authentication）：確認通訊兩端實體的合法性，防止身分偽冒。
• 完整性（Integrity）：確保傳輸中的資料未遭竄改或重送。
• 金鑰管理與交換（Key Management / Exchange）：安全地在雙方協商出對稱加解密所需的會議金鑰（Session Key）。

3. VPN 實作技術的多樣性（具體實作協定）： VPN 可在 OSI 模型的不同層級實作，IPsec 僅為網路層（Layer 3）的一種協定套件；此外亦有基於傳輸層／應用層的 SSL/TLS VPN（如 OpenVPN）、WireGuard，或資料鏈結層的 PPTP、L2TP 等。任何單一協定都不是建構 VPN 的「唯一且必要」手段。

解題方法

解題切入點採用​「概念屬性分類法」​與​「反例驗證法」：

1. 辨識選項層級（抽象機制 vs. 具體協定）：

• 選項 (A)、(B)、(D) 皆屬於資訊安全底層不可或缺的「通用安全功能／機制」。任何合格的安全通訊通道，都必須驗證對象（身分驗證）、取得金鑰（金鑰交換）、保護內容（加解密）。
• 選項 (C)「IPsec 協定」則屬於「特定實作標準」。

2. 反例排除： 檢驗是否存在「不使用 IPsec 也能成功運作的 VPN」。

核心觀念

本題測驗「網路管理協定」（SNMP, Simple Network Management Protocol）的歷史演進、各版本（SNMPv1、SNMPv2c、SNMPv3）之功能特性、訊息結構（PDU）及安全相容性機制。

1. SNMP 版本演進：

• SNMPv1：架構簡單，採純文字社群字串（Community String）進行不安全的認證。
• SNMPv2：改進資料型態（引進 SMIv2、支援 64 位元計數器 Counter64）、新增 PDU 操作（如 GetBulkRequest、InformRequest），並細化錯誤回應。其中 SNMPv2c（Community-based SNMPv2）保留 v2 的操作與資料定義，但捨棄過於複雜的 Party-based 安全機制，沿用 v1 的 Community String。
• SNMPv3：現行最新標準，以模組化架構強化安全性，提供 USM（使用者導向安全模型，具身分認證與封包加密）與 VACM（視圖存取控制模型），並支援遠端組態設定。

2. 協定相容性：不同版本之 SNMP 在封包格式（Message Header）與通訊單位（PDU 格式）上存在根本差異，無法直接在協定層面「向後相容」（Backward Compatible）。

解題方法

本題為純粹的觀念辨析題，切入點為比對選項對各版本「協定標準定義」、「新增指令」及「版本相容性」的敘述：

1. 先確認版本現況（v3 為現行最新）與各版本核心新增功能（v2 的 GetBulk、v3 的遠端管理 MIB）。
2. 特別檢驗「向後相容性」的定義：雖然 SNMPv2c 採用了與 SNMPv1 相同的 Community-based 認證思維，但因 PDU 結構、錯誤處理編碼與資料型態定義不同，二者無法直接互通，必須透過雙模管理站（Bilingual Manager）或代理閘道（Proxy Agent）進行協定轉換。

選項分析

• (A) 正確： IETF 在發布 SNMPv1（RFC 1157）、SNMPv2c（RFC 1901）之後，於 RFC 3411～3418 定義了 SNMPv3 架構。SNMPv3 為目前網際網路正式標準之最新版本，至今並無 SNMPv4 發布。