当我被问及“数据加密”时，HR的嘴角抽搐了一下（附血泪教训）
开篇：我差点被“加密”二字送走
家人们，谁懂啊！上个月去某大厂面安全岗，前面聊项目经验聊得眉飞色舞，结果面试官轻飘飘一句：“你平时怎么给数据库里的用户密码做加密？” 我当场脑子“嗡”了一下——完了，这题我背过，但没真动手写过！
我支支吾吾说“用MD5加盐”，面试官眼睛一眯：“MD5？那玩意儿撞库不是分分钟？” 当时我恨不得找个地缝钻进去。真的，面试数据加密这块，光背概念绝对不行，你得有“肌肉记忆”！
面试翻车现场：我的三大“社死”瞬间
把“对称加密”和“非对称加密”说成“兄弟俩”
面试官问我：“HTTPS握手时，为什么先用非对称加密交换密钥，后面又用对称加密？” 我居然答：“因为对称加密快，非对称加密安全，所以俩兄弟分工合作！” ——说完我就后悔了，这特么是“分工合作”的事吗？这是性能与安全的博弈啊！后来我才明白,标准答案要突出：
- 非对称加密（RSA/ECC）慢但安全，适合交换临时会话密钥
- 对称加密（AES）快但密钥管理难，适合后续大数据传输
- 两者结合叫“混合加密”，是TLS的核心逻辑
把“哈希”当“加密”用
我居然说：“密码存库里用SHA-256加密就行。” 面试官冷笑：“哈希是单向的，加密是可逆的，你搞混了，黑客把哈希值反查彩虹表，你哭不哭？” 那一刻我脸烧得慌。正确姿势：
- 密码必须用慢哈希算法（bcrypt/scrypt/Argon2），自带盐值和迭代次数
- 普通哈希（MD5/SHA）不是为密码设计的，GPU破解快得离谱
- 加盐还要用随机盐，别用用户名当盐（太容易被猜）！
被问“AES的GCM模式”时，我哑巴了
面试官看我前面的答案在及格线边缘，突然追问：“AES-GCM和AES-CBC有啥区别？” 我愣了三秒：“GCM…是不是更高级一点？” 面试官嘴角疯狂抽搐,后来查资料才懂：
- CBC需要填充（Padding），容易受Padding Oracle攻击
- GCM是认证加密（AEAD），自带完整性校验，能防篡改
- 实际项目里首选GCM,尤其是网络传输场景！
痛定思痛：我总结的加密面试“救命清单”
如果你也准备面安全岗，这份清单请刻进DNA：
| 问题类型 | 必背要点 | 我的踩坑点 |
|---|---|---|
| 密码存储 | bcrypt加盐，迭代10次以上 | 别再用MD5！ |
| 数据传输 | TLS 1.3，前向保密（ECDHE） | 别只说“用HTTPS” |
| 密钥管理 | KMS（密钥管理服务），定期轮换 | 别把密钥写代码里！ |
| 对称vs非对称 | 混合加密，AES+RSA/ECC | 别答“兄弟俩” |
重点记忆口诀：
“密码要加盐，慢哈希考验；传输用TLS，密钥得轮换；GCM认证全，CBC要完蛋！”
面试后的反思：数据加密不是“背题”，是“解题思维”！
后来我终于明白了，面试官想听的不是标准答案，而是你的风险意识，比如他问“如何安全传输用户数据”，你不仅要答“用TLS”，还要主动说：“我会在应用层再加一层签名，防止中间人篡改请求体。” —— 这才是加分项！
还有个小技巧：反问面试官，我当时鼓起勇气问：“贵公司生产环境用的是AES-GCM还是ChaCha20？” 面试官眼睛一亮，瞬间气氛缓和了,最后我居然过了二面！
家人们，面试数据加密真的没有捷径，但只要你有系统性的“攻击视角” （黑客怎么破解，你就怎么防）,就比死记硬背强一百倍！
文末福利（认真脸）
如果你也想系统攻破数据加密这个大山，或者想获取更多安全岗面试真题，欢迎加QQ：3382688695 咱们一起交流（备注“公众号来的”优先通过），我会把自己整理的《加密算法对比手册》和《密码存储规范Checklist》发你，真的，别像我一样踩坑了再后悔！
最后送大家一句话：“面试不是考试，而是展示你的安全思维。” 冲鸭！💪
