关于 RealtimeClipboard

它为什么存在

把一段文字从工作用的笔记本挪到私人手机上，只有在两台设备恰好属于同一个 生态时才算已经解决。苹果设备有"通用剪贴板"，而它止步于苹果的边界。 Snapdrop 这类本地工具要求两台机器在同一个 Wi-Fi 下，这就排除了用移动数据的 手机、管得很严的办公网络，以及两个国家之外的一台机器。剩下的办法都是同一个 变通：把东西发邮件给自己，或者粘进跟自己的聊天窗口，然后让一家你并没有挑选过 的公司永久保存一份副本。

RealtimeClipboard 就是针对这件事的一个很窄的回答。你在两台设备上打开同一个 短密钥，它们就共享一块剪贴板。没有账号要注册，没有东西要安装，除了两台设备 都在线之外没有别的网络要求，关掉标签页之后也不会有副本留下。

它是怎么工作的

你复制的内容在离开这台机器之前，就已经在浏览器里用 AES-GCM 加密好了，加密 用的密钥由你输入的那个短会话密钥派生而来。这个会话密钥从不被传输。 服务器收到的是它的 SHA-256 哈希 —— 这足以知道该把消息转发到哪个房间，却 不足以打开其中任何一个 —— 外加它无从读取的密文。

中继服务器只在转交消息的那一瞬间把它放在内存里，不向磁盘写任何东西。文件 完全绕开服务器：它们通过 WebRTC 在你的设备之间直接传输，所以一次大文件传输 不花这个服务一分钱，也从来不曾存在于中间的任何地方。会话可以用 PIN 码锁上， 这个 PIN 同样从不被传输。

这些都不需要你去相信一段描述。 完整源代码 是公开的，通信协议和威胁模型都写在仓库里，而中继服务器是一个独立的服务， 与浏览器端不共享任何代码 —— 只共享那份写明的协议。

它不会做什么

一份简短的清单，因为一个产品拒绝做什么，比它承诺做什么更能说明问题：

它不会合并两个人同时的输入。无冲突协同编辑是一项实打实的、分量很重 的工程，而这里是一块剪贴板。当两台设备同时打字时，你会看到对方的光标以它 自己的颜色出现；一段到达的剪贴内容会先提示给你，而不是无声地盖掉你正在写 的东西。

它不会记住你。没有账号，没有邮箱，没有个人资料，服务器上也没有历史 记录。设置和剪贴板历史存在你自己的浏览器存储里，从不上传。这也是这个设计 诚实的代价：丢了密钥就没有重置链接，因为服务器上根本没有任何东西知道那个 会话是你的。

它不会把密钥说得比它本身更重。共享密钥是一种持有即可用的凭证 —— 任何拿到它的人都能读这个会话，而这恰恰是一个五位字符、无需登录的密钥之所以 可能的原因。这个取舍被写了出来，而不是藏起来；当它是错误的取舍时，PIN 锁 就是为此准备的。

它不会拿你粘贴的东西去卖。它做不到：内容在发出之前已经加密，而服务器 没有密钥。

它靠什么维持

中继服务器是一台租来的服务器，每个月有一张真实的账单；这里没有订阅，没有 付费档位，也没有账号可以把订阅挂上去。编辑器下方的一个广告位，由 Google AdSense 投放，就是覆盖这笔开销的东西。

这件事的含义值得说清楚，因为两个说法就挨在一起。广告代码是运行在页面里的 第三方代码，而在应用里，那个页面正是显示你解密后文字的页面 —— 所以 Google 的脚本运行在这些内容可见的地方，和任何页面上的任何脚本一样。它拿不到的是你 的会话密钥：应用会先把密钥从地址栏里清除，之后才允许广告代码加载。无论如何， 你的设备与中继服务器之间的加密都不受影响。隐私政策 把这件事完整写了出来，包括 Google Analytics 能看到什么。

谁在做它

RealtimeClipboard 由软件工程师 Akshay Nikhare 制作，并由 CadNative 发布。它不是一家拿风险投资的公司，背后也没有团队 —— 只有一个维护者，这既是它的范围一直这么窄的原因，也是一份缺陷报告会被那个 能修它的人读到的原因。

项目以 MIT 许可证开源。同一套代码库交付四样东西：网页应用、这个站点、一个 Node 命令行客户端，以及面向 Windows、macOS 和 Linux 的桌面版。欢迎贡献代码、 报告缺陷和披露安全问题 —— 代码是怎么组织的、规则是什么，都写在 这个仓库里。

怎么联系

疑问、纠错、媒体与商务事宜都请发到 info@realtimeclipboard.com。缺陷和 功能建议更适合作为 GitHub issue 提出，安全问题则有自己的私密通道。 联系页面写了细节，包括该期待什么，以及大概要多久。

如果这个站点上有什么写错了，请说出来。它会被改正，而这次改动会留在公开的 提交历史里。