数据安全基础与密码学考察

密码学是数据安全的核心基石，面试中常通过“原理对比→场景落地→协议理解”三层递进来考察深度。本章聚焦对称/非对称加密、哈希与数字签名、SSL/TLS三大模块，每个模块以“问答卡片”形式展开，附公司侧重点与面试官画像，帮助你在40分钟内建立完整回答框架。

问答卡片一：对称与非对称加密

回答框架（五步法）：

1. 识别类型：考察加密算法分类与安全模型。
2. 核心原理：对称加密用同一密钥加密解密（如AES、DES）；非对称加密用公钥加密、私钥解密（如RSA、ECC）。
3. 关键区别：速度、密钥管理、安全假设。对称快但密钥分发困难；非对称慢但无需共享密钥。
4. 场景举例：对称→文件加密、数据库TDE；非对称→SSL证书、数字信封。
5. 安全要点：实际中常混合使用（如TLS用非对称交换对称密钥）。

简短示例：

// 对称：AES-256-CBC 加密文件
openssl enc -aes-256-cbc -in plain.txt -out encrypted.enc -K  -iv 
// 非对称：RSA-4096 加签
echo "message" | openssl dgst -sha256 -sign private.pem -out signature.bin

追问示例：“如果对称加密的密钥分发困难，如何解决？” – 可答：使用非对称加密协商对称密钥（如ECDHE密钥交换），或利用KMS/HSM集中分发。

问答卡片二：哈希与数字签名

回答框架：

1. 类型识别：考察签名原理与哈希特性。
2. 核心原理：哈希将任意长度消息映射为固定摘要（抗碰撞+单向）；数字签名=摘要+私钥加密+公钥验证。
3. 关键区别：哈希无密钥，签名需密钥对；哈希不能防伪造，签名可验证来源。
4. 场景举例：软件发布SHA-256校验+PGP签名；HTTPS证书验证。
5. 安全要点：先哈希再签名可大幅提升效率（一次签名覆盖任意大小文件）。

简短示例：

// 哈希 + 签名流程（Golang 伪代码）
digest := sha256.Sum256(data)
signature, _ := rsa.SignPKCS1v15(rand.Reader, privateKey, crypto.SHA256, digest[:])
// 验证
err := rsa.VerifyPKCS1v15(publicKey, crypto.SHA256, digest[:], signature)

追问示例：“哈希碰撞对数字签名有何影响？” – 回答：如果攻击者能构造两个相同哈希的合法和恶意文件，可让用户签署合法文件但实际恶意文件被验证通过。因此必须使用抗碰撞哈希（SHA-256及以上）。

问答卡片三：SSL/TLS 握手协议

回答框架：

1. 类型识别：考察协议细节与版本差异。
2. 核心原理：TLS 1.3握手仅需1个RTT（首次）或0-RTT（预共享密钥）。
3. 关键区别：移除不安全算法（RSA密钥交换、CBC模式），强制使用ECDHE与AEAD。
4. 场景举例：HTTPS、MQTT over TLS、gRPC安全传输。
5. 安全要点：前向安全性（ECDHE临时密钥）、精简握手步骤降低延迟。

TLS 1.3 握手步骤：

1. ClientHello（支持套件、Key Share扩展）
2. ServerHello + 证书 + 签名 + 服务端Key Share
3. 客户端验证证书并计算共享密钥，发送Finished
4. 服务端验证Finished，握手完成，开始加密通信

简短示例：

# 使用 curl 查看 TLS 1.3 握手（需要 openssl 1.1.1+）
curl -v --tls-max 1.3 https://www.cloudflare.com 2>&1 | grep -i "tls"
# 输出示例：TLSv1.3 （IN）， TLS handshake， Finished

追问示例：“前向安全性如何保证？” – 关键：使用临时DH密钥对，每次会话生成新的私钥；即使服务器长期私钥泄露，也无法解密过去记录。TLS 1.3强制ECDHE实现前向安全。

公司侧重点与面试官画像

面试官画像：典型为“技术深度型”面试官，常由资深安全工程师或密码学博士担任。他们追求准确性与边界知识：能问出“RSA 4096比特的安全强度相当于多少比特AES密钥？”、“ECDHE中如何保证生成的共享密钥唯一？”等问题。回答时建议使用精确术语，避免模糊表述。