技术问询：Encryption at REST与HTTPS加密的含义及应用差异

兄弟，这俩确实容易搞混，本质是它们保护数据的阶段完全不同，我给你掰扯清楚：

Encryption at REST（静态数据加密） #

简单说就是——数据“躺”在存储介质里的时候被加密。比如：

• 你手机本地存储里的聊天记录、云服务器硬盘上的用户数据、数据库里的订单记录，这些静态存放的数据，都会被加密成乱码。
• 核心作用是防“物理泄露”：就算有人把服务器硬盘偷了、或者云服务商内部人员想偷偷看你的数据，拿到的也是一堆没法直接读的密文，没有密钥根本解不开。

HTTPS（传输层加密） #

这个是——数据在网络“路上”传输的时候被加密。比如：

• 你用App登录账号输密码、上传照片到云端、刷网页填表单，这些从你的设备到服务器的传输过程，数据都是加密的。
• 核心作用是防“中间人偷听”：比如公共WiFi里的黑客、网络运营商的偷窥者，没法截获你的明文密码或隐私内容，拿到的也是加密后的乱码。

这相当于给你的数据套了双重安全保险，全链路都被保护：

1. 数据从你设备发出去的时候：HTTPS确保传输过程没人能偷、没人能改；
2. 数据到了服务器存起来之后：Encryption at REST确保就算服务器出了安全事故（比如硬盘被盗、数据库被拖库），你的数据也不会直接暴露。

这可不是随便说说的，现在很多合规要求（比如GDPR、国内等保）都要求全链路加密，能做到这两点的应用，在数据安全上是下了真功夫的。

很多加密应用其实只做了其中一环，对比下来差异就很明显：

• 只支持HTTPS的应用：传输过程安全，但数据存在服务器上是明文的——如果服务器被黑客攻破，或者服务商把数据卖了，你的信息直接就裸奔了；
• 只做本地静态加密的工具：比如你用软件加密了本地文件，但上传到云盘时用的是HTTP，那传输过程还是可能被人截获；
• 而同时支持两者的应用，相当于把数据从“出门”到“安家”的每一步都锁好了，是目前数据安全领域的高规格配置，比单一加密的应用安全等级高得多。

内容的提问来源于stack exchange，提问作者WiredTheories