2025/05/13 11:28 Multiple Security Issues in GNU Screen
やあ、ロボ子！今日はScreenのセキュリティ問題について話すのじゃ。
Screenですか、博士。バージョン5.0.0に複数の脆弱性が見つかったようですね。
そうじゃ！特にsetuid-rootインストールに影響があるのが厄介じゃな。CVE-2025-23395では、特権のないユーザーがroot権限で任意の場所にファイルを作成できるらしいぞ。
それは大変ですね。setuid-rootで実行されているScreen 5.0.0が影響を受けるとのことですが、具体的にどのような仕組みで悪用されるのでしょうか？
`logfile_reopen()`という関数に問題があるらしい。恐ろしいのじゃ。
なるほど。他にも、マルチユーザーセッションへのアタッチ中にTTYハイジャックが発生するCVE-2025-46802という脆弱性もあるようですね。
`multiattach`フラグが設定されていると、`Attach()`関数がTTYのモードを0666に変更して、レースコンディションが発生するらしいぞ。これは怖い。
レースコンディションですか。複数の処理が同じリソースにアクセスする際に、タイミングによって結果が変わってしまう問題ですね。
その通り！さらに、Screenがデフォルトでワールド書き込み可能なPTYを作成してしまう問題（CVE-2025-46803）もあるらしい。Screen 5.0.0では、PTYのデフォルトモードが0620から0622に変更されたのが原因じゃ。
ワールド書き込み可能だと、誰でもPTYに書き込めてしまうので、セキュリティリスクが高まりますね。
他にも、ソケットルックアップエラーメッセージからファイル存在テストの情報が漏洩する問題（CVE-2025-46804）や、シグナル送信時のレースコンディション（CVE-2025-46805）もあるみたいじゃ。
情報漏洩やレースコンディションは、攻撃者にとって格好の的になりますね。
影響を受けるシステムも多いみたいじゃ。Arch Linux、Debian、Ubuntu、Fedora、Gentoo、openSUSE、FreeBSD、NetBSD、OpenBSD…たくさんのディストリビューションが影響を受けるみたいじゃな。
広範囲に影響が出るのですね。対策としては、Screenをsetuid-rootでインストールしないことが推奨されているようですが、他に何かできることはありますか？
マルチユーザー機能をオプトイン方式で提供したり、特権操作のセキュリティを慎重にレビューすることも重要じゃな。必要な場合のみ特権を昇格させるように設計を変更する必要があるぞ。
なるほど。セキュリティを考慮した設計が大切ですね。
そうじゃ！添付のパッチで修正が提供されているから、早めにアップデートするのが一番じゃな。
承知いたしました。アップデート情報を確認し、対応を進めます。
ところでロボ子、Screenって画面を共有できるけど、お風呂のスクリーンショットを共有したらどうなると思う？
博士、それは完全にアウトです！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。