111 地方特考三等 資訊處理 資通網路 考古題詳解

核心觀念

本題測驗傳輸控制協定（TCP, Transmission Control Protocol, RFC 793）的核心運作機制，主要聚焦於兩大技術重點：

1. 主從架構（Client-Server Architecture）下的連線導向交握機制：說明伺服端（Server）「被動開啟（Passive Open）」與用戶端（Client）「主動開啟（Active Open）」的互動過程，包含三向交握（Three-Way Handshake）步驟及傳輸層有限狀態機（FSM）的狀態轉移（如 LISTEN、SYN-SENT、SYN-RECEIVED、ESTABLISHED）。
2. TCP 標頭（Header）結構與欄位功能：識別在連線建立階段參與通訊協商、定址、雙向序號同步（Synchronization）、確認機制以及參數設定（如 MSS、Window Scale）的具體欄位。

---

解題方法

本題為標準的申論型問答題，回答時採取「階層式結構化」展開：

1. 第一部分：主從架構下的連線建立流程

• 明確區分 Role（Client 與 Server）各自的前置動作（Passive Open vs. Active Open）。
• 按時序詳述三向交握之三個步驟，清楚標明傳輸的旗標（Flags）、序號（Sequence Number, SEQ）與確認號碼（Acknowledgment Number, ACK No.）之數值邏輯變化，並說明雙方狀態（State）之轉換。

2. 第二部分：TCP Header 相關欄位剖析

• 系統化列出於連線建立時發揮實質作用的 TCP 標頭欄位（不能僅列出 SYN/ACK 旗標，必須包含 Port 定址、序號、確認號、視窗大小及 Options 擴充選項），並精確說明各欄位在此階段的用途。

---

選項分析

本題為非選擇題（申論題），此處針對考卷給分規準進行「評分面向與作答要點拆解」：

• 子題一：主從架構連線建立過程
• 滿分要點：能完整寫出三向交握的 3 個步驟，並標記封包中的關鍵旗標（SYN、ACK）、序號關係（$x$ 與 $x+1$、$y$ 與 $y+1$）以及兩端狀態（CLOSED $\to$ LISTEN / SYN-SENT $\to$ SYN-RECEIVED $\to$ ESTABLISHED）。
• 常見扣分點：遺漏通訊前伺服端必須先處於 LISTEN 狀態（被動開啟）；漏寫第三次交握中的 ACK 確認號；未說明 SYN 封包邏輯上占用 1 個虛擬序號（Phantom byte）導致確認號需加 1。
• 子題二：TCP Header 用於建立連線之欄位
• 滿分要點：涵蓋來源與目的連接埠（Source/Destination Port）、序號（Sequence Number）、確認號（Acknowledgment Number）、控制旗標（Flags 中的 SYN、ACK）、接收視窗大小（Window Size）與選項欄位（Options 中的 MSS、Window Scale 等）。
• 常見扣分點：僅回答 SYN 與 ACK 旗標，忽略了最基礎的 Port 號配對、序號交換、流量控制初始通告（Window Size）與連線參數協商（MSS）。

---

解題技巧

1. 畫出標準時序圖：在申論作答時，以 Client 和 Server 兩條平行垂直時間軸呈現三向交握，旁邊附上狀態轉移與封包參數，能讓閱卷委員一目了然，具備極高吸睛度。
2. 序號計算公式化：

• 用戶端初始序號記為 $ISN_c$（或 $x$）。
• 伺服端初始序號記為 $ISN_s$（或 $y$）。
• 交握階段中，SYN 旗標本身消耗一個 Sequence Number，因此對端回應的確認號必為該封包序號加 1（即 $ACK = SEQ + 1$）。

3. 千萬別漏掉 Options 欄位：許多高分關鍵在於能否提及 TCP Options 中的 MSS（Maximum Segment Size）與 Window Scale。這些參數「只能在具有 SYN=1 的連線建立階段進行協商」，是展現專業深度的關鍵得分點。

---

【答案】

一、以主從架構模式說明 TCP 連線建立過程

