CompTIA SY0-701: 資料安全、隱私與密碼學 — 學習指南

By Laurynas Brazys · 20 July 2026 · #comptia #sy0-701 #certification #exam-prep #study-guide

屬於 CompTIA Security+ SY0-701 — 學習指南. 使用經過驗證的解答練習： CompTIA 考試中心, 或參加限時模擬考試： ExamRoll.io.

資料是大多數攻擊的終極目標，而密碼學是在資料傳輸中 (in transit)、靜態儲存時 (at rest) 以及使用中 (in use) 保護資料的主要技術機制。了解密碼學原詞 (cryptographic primitives) 的特性、限制和正確應用方式是基礎——這不僅對考試至關重要，對於設計在單一控制措施失效時仍能保持安全的系統也同樣重要。

資料分類與處理

資料分類會指派敏感度標籤，這些標籤決定了處理資料的要求。政府框架使用「非機密 (Unclassified)」、「機密 (Confidential)」、「秘密 (Secret)」和「極機密 (Top Secret)」。商業框架通常使用「公開 (Public)」、「內部 (Internal)」、「機密 (Confidential)」和「受限 (Restricted)」（或同等級別）。分類必須基於資料的敏感度和法規義務，而不是為了方便。

資料外洩防護 (DLP) 系統透過檢查端點、網路出口點和雲端儲存中的內容來強制執行處理政策。一條 DLP 規則可能會封鎖包含符合信用卡號模式的 16 位數字字串的電子郵件附件，或在使用者將包含「收購目標」詞語的檔案上傳到個人雲端儲存服務時發出警報。DLP 的有效性取決於準確的分類——如果敏感資料沒有被標記，DLP 就無法保護它。

資料主權 (Data sovereignty) 關注的是資料的實體存放位置以及適用哪個司法管轄區的法律。GDPR 要求傳輸到歐盟以外的歐盟個人資料，必須透過「適足性認定 (adequacy decisions)」、「標準合約條款 (Standard Contractual Clauses)」或「約束性企業規則 (Binding Corporate Rules)」來保護。全球營運的組織必須繪製資料流圖，並確保儲存和處理地點符合適用的法規。

傳輸中加密與靜態加密

TLS 1.3 是目前加密傳輸中資料 (data in transit) 的標準。它淘汰了弱加密套件、強制要求前向保密 (forward secrecy)，也就是使用短暫的 Diffie-Hellman 金鑰交換，並將交握 (handshake) 過程減少到一次來回 (one round trip)。TLS 1.0 和 1.1 已被棄用；TLS 1.2 仍然可以接受，但應配置強大的加密套件。一個強制執行當前標準的 Nginx 設定範例：

# Enforcing TLS 1.2+ in an Nginx server block
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384;
ssl_prefer_server_ciphers on;

靜態加密 (Encryption at rest) 保護儲存媒體上的資料。全磁碟加密 (Full-disk encryption)，如 BitLocker、FileVault、LUKS，會加密整個磁碟區；檔案層級加密 (file-level encryption)，如 EFS、VeraCrypt 容器，則加密個別檔案。資料庫層級加密 (Database-level encryption)，如 SQL Server 和 Oracle 中的「透明資料加密 (Transparent Data Encryption)」，會加密資料檔案和備份。關鍵的細微之處在於：靜態加密可以防止實體媒體被盜，但無法防止已遭入侵的應用程式在解密資料以進行處理後存取資料。

密碼學原詞

對稱演算法 (Symmetric algorithms)，如 AES-128、AES-256、ChaCha20，使用單一把共享金鑰，速度快，適合大量資料加密。非對稱演算法 (Asymmetric algorithms)，如 RSA、ECDSA、Ed25519、ECDH，使用金鑰對，可用於金鑰交換、數位簽章和身分綁定，但計算成本較高。混合系統——例如 TLS——使用非對稱密碼學來協商出一把對稱的會話金鑰 (session key)，然後以對稱方式加密大量的流量。

雜湊 (Hashing)，如 SHA-256、SHA-3，是一種單向函數，會產生一個固定長度的摘要 (digest)。雜湊不是加密：它無法用金鑰反轉，因為根本沒有金鑰。加鹽的密碼雜湊 (Salted password hashes)，例如使用 bcrypt、scrypt、Argon2 或 PBKDF2，會為每個使用者添加一個隨機值 (salt)，以對抗彩虹表 (rainbow tables)。雜湊提供完整性驗證；HMAC 則將雜湊與一把秘密金鑰結合，以同時提供完整性 (integrity) 和真實性 (authenticity)。

加密模式 (Cipher modes) 與演算法本身同等重要。AES 在 ECB 模式下會獨立加密每個區塊，導致相同的明文區塊會產生相同的密文區塊——這是一個災難性的特性，會洩漏資料的模式。AES-GCM (Galois/Counter Mode) 在單一處理中同時提供機密性 (confidentiality) 和完整性 (integrity)，是現代協定的標準。CBC 模式若搭配適當的填充 (padding) 和 HMAC 也是可以接受的，但要正確實作則更為複雜。

金鑰管理與儲存

