哈基德姆（hachyderm.io）是众多独立的长毛象（Mastodon）服务器之一，用户可借此参与联邦宇宙（fediverse）。哈基德姆定位为安全空间，支持 LGBTQIA+ 与 BLM，成员主要为全球科技行业专业人士。许多非用户账户类型设有功能限制，具体情况见关于页面。此实例由哈基德姆管理，服务器统计显示有 7.5K 活跃用户。

我今天注意到，Linux 下 Zoom 客户端的一次更新让它开始主动读取写入 X11 剪贴板的所有内容。如果你在剪贴板里存了有趣的秘密——尤其是密码管理器用它来把密码送到需要的地方——这可能是一件你需要知道的事！

我补充一些细节：具体是 Linux Zoom 7.1.5。之前装的 6.6 没有这行为。它似乎只关注 CLIPBOARD 选区（类似 Windows 体验，通常用 ^C 复制、^V 粘贴），不理会 PRIMARY（传统 X11 选中即复制、中键粘贴）。它看来是通过 XFIXES 扩展检测剪贴板变更，每当剪贴板被新所有者认领，就立刻向该客户端发送粘贴请求。我发现是因为我重度使用“一次性粘贴”工具：它满足一次粘贴请求后就终止，方便填网页表单多个字段。但今天 apt 更新后，工具一启动就退出，调试发现是 Zoom 总是立刻请求粘贴。去年这时候我曾发现 Slack 类似行为，但仅在焦点进入窗口时，且有配置可关。一次性粘贴工具是察觉 X 服务器怪象的好办法。

Nick Silkey 问什么是一次性粘贴工具。我解释：X11 选择机制下，每次应用要粘贴就联系当前选择所有者要数据。这能玩特技比如总粘贴当前时间，但也让所有者知道何时被粘贴并可响应。一次性粘贴工具启动后认领剪贴板，等收到并完成一次粘贴请求立即终止。我自己写了一个，Debian/Ubuntu 有 xclip。示例：echo -n foo | xclip -selection primary -loop 1 -verbose，在别的窗口中键点击会粘贴 foo 且终端 xclip 退出。用 -selection clipboard 则对应 ^V 剪贴板，但同 X 服务器跑 Zoom 7.1.5 的话，它不会等你手动粘贴，而是因收到 Zoom 请求立即退出。

lp0 on fire 试了上述 xclip primary 命令，结果 Easy Effects 而非 Clipman 发了请求并删除；对 XACLIPBOARD 也如此，但不对 XASECONDARY，他跑的是 7.2.3，不知 8.x 是否如此。

ganxel 问是不是从 X 应用复制后关掉应用再粘贴就没了。我说是，源应用不在就无法服务数据。有静态剪切缓冲区回退，但很多应用不用，且只支持默认编码纯文本不支持 UTF-8。前文示了标准工具一次性粘贴，顺序粘贴多个只需脚本跑几次，但我没封装好。

Harald 说 Zoom 还改成了总是后台运行，他因此避开。Julius 质疑自己 7.1.5 没见运行。Harald 说当时是，支持论坛有长讨论说他们想让 Zoom 做邮件办公等全套，所以常驻合理。

Vortex Acherontic 说 2026 年不该跑 X11，Zoom 行为 shady，但 Wayland 也可能偷看剪贴板。我回：好理论，但我有些机器 Wayland 启动就崩；且 UX 半成品，如窗口装饰两路 API。Vortex 说减 X11 工作流，可能 Wayland 栈旧，Ubuntu 24.04 标准应够新。我说我就用 Ubuntu 24.04 标准，够成熟了却崩。我详述 X11 下用 Sawfish 高度定制窗口框，Wayland 需服务端装饰才能保定制，看 River 项目但只支持一种抑制客户端框协议，要自己写代码改。

Ashwin 要引用，我说无引用，是原创研究，因程序收到意外 SelectionRequest 才调查。

joeld 问 Zoom Web 客户端咋样。Stefan 问 Zoom 拿剪贴板干啥，Fluchtkapsel 猜扫描 Zoom URL 主动连接。Neil 给方案：用网页版（失败后用标准）或专用设备。pearl 说网页版只支持会议不支持聊天。