TCP 連線建立採用**三向交握（Three-Way Handshake）**機制，在主從架構（Client-Server Architecture）下的運作時序與狀態轉移如下：

核心觀念

本題考查應用層網路多媒體串流協定中，動態調適性 HTTP 串流（Dynamic Adaptive Streaming over HTTP, DASH，亦稱 MPEG-DASH，國際標準 ISO/IEC 23009-1）之系統架構與運作原理。

核心觀念與定義涵蓋：

1. HTTP Streaming 之優勢：相較於傳統基於 UDP 的串流協定（如 RTSP/RTP），HTTP 串流運行於 TCP（連接埠 80/443），具備極佳的防火牆與 NAT 穿透能力，且能無縫利用現有的 Web 基礎設施（如 HTTP Proxy、CDN 快取伺服器）。
2. 多碼率編碼與切片（Multi-bitrate Encoding & Chunking）：伺服器預先將同一影音內容編碼為多種不同位元率（Bitrate）與解析度的版本，並切割為固定時間長度（通常為 2 至 10 秒）的獨立片段（Segments/Chunks）。
3. 媒體呈現描述檔（Media Presentation Description, MPD）：伺服器提供之 XML 格式索引清單，記錄各版本的位元率、編碼格式、解析度以及各影音片段的 URL 命名規則與對應位址。
4. 客戶端驅動之自適應位元率（Client-driven Adaptive Bitrate, ABR）機制：DASH 採「拉取式（Pull-based）」架構，由客戶端根據即時測得的網路頻寬、裝置解碼能力與本機緩衝區（Buffer）存量，動態決定下一個片段應請求何種位元率版本。

---

解題方法

本題為標準的技術原理申論題，作答時切忌漫無邊際地條列，應採取**「系統架構 $\to$ 核心元件 $\to$ 傳輸運作流程 $\to$ 自適應切換機制」**的層次化結構展開：

1. 破題定義：給出 DASH 的全名與核心定位（國際開放標準、基於 HTTP/TCP）。
2. 核心架構與元件：說明伺服器端（預先編碼、切片）、索引檔案（MPD 檔）與客戶端（播放器、ABR 演算法引擎）的分工。
3. 傳輸運作步驟：按時間序詳述「取得 MPD $\to$ 評估網路與緩衝區 $\to$ 發送 HTTP GET 請求片段 $\to$ 解碼播放並動態循環調整」的完整週期。
4. 自適應調適核心：說明客戶端如何在「高畫質」與「避免畫面停頓（Rebuffering）」之間取得動態平衡。

---

選項分析

本題為申論題（問答題），無選擇題選項。在國考閱卷標準中，關鍵概念辨析如下：

• DASH 與傳統 RTSP/RTP 的區別：RTSP 為有狀態（Stateful）且常依賴 UDP，難以穿透防火牆；DASH 為無狀態（Stateless）之 HTTP/TCP 傳輸，大幅減輕伺服器連線維護負擔。
• DASH 與 Apple HLS 的區別：兩者概念相近，但 HLS 使用 .m3u8 索引檔與 .ts/fMP4 切片，屬於 Apple 主導之架構；DASH 為 MPEG 制定之開放國際標準，索引檔採用 XML 格式的 .mpd。
• 推播（Push）與拉取（Pull）的區別：DASH 嚴格由客戶端主動發出 HTTP GET 拉取，伺服器不主動推播資料，此特性使得標準 Web 伺服器即可直接充當串流伺服器。

---

解題技巧

1. 關鍵術語不可遺漏：作答卷面必須精準出現以下專有名詞：Dynamic Adaptive Streaming over HTTP、MPD (Media Presentation Description)、Segment / Chunk、HTTP GET、ABR (Adaptive Bitrate)、Buffer Level。
2. 突顯「客戶端主導」特性：許多考生誤寫為「伺服器偵測頻寬並推送不同畫質」，此為致命錯誤。DASH 的核心精神是 Client-side intelligence，伺服器完全是無狀態（Stateless）的被動提供者。
3. 流程化條列呈現：閱卷老師閱卷速度快，將運作流程分成明確的步驟（Step 1 至 Step 4），並輔以簡單架構說明，最容易取得滿分。

