CompTIA SY0-701: 数据安全、隐私与密码学 — 学习指南

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

属于 CompTIA Security+ SY0-701 — 学习指南. 使用经过验证的答案练习： CompTIA 考试中心, 或参加限时模拟考试： ExamRoll.io.

数据是大多数攻击的最终目标，而密码学是保护传输中、静态和使用中数据的主要技术机制。理解密码学原语的特性、局限性及其正确应用是基础——这不仅对考试至关重要，对于设计在单个控制措施失效时仍能保持安全的系统也同样关键。

数据分类与处理

数据分类通过分配敏感度标签来驱动处理要求。政府框架使用“非机密”、“机密”、“秘密”和“绝密”。商业框架通常使用“公开”、“内部”、“机密”和“受限”（或同等级别）。分类必须由数据的敏感性和法规义务驱动，而不是为了方便。

数据丢失防护 (DLP) 系统通过检查端点、网络出口和云存储中的内容来强制执行处理策略。例如，一条 DLP 规则可能会阻止包含匹配信用卡号模式的 16 位数字字符串的电子邮件附件，或者在用户将包含“收购目标”短语的文件上传到个人云存储服务时发出警报。DLP 的有效性取决于准确的分类——如果敏感数据没有被标记，DLP 就无法保护它。

数据主权 关注数据实际物理存储的位置以及适用哪个司法管辖区的法律。GDPR 要求传输到欧盟以外的欧盟个人数据必须通过充分性认定、标准合同条款或具有约束力的公司规则来提供保护。在全球运营的组织必须绘制数据流图，并确保存储和处理位置符合适用的法规。

传输中加密与静态加密

TLS 1.3 是当前加密传输中数据的标准。它淘汰了弱密码套件，强制要求前向保密（使用临时的 Diffie-Hellman 密钥交换），并将握手过程减少到一次往返。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;

静态加密 保护存储介质上的数据。全盘加密（BitLocker、FileVault、LUKS）加密整个卷；文件级加密（EFS、VeraCrypt 容器）加密单个文件。数据库级加密（SQL Server 和 Oracle 中的透明数据加密）加密数据文件和备份。关键的细微差别在于：静态加密可以防止物理介质被盗，但无法防止已受损的应用程序在解密数据进行处理时的数据泄露。

密码学原语

对称算法（AES-128、AES-256、ChaCha20）使用一个共享密钥，速度快，适合处理大块数据。非对称算法（RSA、ECDSA、Ed25519、ECDH）使用密钥对，可用于密钥交换、数字签名和身份绑定，但计算成本高昂。混合系统（例如 TLS）使用非对称加密来协商对称会话密钥，然后以对称方式加密大宗流量。

哈希（SHA-256、SHA-3）是一种单向函数，产生固定长度的摘要。哈希不是加密：它无法用密钥逆向解密，因为它根本没有密钥。加盐的密码哈希（使用 bcrypt、scrypt、Argon2 或 PBKDF2）为每个用户添加一个随机值，以抵御彩虹表攻击。哈希提供完整性验证；HMAC 将哈希与一个密钥结合起来，以同时提供完整性和真实性。

加密模式 与算法本身同样重要。ECB 模式下的 AES 对每个块独立加密，导致相同的明文块产生相同的密文块——这是一种灾难性的特性，会泄露数据模式。AES-GCM（伽罗瓦/计数器模式）在单次处理中同时提供机密性和完整性，是现代协议的标准。使用适当填充的 CBC 模式和 HMAC 是可以接受的，但正确实现起来更为复杂。

密钥管理与存储

密码学的强度取决于其密钥管理的强度。密钥必须使用强熵源生成，与它们所保护的数据分开存储，按计划轮换，并在退役时销毁。硬件安全模块 (HSM) 提供抗篡改的密钥存储和加密加速功能。可信平台模块 (TPM) 是端点上的一个芯片，用于存储 BitLocker 和度量启动所使用的密钥。密钥托管 将密钥副本交由可信第三方保管，以便在合法情况下进行恢复，而密钥恢复代理允许企业在必要时解密员工数据。云 KMS 服务（AWS KMS、Azure Key Vault、Google Cloud KMS）提供信封加密，其中数据加密密钥 (DEK) 用于保护数据，而 DEK 本身又由存储在 HSM 中的密钥加密密钥 (KEK) 加密。

公钥基础设施

PKI 通过由证书颁发机构 (CA) 颁发的证书将身份与公钥绑定。下级 CA 会链接到一个根 CA，该根 CA 的证书必须被预先信任。证书生命周期始于与私钥一同生成的证书签名请求 (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 证书。证书吊销通过证书吊销列表 (CRLs)（定期下载的已吊销序列号列表）或在线证书状态协议 (OCSP) 响应器（实时回答单个证书的查询）来发布。OCSP 装订 允许服务器在 TLS 握手期间提供一个近期的、经过签名的状态，从而避免了客户端向 CA 的查询。证书会过期，必须续订；通过 ACME（Let’s Encrypt、内部 ACME 服务器）实现自动化可以防止因证书过期而导致的服务中断。

← 云、虚拟化与容器安全 · 所有领域 · 业务连续性与灾难恢复 →

练习这些题目 → · 在 ExamRoll.io 上限时练习 →