阅后即焚密语
Self-Destructing Note
在浏览器里把一段内容加密，生成一条一次性链接，别人读过之后内容就销毁。
通过聊天发出去的密码会无限期留在聊天记录里——两台设备上，还有服务商的服务器上。一次性链接把秘密从那段记录里挪出来：内容在你的浏览器里加密，密钥放在 URL 的片段里传递，服务器上的那份在被读取的那一刻销毁。
便签在这个标签页里用 AES-256-GCM 加密。密钥只存在于链接 # 之后的那一段，而浏览器从不把 # 后面的内容发给服务器（RFC 3986 §3.5）。服务器拿到的只是它打不开的密文。
密文只放在服务器的内存里。时间到了，或者被读过一次，就抹掉；服务器一重启，之前建的便签全都不记得了。
最多 64 KB。
怎么用
写下内容
发送任何东西之前，它先在标签页里加密。服务器收到的是密文，在内存里以一个不透明的 id 存着。
复制整条链接，包括片段部分
`#` 后面的部分是解密密钥，浏览器从不把它发给服务器。在 `#` 处被截断的链接打开的是一条谁都读不了的密语。
发出链接，并告诉对方它只能打开一次
第一次打开就会销毁密语。会抓取链接预览的聊天客户端可能算作这“第一次打开”，所以一条送达时就已经失效的密语，通常是预览机器人干的，不是收件人。
常见问题
服务器能读到内容吗？
不能。它拿着的是密文，从来看不到密钥，密钥一直留在片段里。这是结构上的性质，不是一条政策——服务器上没有任何东西可以用来解密。
链接说密语已经销毁，可它从来没被打开过。
两种原因。一种是链接预览先抓取了它——换一种不会展开预览的方式发送。另一种是服务器重启了：密语只存在内存里，所以一次部署会忘掉所有未读的内容。
能让它保存更久，或者读两次吗？
不能，这是有意的。读过之后还活着的密语，就是一条躺在服务器上等着被人找到的密语，而过期时间就是把窗口压小的东西。
能用它发文件吗？
它只收文本。文件的话，先用文件加密工具加密，再用这样的一条密语把密码短语发过去。
可以从这些接进来
接下来
这些工具吃得下当前工具的产出，结果可以直接送过去。
文件加密解密
File Encrypt & Decrypt
用一个口令以 AES-256-GCM 加密任意文件，也能把它自己加密出来的文件解回去。
密码生成器
Password Generator
按长度、字符集和是否排除易混字符的规则生成随机密码，需要的话可以一次生成很多条。
临时邮箱
Disposable Email
给你一个在限定时间内能收信的一次性收件箱，附件可以直接在页面里看。
文本加密解密
Text Encrypt & Decrypt
用一个口令做 AES-GCM 加密，产出一段自带全部参数的 Base64 密文。
可疑链接检查
Suspicious URL Check
在你点开之前先看这条链接长什么样——混淆字符、直接写 IP 的主机、@ 障眼法、层层子域、奇怪端口、短链服务——需要时还能追踪跳转并查域名注册时间；没有信誉库。
CORS 跨域检测
CORS Tester
从你指定的来源发出浏览器会发的预检请求，再带上同一个 Origin 发一次 GET，并按 Fetch 标准的规则说清究竟是哪个响应头把它挡住了。