---

【答案】

核心觀念

本題旨在評量考生對無線實體層傳輸媒介（Unbounded/Wireless Medium）物理特性與**傳輸通道損傷（Transmission Impairments）**之理解。有線傳輸（如雙絞線、同軸電纜、光纖）受導波介質保護，訊號環境封閉且高度可控；無線傳輸則使用自由空間作為介質，訊號暴露於開放環境中，極易受幾何拓撲、障礙物、其他電磁輻射及移動性影響。

本題涉及的核心觀念與理論公式如下：

1. 自由空間路徑損失（Free Space Path Loss, FSPL）：電磁波能量隨距離擴散而衰減，其接收功率與傳播距離之平方（甚至高次方）成反比： $FSPL = \left(\frac{4\pi d}{\lambda}\right)^2 = \left(\frac{4\pi d f}{c}\right)^2$ 其中 $d$ 為距離、$\lambda$ 為波長、$f$ 為頻率、$c$ 為光速。
2. 多路徑傳播（Multipath Propagation）與小尺度衰減（Small-scale Fading）：電磁波經反射（Reflection）、繞射（Diffraction）與散射（Scattering）抵達接收端，造成不同時間差與相位差之向量疊加干涉。
3. 熱雜訊（Thermal Noise）與夏農定理（Shannon Capacity Formula）： $N = k \cdot T \cdot B$ $C = B \log_2(1 + \text{SINR})$ 雜訊（Noise）與干擾（Interference）會降低訊號與干擾雜訊比（$\text{SINR}$），進而壓縮通道容量 $C$ 並提高位元錯誤率（Bit Error Rate, BER）。

---

解題方法

回答國家考試資訊處理類科之申論題時，切忌僅以片段名詞條列，應採取**「成因（物理機制） $\to$ 現象（通道效應） $\to$ 衝擊（傳輸劣化後果）」**的結構化論述，方能取得滿分。

整體架構應由宏觀至微觀，將通道損傷歸納為以下四大維度：

1. 能量擴散與阻隔：路徑損失（Path Loss）與陰影遮蔽（Shadowing）。
2. 波形疊加與多路徑效應：多路徑衰減（Multipath Fading）與符元間干擾（ISI）。
3. 外在環境與共享頻譜：電磁干擾（Interference）與背景雜訊（Noise）。
4. 終端移動性與氣候因素：都卜勒頻移（Doppler Shift）與大氣/雨衰（Rain Fade）。

---

選項分析

本題為申論問答題，無選項。閱卷評分重點在於是否完整涵蓋造成無線通道損傷的核心物理成因及其對通訊品質的影響：

1. 路徑損失（Path Loss / Attenuation）：電磁波在自由空間傳播時，輻射能量隨距離增加而向外球狀擴散，接收端所截取的功率隨傳輸距離大幅衰減；在高頻環境下，衰減效應更為劇烈。
2. 陰影遮蔽效應（Shadowing / Slow Fading）：當傳播路徑上存在建築物、山丘、牆壁等大型障礙物阻擋直視路徑（Line-of-Sight, LOS）時，會造成訊號功率在宏觀尺度上的起伏波動，屬於大尺度衰減（Large-scale Fading）。
3. 多路徑衰減（Multipath Fading / Fast Fading）：無線電波打在不同介質表面時，會引發反射、繞射與散射，導致多道具有不同相位、振幅與抵達時間的波束在接收端疊加。若相位相反則產生破壞性干涉，使訊號瞬間驟降。
4. 延遲擴展與符元間干擾（Delay Spread & Intersymbol Interference, ISI）：多路徑訊號到達時間不一引發時間延遲擴展，當延遲時間超過一個符元週期（Symbol Duration）時，前一個符元的波尾將干擾後一個符元，造成嚴重解調錯誤。
5. 同頻與鄰頻干擾（Interference）：無線頻譜屬於共享介質，非授權頻段（如 2.4 GHz ISM）充斥不同技術（Wi-Fi、Bluetooth、Zigbee）之競爭發射；蜂巢式系統則面臨相鄰細胞基地台之同頻干擾（Co-channel Interference）與鄰頻洩漏。
6. 雜訊（Noise）：導體電子熱運動引發的熱雜訊（白雜訊）及環境宇宙雜訊，使接收端的噪訊基底（Noise Floor）升高，劣化訊噪比（SNR）。

