Linux版ZoomクライアントがX11クリップボードを常に監視している件について
Linux Zoom client proactively reading everything written to X11 clipboard
Linux Zoom client proactively reading everything written to X11 clipboard
Linux版のZoomクライアントが、ユーザーがX11クリップボードに書き込むすべての情報をプロアクティブ(能動的)に読み取っていることが判明しました。プライバシーやセキュリティの観点から、この挙動には注意が必要です。
Zoomが権限を乱用するのはこれが初めてじゃないよ。数年前、彼らの杜撰な実行処理が原因で、Zoom経由でMacOSのルート権限が奪取されるっていう問題があったはず。それ以来ずっと不信感しかなくて、自分はサンドボックス環境でしか動かさないようにしてる:https://gist.github.com/cielavenir/02f322e322a2a3555dbf2b38f... (https://gist.github.com/cielavenir/02f322e322a2a3555dbf2b38f2fedd59) 。いつも自分に問いかけてるのは、(1)なぜアプリにインストールが必要なのか、(2)なぜルート権限が必要なのか、っていう2点。どちらにも正当な理由はあり得るけど、現実的にビデオ会議アプリが必要なものなんて(音声とビデオ、それに画面共有くらいで)、せいぜい設定ファイルを保存する場所だけでしょ。特権領域やプライベートなパスにアクセスする正当な理由なんてどこにもないよ。
プロプライエタリなアプリケーションを動かすなら、よくある話だね。Linuxでさえこうなんだから、Windowsとかでどんな動きをしてるか想像できる?Linuxを使っている人なら知っておくべきだけど、プロプライエタリなアプリなんて信用しちゃダメだよ。
普通の電話会議が当たり前だった頃が懐かしいな。デスクトップのIP電話を使うのが好きなんだよね。
Zoomとは関係ない話だけど、「ワンショットペースト」ツールを多用してるって話、すごく便利そう。Webフォームの入力フィールドを埋めるのに重宝するね。あらかじめ複数のデータをキューに入れておいて、フィールドを移動しながらペースト、ペースト、ペーストってできるわけでしょ。それ公開されてるツール?xclip -loopsじゃうまくいかないみたいだし、Waylandだとそういう挙動にならないのかも。
またしてもQubes OSに救われたわ。これならZoomは空のVMにしかアクセスできないし、クリップボードにも触らせないからね。
Qubes OSを使うべき理由がまた一つ増えたな。それに、プロプライエタリなソフトウェア、特にネットワークアクセス権があるようなソフトは使うべきじゃないって理由も数え切れないほどある。
必要なときはChromeOSのタブ内でZoomを使ってるから安心だよ。Chromeの設定で、Zoomには「クリップボードの閲覧を許可しない」ようにしてあるし。
こういうのはブラウザで動かせばいいんだよ。デスクトップクライアントをインストールさせようとするダークパターンがあるけど、Webベースのバージョンで十分事足りる。
今日、多くの(というかほとんどの?)OSに実装されている「クリップボード」っていう概念は、時代遅れの遺物でしかないよ。もし今日新たに発明されたとしたら、どんなに甘いプライバシー審査でも絶対にパスしないはず。考えてみてよ、「ユーザーがアプリ上の何かをハイライトしてコマンドを叩いたら、パスワードや個人情報、あるいは核兵器のコードであっても、システム上のあらゆるアプリが即座に読み取って何でもできてしまう機能」なんて提案、普通なら即座に却下でしょ!理想を言えば、アプリがクリップボードを読み取るならユーザーの明示的な許可が必要であるべきだし、どのアプリにコピー&ペーストするのか指定させるべきだよ。使い勝手は落ちるかもしれないけど、プライバシーの巨大な穴を放置するよりはマシでしょ。
だから自分は会議が終わったら即座にZoomのプロセスを終了させてるんだよ。