01直接发微信的三个问题
- 永久留存：聊天记录、云端备份、设备本地缓存里都有这条消息，删除只是「你看不到了」
- 传输路径不明：你不知道这条消息经过了几台服务器、被哪些系统记录
- 没有失效机制：三个月后拿到这台手机的人，依然能看到当时的密码
关键不是「微信安不安全」，而是「这条消息会不会一直存在」。密码类信息需要的是一次性载体，而不是一条永久聊天记录。
02基本流程
- 1打开加密分享工具，把要发送的敏感内容粘贴进去。
- 2设置有效期。按实际需要选最短的那个——如果对方五分钟内就会看，就没必要设 24 小时。
- 3设置阅读次数上限。通常设 1 次即可；需要对方确认收到时可以设 2 次。
- 4生成分享链接。
- 5把链接通过一个渠道发给对方，把解密方式通过另一个渠道告知（如果工具有额外的口令机制）。
分享链接和任何辅助口令不要通过同一个渠道发送。都发在微信里，等于把钥匙和锁一起交出去。
03加密是怎么做的
判断一个工具是否真的这么做，有个简单的验证方式：抓一下网络请求，看发送出去的内容是不是可读的明文。如果能在请求体里直接看到你输入的密码，那它只是「删除得快」，不是「加密」。
- 在浏览器本地加密：内容在你的浏览器里被加密后才发送到服务器，服务器收到的是密文
- 密钥不进服务器：解密所需的密钥放在链接的片段部分（URL 中 `#` 之后的内容），这段内容浏览器不会发送给服务器
- 服务器零明文：服务器只存密文，即使被拖库或内部人员查看，也拿不到原文
04有效期与阅读次数怎么设
| 场景 | 建议有效期 | 建议阅读次数 |
|---|---|---|
| 临时发给同事的服务器密码 | 1 小时 | 1 次 |
| 面试 / 合作方交接账号 | 24 小时 | 1–2 次 |
| 当面给、对方可能网络不稳 | 2 小时 | 3 次 |
| 长期备用凭证 | 不建议用阅后即焚 | 用密码管理器共享 |
阅读次数设 1 次时，要提醒对方「打开后立刻保存」。很多人点开看了一眼、切个 App 回来就发现链接失效了。
05什么时候该用密码管理器而不是阅后即焚
阅后即焚适合「一次性传递」。如果是要建立一个长期的共享机制（比如团队共用的若干个账号），正确的工具是密码管理器的共享功能，而不是反复发临时链接。
另外，阅后即焚保护的是「传输过程」，不保护「接收方拿到之后怎么存」。对方收到密码后如果直接存进微信收藏，风险又回来了。发送时可以顺便提醒一句。
06还有一个更简单的场景：同一台电脑内传文本
如果只是想在手机和电脑之间传一段文本（例如把手机上的验证码、一段链接传到电脑），不需要用加密分享。用局域网传输工具直接在同一网络内点对点发送即可，数据不经过任何第三方服务器。