核心觀念

本題旨在測驗考生對網際網路基礎維運協定、網路名稱與位址管理架構（ICANN/IANA/RIR 體系）的理解程度。核心考點包含：

1. 協定定義與規格：WHOIS 協定定義於 RFC 3912，屬於應用層（Application Layer）協定，底層基於 TCP 埠號 43（Port 43） 運作。其運作機制為極簡的純文字查詢／回應（Request/Response）模式，客戶端送出查詢字串後，伺服器回傳文字結果並隨即切斷 TCP 連線。
2. 網際網路治理架構：網際網路號碼分配局（IANA）、各大區域網際網路註冊機構（RIR，如 APNIC、ARIN、RIPE NCC）、國家級註冊機構（如 TWNIC）、頂級網域管理機構（Registry）與受理註冊機構（Registrar）共同維護的公開分散式資料庫。
3. 資訊範疇：涵蓋「網域名稱（Domain Name）」、「IP 位址區塊（IP Address Blocks）」與「自治系統編號（ASN）」的分配關係與責任歸屬。

---

解題方法

本題為標準的資通網路申論題，題旨明確包含兩大核心任務：「用途說明」 與 「可查詢資訊」。作答切入點建議採「層次化架構」推進：

1. 第一部分：說明協定本質與核心用途：切忌只寫「查網站資料」，應從「網路管理與維運」、「資訊安全與鑑識追蹤」、「法規與智財保護」三個實務面向切入，展現專業廣度。
2. 第二部分：分類條列可查詢之具體資訊：若僅零散列出項目容易漏失分數，應將資訊系統化拆解為三大區塊：

• 網域名稱相關資訊（Domain Data）
• 註冊人與管理權責資訊（Registrant & Contact Data）
• 網路底層資源資訊（IP Block / ASN Data）

3. 第三部分：補充實務演進與現代考量：適度點出因個資法規（如歐盟 GDPR）所帶來的資料遮蔽現象，以及新一代接替標準（RDAP），可讓答案具備鑑別度與前瞻性。

---

選項分析

本題為申論申論題（問答題），無個別選擇題選項。在閱卷評分標準上，通常依以下配分面向檢核考生的答題完整度：

評分面向	考生應涵蓋之作答重點	缺乏時之扣分風險
協定規格與運作原理	明確提及 RFC 3912、TCP Port 43、Client-Server 純文字架構。	僅泛泛說明「這是一種查詢工具」，未能體現網路通訊協定專業。
協定用途（Why）	涵蓋網管障礙排除、資安事件溯源／威脅情資、商標侵權調查、資源分配查核。	僅簡答「查詢擁有人」，用途面向過於單一狹隘。
可查詢資訊（What）	完整列出註冊機構、重要時戳、DNS 名稱伺服器、聯絡窗口、IP/ASN 網段歸屬。	只寫出名稱與電子郵件，遺漏網域狀態碼、DNS 伺服器與 IP 資源等要項。

---

解題技巧

1. 關鍵協定規格必背：開頭直接寫出「基於 TCP Port 43 的應用層協定（RFC 3912）」，第一眼即建立專業印象。
2. 概念區隔（常見陷阱）：

• 勿將 WHOIS 與 DNS 查詢（如 nslookup、dig）混淆：DNS 解析的是「主機名稱到 IP 的映射（如 A、AAAA、CNAME 等資源紀錄）」，而 WHOIS 查詢的是「資源由誰註冊、何時到期、由哪家機構分配」。

3. 加分延伸亮點：

• GDPR 衝擊：補充因隱私保護要求，許多個人註冊資料目前已轉為「隱私代理（Privacy/Proxy）」或遮蔽。
• RDAP 協定：補充 IETF 與 ICANN 正逐步推動以 RDAP（Registration Data Access Protocol，RFC 7480 系列，基於 RESTful HTTP、支援 JSON 格式與存取權限控管）取代傳統 WHOIS。

