📚 课程目录第2章加密技术基础

加密技术基础：对称加密与非对称加密概述

聊到文件加密，很多人第一反应就是“把数据打乱”。其实没那么玄乎。加密说白了就是一把锁，谁有钥匙谁就能开。但钥匙怎么分、怎么管，这里面的学问可就大了。

我个人习惯把加密技术分成两大类：对称加密和非对称加密。这两兄弟看似都在做加密，但设计哲学完全不同。搞清楚它们的区别，你才能真正理解后面各种性能优化的底层逻辑。

先说说对称加密。原理非常简单：加密和解密用同一把钥匙。你拿这把钥匙锁门，开门还得用这把钥匙。

举个例子，AES（高级加密标准）是目前最常用的对称加密算法。我在项目中遇到过很多次，用小文件加密场景，AES几乎是最优解。为什么呢？因为它快，真的快。硬件加速后的AES，基本可以做到“零感知”加密。

核心印象

但你想想看，对称加密有个天然缺陷：密钥分发问题。如果我俩要加密通信，我怎么安全地把这把钥匙给你？如果钥匙在路上被截获，那加密还有什么意义？

所以对称加密更适合“你知我知”的场景。比如你本地加密自己的文件，或者在一个受信任的内部网络里传输数据。密钥管理只要做好，它就是一把锐利的刀。

嗯，这里要注意：ECB模式千万别用。我见过一些早期项目直接用ECB，结果加密后图片还能看出轮廓，相当于裸奔。CBC、GCM、CCM这些带初始化向量（IV）的模式才靠谱。

避坑提醒

我曾经在一个旧系统里看到过写死的加密密钥，硬编码在源代码里。这比不加密还危险。对称加密的密钥必须做到：存活期短、存储隔离、定期轮换。建议使用独立的密钥管理服务（KMS）或密钥存储库。

非对称加密的思路完全不一样。它引入了公钥和私钥这对“双胞胎”。公钥可以公开给大家，随便发；私钥自己藏好，绝不外传。

加密时，你用对方的公钥加密数据，只有对方自己的私钥才能解。这样就解决了密钥分发的难题——公钥不怕泄露，私钥只有自己知道。

说白了，非对称加密就是“我锁门，你开门”。我用你的公钥锁上数据，只有你能用私钥打开。这种机制天然适合网络上的安全通信。

RSA是最经典的，但我个人更喜欢ECC。为什么？同样安全强度下，ECC的密钥长度更短，计算量也更小。这对于小文件加密场景特别有利——你想想看，如果我每次加密一个1KB的小文件，都要跑一遍RSA的模幂运算，性能损耗是肉眼可见的。

不过非对称加密也不是全能的。它最大的问题是：慢。真的慢。相比AES的纳秒级，RSA一上来就是微秒甚至毫秒级。如果用它直接加密大文件，那性能简直灾难。

所以实际工程中，我们都是混合加密：用非对称加密协商出一个对称密钥，然后用对称密钥加密实际数据。SSL/TLS协议就是这么干的，HTTPS背后的加密体系也是这样。

我的经验之谈

在小文件加密场景，我建议的直接做法是：

这样既保证了速度，又解决了密钥分发。这个思路几乎成了行业标准。

为了让你更直观地理解，我画了一张对比图。左边是对称加密，右边是非对称加密，中间标出了核心差异。

那在实际项目中，到底该用哪种？我跟你分享一条黄金法则：

如果你只加密自己机器上的文件：用对称加密就够了。比如AES-256-GCM，又快又安全。密钥你自己管好就行。
如果你需要和别人安全通信：必须上非对称加密，或者混合加密方案。像SSH、HTTPS、邮件加密，底层都是非对称。
如果你的服务需要大量、高频加解密小文件：走混合路线。先用ECC批量协商会话密钥，然后AES流水线加密。我做过一个项目，每天要处理数十万个配置文件，这个方案让CPU负载从80%降到了15%。

别踩这些坑

别用对称加密的ECB模式——它不隐藏数据模式，加密后图片的轮廓都能看清。属于祖传坑了。
别把密钥硬编码在代码里——我见过有团队的配置文件里直接写"password123"，和裸奔没区别。
别忽视初始化向量（IV）——很多人以为IV是安全的，但其实它是用来增强密码随机性的，必须保证每次加密都不同。我曾经遇到过生产事故，就是因为IV重复导致加密强度大打折扣。
别忘记密钥轮换——静态密钥时间越长越危险。我建议密钥有效期不超过30天，至少三个月轮换一次。

好了，这一节我们聊了对称和非对称加密的区别。对称加密就像一把万能钥匙，快但不好分；非对称加密像双锁系统，安全但慢。实际项目中，我们往往把它们组合起来用——这就是混合加密体系的由来。