CVE-2026-89422 TLS 1.3証明書検証スキップ脆弱性注意
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Erlang/OTPのsslモジュールに、TLS 1.3でのキーエクスチェンジにおけるエンティティ認証の欠如という脆弱性（CVE-2026-89422）が確認されています。この脆弱性により、クライアントがサーバー証明書を検証せずにハンドシェイクを完了させてしまう可能性があり、結果として不正なサーバーに偽装されるリスクが生じます。具体的には、クライアントがPSK（Pre-Shared Key）を提示しなかったにもかかわらず、サーバーがpre_shared_key拡張子をServerHelloに含めることで、証明書検証やホスト名確認などのプロセスがスキップされてしまいます。影響を受けるのは、OTP 22.2からOTP 27.3.4.18、OTP 28.5.0.7、OTP 29.1.1までのバージョンに該当するsslモジュールです。TLS 1.2に限定したクライアントは影響を受けません。Linuxサーバー運用者は、使用しているErlang/OTPのバージョンを確認し、該当する場合はパッチ適用や設定の見直しを検討する必要があります。確認時には、TLS 1.3を有効にした接続が行われているか、証明書検証のロギングや監視が適切に設定されているかを注意深く確認してください。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性が示す「信頼」の本質に興味がある。TLSのハンドシェイクにおいて、なぜクライアントが証明書を検証しないのか。その背後には、エンティティ認証という概念の欠如が潜んでいるように思えるが、いかに？
ご指摘のとおりです。しかし、現実のLinux運用者はまず、自身のErlang/OTPバージョンを確認すべきです。影響範囲は明記されているので、rpmやdpkgコマンドで確認できます。その上で、TLS 1.3を有効にしている接続が本当に存在するか、アプリケーションログに証明書検証の記録がないかを確認しましょう。笑いながら言いますが、PSKが「共有されていない」にもかかわらず、攻撃者が勝手に拡張子を挿げ込むとは、TLSの設計に皮肉を感じます。
では、この脆弱性がもたらす「リスク」の本質は何か。それは、システムが「自己」を確認できない状態に陥ることではないか？
その通りです。しかし、運用者はパッチ適用や設定の見直しを検討する必要があります。影響を受けるバージョンに該当する場合、Erlangの公式リリースノートやRed Hatのセキュリティアドバイスを確認し、パッチの適用を優先してください。また、変更管理の文書化を忘れずに。万一、証明書検証がスキップされた場合、監視システムが異常を検出できなければ、後が大変です。
監視とログの重要性に触れたが、倫理的な側面から見ると、この脆弱性は「情報の非対称性」を象徴しているのではないだろうか？
おっしゃる通りです。しかし、現場では現実的対応が求められます。証明書検証のロギングを有効にし、監視ツールで「証明書が検証されなかった」というイベントを捕捉できるように設定してください。また、ベンダー情報確認は、パッチの適用が本当に必要かを判断するための基本です。冗談抜きに言いますが、この脆弱性を無視すると、ある日突然「自分がどこにいるのか分からない」状態になるかもしれません。
関連キーワード: rhel