2something 问影响 Web 吗，jiub 答可能不，因网页无权限读剪贴板除非授权，引 MDN 文档说明。

Glen 问设置里“允许远程控制共享剪贴板”关掉如何，我在客户端找不到，Glen 说在网页设置里，我去网页关掉并重启客户端，仍无效。Ur Ya'ar 提醒查默认开的 AI 设置。

Leeloo 总结 Zoom 现是密码窃取器，她多用自动输入而非剪贴板，密码管理器可一次性粘贴防误贴。

shrub 说 Wayland 修复此问题。我问怎么修复，shrub 说通常仅键盘焦点应用可访问剪贴板，防后台 Zoom 读。我说那命令行 xclip -o 也不能用了？shrub 说有外部数据控制协议可供可信工具用。Neal 补充分合剂可设例外。Josh 说任何应用可跑 X11 下读剪贴板，且 Wayland 破坏密码管理器技巧，各环境扩展不同。farseen 说 Wayland 更糟，X11 可自动输入不碰剪贴板，Wayland 必须用剪贴板故任何有访问权限应用仍能读。Matt 玩笑说 Wayland 没揍产品经理所以没修。shrub 坚持 Wayland 下 Zoom 客户端不允许此行为。Ignas 说程序须显式传递触发粘贴的输入事件，LisPi 问需活跃焦点，Ignas 说看合成器策略。

这次讨论几乎一边倒地表达对 Zoom 的不信任，真正的分歧在于：这究竟算 Zoom 又一次恶意越权，还是 X11 剪贴板机制加上 Linux 长期缺乏沙箱所导致的必然结果。

认为专有软件本就不该被信任

• 结论是「不要用 Zoom」，并把矛头指向所有闭源软件，尤其是带网络访问权限的那种；在 Linux 上尚且如此，同一个程序在 Windows 上能做什么更难想象。（较多人）
• 有人翻出旧账：Zoom 当年在 macOS 上以可疑方式实现安装、甚至拿到 root，信任自此破裂；正常情况下，一个视频会议应用除了音视频和可选共享屏幕，只需要写个配置文件，没有任何正当理由去碰特权路径和私有目录。（较多人） > 你可以问自己两个问题：为什么一个应用需要安装，以及为什么它需要 root。（@rmellow）

认为根源是 Linux 桌面至今不做沙箱

• 对这类新闻已经不再惊讶，真正该问的是发行版什么时候才肯把应用关进笼子；手机上的权限系统已经领先桌面 Linux 好多年。（较多人）
• 应对方式是自己造隔离：Qubes OS 里 Zoom 只能访问一个空虚拟机，剪贴板也拿不到；这也是继续不用专有软件、尤其是带网络访问的专有软件的理由。（少数人）

认为未必是恶意，可能是 X11 剪贴板机制使然

• 有技术向的辩护：X11 根本没有一个集中式的「剪贴板仓库」，复制方负责持有数据，粘贴方要回头去找它要，因此现代桌面环境普遍装一个守护进程抢在所有权变更时先把数据抓走，以模拟 Windows 的行为。Zoom 客户端可能只是不信任桌面环境、自己去抢了所有权，或者它底下根本就是个换了皮的浏览器内核。（少数人）

有价值的补充

• X11 的 selection 机制细节：客户端声明「我持有选区」，粘贴时另一个客户端去问「谁持有」，数据经 X server 转发；若复制完就关掉源程序，数据就没了——这正是桌面环境需要剪贴板守护进程的原因。
• 讨论里有人顺带问起原作者提到的「一次性粘贴」工具：它响应完一次粘贴请求就退出，适合连续填多个表单字段；提问者说 xclip 的 -loops 似乎做不到，在 Wayland 下可能更不行，但这条线索没有得到回答。
• 有人怀念过去电话会议就是常态的日子，表示自己更喜欢桌面 IP 电话——算是这场安全讨论里唯一偏离主题的情绪表达。（少数人）