密碼學的強度取決於其金鑰管理的強度。金鑰必須使用高強度熵 (entropy) 來產生、與其保護的資料分開儲存、按計畫輪替，並在停用時銷毀。硬體安全模組 (HSMs) 提供防竄改的金鑰儲存和密碼學運算加速。信賴平台模組 (TPM) 是端點上的一個晶片，用於儲存 BitLocker 和「可量測啟動 (measured boot)」所使用的金鑰。金鑰託管 (Key escrow) 是將金鑰的副本交給受信任的第三方，以便在合法情況下進行還原，而金鑰復原代理人 (key recovery agents) 則允許企業在必要時解密員工的資料。雲端 KMS 服務 (如 AWS KMS、Azure Key Vault、Google Cloud KMS) 提供信封加密 (envelope encryption)，其中資料加密金鑰 (DEK) 用於保護資料，而 DEK 本身又被存放在 HSM 中的金鑰加密金鑰 (KEK) 所加密。

公開金鑰基礎設施

PKI 透過由憑證頒發機構 (Certificate Authority, CA) 所頒發的憑證，將身分與公鑰綁定。一個從屬 CA (subordinate CA) 會鏈結到一個根 CA (root CA)，而根 CA 的憑證必須被預先信任。憑證的生命週期始於與私鑰一同產生的憑證簽署請求 (Certificate Signing Request, CSR)：

openssl req -new -newkey rsa:2048 -nodes \
  -keyout server.key -out server.csr \
  -subj "/CN=www.example.com/O=Example Corp/C=US"

CA 會驗證請求者的身分，簽署該 CSR，並頒發一個 X.509 憑證。憑證的撤銷是透過憑證撤銷清單 (Certificate Revocation Lists, CRLs)——即定期下載的已撤銷憑證序號清單——或線上憑證狀態協定 (Online Certificate Status Protocol, OCSP) 回應器來發布，後者會即時回答每個憑證的查詢。OCSP 裝訂 (OCSP stapling) 讓伺服器在 TLS 交握期間就能提供一個最新的、經過簽署的狀態，從而避免了客戶端向 CA 查詢的需要。憑證會過期且必須更新；透過 ACME (例如 Let’s Encrypt、內部 ACME 伺服器) 進行自動化可以防止因憑證失效而導致的服務中斷。

程式碼簽署與完整性驗證

程式碼簽署是利用開發者的私鑰來簽署軟體產出物；接收者則使用開發者的憑證來驗證簽章，藉此確認其完整性與來源。這能保護軟體免於供應鏈竄改的風險。檔案完整性監控工具 (如 Tripwire、AIDE) 以及發布雜湊值 (例如在下載檔案旁附上 sha256sum 值) 同樣能偵測未經授權的修改，但單靠雜湊只能證明檔案符合某個數值——它無法驗證產生該數值的人是誰。只有以 PKI 為基礎的數位簽章，才能同時提供完整性與不可否認性。

保留、淨化與安全棄置

保留政策定義了各類資料必須保存多久，以及何時必須刪除。法規通常會同時規定最短期限 (例如財務記錄保存七年) 與最長期限 (例如個人資料的保留時間不得超過必要範圍)。備份也不例外：如果資料主體行使其刪除權，組織必須有一套站得住腳的流程，能將該資料從備份中移除，或記錄其技術限制並提出補償性控制措施。訴訟保留 (Legal holds) 會覆寫正常的保留政策，在訴訟期間凍結相關資料。

當儲存媒介到達其生命週期終點時，淨化方式必須與資料的敏感度及媒介的處理方式相匹配。NIST SP 800-88 定義了三個層級：Clear (清除，即邏輯性覆寫，足以供組織內部重複使用)、Purge (清理，即密碼學抹除、區塊抹除或消磁，足以供組織外部重複使用)，以及 Destroy (銷毀，即碎斷、分解、焚毀、粉碎)。密碼學抹除——透過銷毀加密金鑰使密文無法復原——對於要重新利用的自我加密硬碟而言，是一種快速且有效的方法。消磁會使磁性媒介無法使用，且對 SSD 無效。對於已損壞的媒介或最高機密等級的資料，實體銷毀是唯一有保證的方法。

實務情境：因金鑰管理失敗導致的資料外洩

一家 SaaS 公司使用 AES-256 加密其客戶資料庫，卻將加密金鑰以明文形式儲存在一個設定檔中，而該檔案與應用程式碼位於同一個儲存庫內。當一名開發者不小心將此儲存庫推送到一個公開的 GitHub 帳戶時，一個自動化的憑證掃描機器人在 11 分鐘內就發現了這把金鑰。攻擊者利用這把金鑰解密了一個資料庫備份，而該備份被存放在一個可公開存取的 S3 儲存貯體中 (這是另一個設定錯誤)。技術上來說，加密本身是正確的——AES-256 無法被暴力破解——但金鑰管理卻存在災難性的缺陷。正確的金鑰管理方式，應該是將金鑰儲存在機密管理器 (如 AWS Secrets Manager、HashiCorp Vault) 中，並透過 IAM 角色來控制存取權限，絕不應將金鑰存放在原始碼或設定檔裡。

← 雲端、虛擬化與容器安全 · 所有領域 · 業務連續性與災難復原 →

練習這些題目 → · 在 ExamRoll.io 上限時練習 →