TxtBin 的加密和隐私保护是如何工作的?

TxtBin 是一个极简、开源的在线粘贴板，它的核心设计是：粘贴内容在你的浏览器内用 AES-256 加密和解密，服务器只保存加密后的密文。因此它适合用来临时分享一段文本，但前提是你理解“链接即钥匙”这一机制——把链接发给谁，就等于把内容给谁看。它并不适合存放需要长期保密、或一旦链接泄露就后果严重的信息。

加密发生在哪里

根据 TxtBin 页面上的说明，加解密全程在浏览器内完成：

• 你输入的文本在本地被 AES-256 加密，密钥不会发送到服务器。
• 服务器端只拿到密文，理论上无法读取原始内容。
• 打开分享链接时，解密同样在你的浏览器里进行。

这意味着 TxtBin 的隐私保护依赖两个条件：一是网站确实按它声明的方式运行（它是开源项目，可自行核对代码），二是你的浏览器环境可信。

为什么必须开启 JavaScript

页面明确提示“TxtBin 需要 JavaScript 来进行加解密”，并说明它依赖现代浏览器（Firefox、Opera、Chrome 等）的 WebCrypto API。

原因在于：加密和解密都由浏览器内的 JavaScript 调用 WebCrypto 完成。如果禁用 JavaScript，页面就无法执行加解密，也就无法创建或查看笔记。这不是功能缺失，而是这套隐私模型的必然要求——把密钥和明文留在本地，就必须有本地代码来运算。

分享链接意味着什么

TxtBin 的分享逻辑是：把 URL 发给任何人，对方就能访问该笔记。结合“密钥不发送到服务器”这一点，可以推断解密所需的信息随链接一起传递，而不是存在服务器上。

由此得出实际使用建议：

• 把链接当作密码对待。发到公开群聊、论坛或工单系统，等于公开内容。
• 想控制可见范围，就只通过你信任的私密渠道发送链接。
• 链接一旦发出，你无法撤回对方已经看到的内容。

连接安全性的提示

页面在检测到非 HTTPS 连接时会给出警告：“This website is using an insecure connection! Please only use it for testing.” 并提示浏览器可能需要 HTTPS 连接才能支持 WebCrypto API，建议切换到 HTTPS。

这条提示值得认真对待：即使内容在浏览器内加密，如果页面本身是通过不安全的连接加载的，传输过程和页面代码都可能被篡改。用于真实敏感内容时，应确认地址栏是 HTTPS。

内容边界与举报

TxtBin 声明不容忍未成年色情和恐怖主义材料，并提供了举报邮箱（页面上以 v8xlfnmqe[at]mozmail.com 形式给出）。这说明平台对存储内容设有底线，但举报机制的存在也侧面说明：平台并不对内容做前置审查，责任在使用者。

它适合和不适合的场景

一句话判断：TxtBin 解决的是“不想让服务器看到明文”，而不是“不想让拿到链接的人看到内容”。想清楚这两者的区别，就知道该不该用它。