---

【答案】

一、WHOIS 協定之定義與用途

WHOIS 是一種基於 TCP 埠號 43（Port 43）之應用層查詢協定（規範於 RFC 3912），採用簡易的客端－伺服器（Client-Server）純文字請求與回應架構。其主要用途如下：

核心觀念

本題旨在評量考生對資通安全領域中**「零日漏洞（Zero-Day Vulnerability）」與「零日攻擊（Zero-Day Attack）」生命週期**之掌握程度，以及能否針對無已知特徵碼（Signature-less）的威脅提出整體性的縱深防禦對策。

相關核心概念與定義如下：

1. 零日漏洞（Zero-Day Vulnerability）：軟體、硬體或韌體中已被發現，但原廠（供應商）尚未知悉，或原廠知悉但**尚未釋出修補程式（Security Patch）**的安全缺陷。
2. 零日攻擊（Zero-Day Attack）：攻擊者利用上述零日漏洞所發動之惡意攻擊行為。在此階段，防禦方處於「已知/未知漏洞但無官方修補程式」的暴露視窗（Window of Vulnerability / Window of Exposure）。
3. 防禦典範轉移：因傳統依賴特徵碼（Signature-based）的防禦機制全面失效，因應對策必須依賴異常行為分析（Behavioral Analysis）、縱深防禦（Defense-in-Depth）與零信任架構（Zero Trust Architecture, ZTA）。

---

解題方法

本題為標準的三段式申論問答題，切入重點在於架構清晰、術語精確：

1. 發生時機：以漏洞生命週期時序（發現 $\rightarrow$ 披露 $\rightarrow$ 修補）切入，點出從攻擊者取得利用程式（Exploit）至原廠釋出修補更新之間的「空窗期」。
2. 資安危機：從「技術防禦失效」、「攻擊特徵（隱匿性與鎖定性）」及「衝擊層面（資料、營運、權限）」三個維度分析。
3. 因應對策：切忌僅回答「盡速更新」，必須依資安框架分為「事前防禦與強化（Proactive/Pre-incident）」、「事中偵測與緩解（Real-time Detection）」與「事後應變與復原（Post-incident）」三個層次作答，方能獲取高分。

---

選項分析

本題為高等考試／地方特考三等之申論問答題，非選擇題，無個別選項。閱卷評分重點在於以下三個核心題旨是否答齊且論述具體：

• 子題一（發生時機）：是否精確指出原廠「釋出修補程式前」之關鍵時間差。
• 子題二（資安危機）：是否說明傳統特徵碼防禦失效、APT 攻擊高成功率與嚴重後果。
• 子題三（因應對策）：是否涵蓋行為偵測（EDR/沙箱）、虛擬補丁（WAF/IPS）、最小權限與零信任等實務技術。

---

解題技巧

1. 畫龍點睛的時序概念：答題時若能明確點出「暴露空窗期（Window of Exposure）」公式：$\text{暴露時間} = T_{\text{修補部署}} - T_{\text{攻擊者發動}}$，能立即突顯專業度。
2. 避開常見陷阱：

• 常見錯誤：回答「定期更新防毒軟體病毒碼」——零日攻擊發生時根本無特徵碼可用，此回答會被扣分。
• 常見缺漏：因應策略只寫出「等待原廠更新並套用」——這屬於被動應對，缺乏主動縱深防禦意識。

3. 關鍵技術關鍵字：作答時多引用業界標準術語，如：EDR/XDR、網路沙箱（Sandbox）、虛擬修補（Virtual Patching）、最小權限原則（PoLP）、微分段（Micro-segmentation）。

---

【答案】

一、Zero-Day Attack 之定義與發生時機

1. 定義： Zero-Day Attack（零日攻擊）係指攻擊者利用軟體、韌體或作業系統中**尚未被軟體開發商所知，或已被知悉但尚未釋出安全更新（Patch）**之安全漏洞所發動的惡意滲透與攻擊行為。「Zero-Day」意指開發商防禦該威脅的準備時間為「零天」。
2. 發生時機：