113 地方特考三等 資訊處理 資通網路與安全 考古題詳解
第 一 題25 分
針對資安攻擊與防禦，請回答下列問題：
(一) 請說明防火牆（Firewall）與入侵防禦系統（Intrusion Prevention Systems, IPS）如何進行合作，以防禦阻斷服務攻擊（Denial-of-Service, DoS）。若二者的合作仍無法完全防禦阻斷服務攻擊，請說明其可能之原因。
(二) 請說明何謂分散式阻斷服務攻擊（Distributed Denial-of-Service, DDoS）；並說明系統管理者應如何加強防範分散式阻斷服務攻擊的事件發生。
登入後即可作答並保存紀錄。
核心觀念
防火牆依據來源與目的 IP、連接埠、協定及連線狀態等規則，控制網路流量進出；IPS 則會檢查封包或連線行為，偵測攻擊特徵與異常流量，並採取阻擋措施。兩者合作的重點是以防火牆執行流量管制、以 IPS 辨識並回應攻擊，形成多層防護。
解題方法
可依「發現攻擊、判斷攻擊、執行阻擋、持續調整」說明合作流程：
- 防火牆先建立基本邊界管制：僅開放必要服務與連接埠，限制不必要的來源網段、連線數或連線速率，並依連線狀態過濾封包。
- IPS 偵測攻擊行為：檢查流量是否符合已知 DoS 特徵，例如 SYN Flood、異常大量請求、特定協定濫用，或短時間內出現異常連線頻率。
- IPS 通知或聯動防火牆：確認攻擊流量後，將惡意來源 IP、連接埠或流量特徵提供給防火牆，由防火牆套用封鎖、限速、丟棄封包或限制連線等規則。
- 持續監控與調整：管理者檢視告警、流量趨勢與服務狀態，更新特徵與規則，並避免誤封合法使用者。
為何仍無法完全防禦
- 頻寬或設備容量耗盡：攻擊流量若在防火牆或 IPS 前端就塞滿網路頻寬，設備尚未檢查封包，合法流量已無法到達。
- 資源耗盡型攻擊：大量連線可能耗盡防火牆、IPS 或伺服器的連線表、CPU、記憶體等資源，使設備自身成為瓶頸。
- 來源分散或偽冒：攻擊來源數量龐大、來源 IP 不斷變化或遭偽冒時，單靠封鎖個別 IP 難以有效阻擋，也可能誤傷合法來源。
- 特徵未知或流量近似正常：新型攻擊、低速攻擊，或模仿正常使用者行為的流量，可能未觸發既有規則；過度嚴格的規則則可能造成誤判。
- 攻擊目標不只在網路邊界：若瓶頸在上游網路、DNS、應用程式或資料庫，邊界設備只能部分緩解，無法單獨恢復整體服務。
（二）DDoS 定義與防範措施
核心觀念
第 二 題25 分
請回答下列負載平衡（Load Balancing）與網路架構（Network Architecture）的問題：
(一) 在實現負載平衡過程中，請說明循環法（Round Robin）和加權循環法（Weighted Round Robin）的差異。
(二) 請說明當使用者請求頻繁切換至不同的伺服器時，可能會遇到的問題；並說明透過會話黏著（Session Stickiness）解決此問題的可行方法。
登入後即可作答並保存紀錄。
核心觀念
負載平衡器（Load Balancer）會依據設定的分配策略，將用戶端請求分送至多台後端伺服器，以分散工作量並提升可用性。循環法與加權循環法都依伺服器順序分配請求；會話黏著則讓同一使用者在一段期間內持續連到同一台伺服器，以維持跨請求的會話狀態。
解題方法
（一）循環法與加權循環法
**循環法（Round Robin, RR）**依伺服器清單順序逐台分配請求。假設有伺服器 ，請求會依序送往 。它的優點是簡單、分配平均；缺點是未考慮伺服器效能或當下負載，當各伺服器處理能力不同時，工作量可能不均。
**加權循環法（Weighted Round Robin, WRR）**為各伺服器設定權重，依權重比例分配請求。權重較高的伺服器會收到較多請求。例如 的權重為 ，在一輪六個請求中，約分配為 個。WRR 適合處理能力不同的伺服器，可依容量分配工作；但若只依固定權重分配，仍未必能即時反映伺服器目前的負載變化。
| 比較項目 | RR | WRR |
|---|---|---|
| 分配依據 | 伺服器順序 | 伺服器順序及設定權重 |
| 各伺服器能力不同時 | 仍平均分配請求 | 可依能力比例分配請求 |
| 主要限制 | 未考慮處理能力差異 | 固定權重未必反映即時負載 |
（二）頻繁切換伺服器的問題與會話黏著
第 三 題25 分
針對 SQL 注入攻擊（SQL Injection），請回答下列問題：
(一) 請說明何謂 SQL 注入攻擊；並說明此攻擊的常見實務案例。
(二) 請說明使用預備語句（Prepared Statements）可以有效防止 SQL 注入攻擊的原因以及其運作原理。
登入後即可作答並保存紀錄。
核心觀念
SQL 注入攻擊是指攻擊者將惡意輸入送入應用程式，使輸入內容被資料庫當成 SQL 語法的一部分執行，進而改變原本查詢或資料操作的意圖。其根本原因通常是應用程式以字串串接方式組合 SQL，且未妥善處理外部輸入。
這題考查 SQL 注入的成因與實務影響，以及預備語句如何將「SQL 指令」和「使用者資料」分開處理。
解題方法
作答分成兩部分：
- 先說明攻擊成立的條件，再以常見輸入場景說明可能造成的影響。
- 再說明預備語句的運作流程，並指出它如何避免使用者輸入改變 SQL 的語法結構。
（一）SQL 注入攻擊與常見實務案例
攻擊原理
假設登入程式以字串串接產生查詢：
SELECT * FROM Users
WHERE username = '[使用者名稱]'
AND password = '[使用者密碼]';
如果程式未區分程式輸入與 SQL 語法，攻擊者可在輸入欄位放入具有 SQL 意義的內容，讓資料庫解析後執行的條件不同於程式原本預期。攻擊是否成功，取決於應用程式如何組合查詢、資料庫設定與使用者權限等因素。
常見實務案例
- **登入驗證繞過：**在帳號或密碼欄位輸入惡意 SQL 片段，試圖改變
WHERE條件，使查詢回傳非預期的使用者資料，進而繞過登入檢查。 - **未授權讀取資料：**攻擊者藉由改變查詢條件，讀取原本無權查閱的個人資料、帳號資訊或其他機密資料。
- **竄改或刪除資料：**若應用程式使用可執行資料修改的資料庫帳號，且漏洞允許執行額外的資料操作，可能造成資料遭修改或刪除。
- **錯誤訊息或行為差異洩漏資訊：**透過觀察資料庫錯誤、頁面回應或回應時間，推測資料庫結構、欄位內容或查詢結果。
（二）預備語句的防護原理與運作方式
第 四 題25 分
零信任（Zero Trust）架構被視為現代網路安全的新標準，它強調「永不信任，始終驗證」的安全策略。請說明在實施零信任架構時企業可能面臨的挑戰，以及相應的解決方案。
登入後即可作答並保存紀錄。
核心觀念
零信任架構（Zero Trust Architecture, ZTA）的核心，是不因使用者身處內部網路、使用企業設備，或已通過一次登入，就預設其可信；每次存取都應依照身分、裝置狀態、資源敏感度及情境等資訊，驗證並授權。取得存取權後，仍須持續監控，並能依風險變化調整或撤銷權限。
零信任保護的重點是資料、應用程式、服務等資源，而不是只依賴網路邊界。實務上會透過身分與裝置管理、最小權限、網路微分段、集中式政策決策，以及政策執行點等機制落實。
解題方法
本題要求說明「實施挑戰」與「相應解決方案」，適合以「挑戰 → 對應措施」逐項作答。內容涵蓋技術整合、身分與資產治理、使用者影響、成本與組織推動，再提出分階段導入和持續檢視的做法，讓每項解方都能回應具體障礙。
實施挑戰與解決方案
1. 舊有系統難以整合
**挑戰：**既有系統可能採用固定網段、共用帳號或過時的驗證方式，缺乏現代身分驗證與存取控制介面，難以直接套用逐次驗證、細緻授權等零信任機制。
**解決方案：**先盤點應用程式及其相依性，依風險與重要性排序，分階段導入。對暫時無法改造的系統，可在前端設置存取閘道或代理服務，補強驗證與控管；長期則逐步改造或汰換不符合需求的系統。
2. 身分、設備與資產資料不完整
**挑戰：**零信任判斷仰賴正確的使用者、服務及設備資訊。若企業不知道有哪些帳號、設備、應用程式或資料流，政策便難以正確設定，也容易漏掉未受管理的資產。
**解決方案：**建立並維護身分、設備、應用程式及資料資產清冊；整合人員到離職流程、設備管理與目錄服務。要求設備符合安全基準，例如作業系統更新、端點防護啟用，才依其風險狀態授予適當權限。
3. 身分驗證與權限管理複雜
**挑戰：**企業可能存在多套身分系統、帳號重複、權限過大或共用帳號等問題；遠端工作、承包商與雲端服務也增加身分與權限管理的複雜度。
**解決方案：**整合身分與存取管理，使用多因素驗證（MFA），並依職務和任務授予最小必要權限。對高敏感資源採取更嚴格的驗證與授權，定期檢視權限；服務帳號也應有明確擁有人、用途及輪替機制。
4. 權限政策設定與網路分段困難
**挑戰：**過度寬鬆的政策會削弱零信任效果，過度嚴格則會阻礙正常業務。微分段需要理解系統間的實際通訊關係，缺乏完整資料時容易誤封必要服務。