封存文件前，先验证接收方

在封存敏感文件之前，先通过一个攻击者难以掌控的渠道，验证接收方的接收地址。接收地址是一把公钥，而不是一个名字。如果你把文件加密给了错误的密钥，那么持有这把错误密钥的人就可能打开文件——而你真正想送达的那个人，反倒打不开。

这是加密工作流中最常见的人为失误。密码学可以做得无懈可击，发送本身却仍然可能出错，因为一串字符本身并不能证明它属于谁。加密回答的是「谁能打开这些字节？」，它回答不了「我选对人了吗？」。

什么是接收地址？

接收地址是发送方用来封存记录的一把加密公钥。在 CardanoWall 中，它有两种形态：

发送方将记录封存给接收方公开的地址。接收方再用对应的私钥打开记录，这把私钥派生自他们的身份种子。地址是用来分享的；私钥和种子则必须保密。（关于地址究竟是什么、接收方如何把它分发出去，详见什么是接收地址。）

因为公钥不等于身份。

任何人都能发给你一串看起来像接收地址的字符。任何人都能把一把密钥贴在某个熟悉的显示名旁边。这串字符本身，并不能证明是谁掌控着对应的私钥——它只能说明某个密钥持有者掌控着它。如果攻击者把自己的地址塞给你，那么你以为「发给」联系人的所有封存内容，他都能读到，而你的联系人却什么也收不到。

对一个随手测试的文件来说，这或许无关紧要。但如果是法律证据、事件数据、个人信息、未公开的作品，或是举报人材料，那就务必在封存之前验证密钥。通讯录的存在，正是为了让这次验证一劳永逸：你验证密钥一次，把它保存下来，之后直接复用保存好的条目，而不必每次都重新粘贴一串还得再次去信任的字符。

走一条攻击者难以掌控的路径，并且通过一个有别于密钥送达渠道的独立渠道来确认密钥。下面是一些合理的选择，大致按可靠性从强到弱排列：

具体用哪种方法，取决于你要发送的是什么。对于高价值文件，请通过两条相互独立的渠道来确认——一把既通过邮件发给你、又在电话里念回来核对过的密钥，要比单凭其中任何一条难伪造得多。

光有一个熟悉的名字是不够的。在第二条渠道确认之前，请把下面这些都当作未经验证：

攻击者会把火力集中在密钥交换的那一刻，因为这是唯一一个被掉包的密钥看上去完全正常的环节。一旦一把错误的密钥被保存下来，此后每一次发送都可能不动声色地继续发往错误的目的地。

在验证密钥之后再保存，绝不要在验证之前就保存。对每一位可信联系人，通讯录会记录：

之后，当你撰写一条封存记录时，直接从通讯录里挑选联系人，而不必再次粘贴地址。这样，一次审慎的验证就能换来许多次更安全的发送。想了解如何建立通讯录，详见创建你的通讯录和通讯录的工作原理。

对于那些可能在很多年里都保持敏感的文件，是的——只要接收方提供，就选用后量子地址。

一个混合的 age1pqc... 地址比经典地址长得多，但它能防范这样一种攻击者：今天先记录下封存的密文，将来再用一台量子计算机把它解密（即「先存储，后解密」）。如果一条记录只需要在近期保持私密，那么一个经典的 age1... 地址通常就够用了。

无论你选哪一种，规则都不变：先验证地址。一把你没有验证过的后量子密钥，并不比一把你没有验证过的经典密钥更安全。

密码学是容易的那部分。验证，才是真正归你掌控的那部分。