AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1791820273アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 認証されていないリモートの TLS クライアントが、そのsni_callbackが SSLSocket.context(サーバー名ごとに証明書を選択するための文書化された方法)に異なるコンテキストを割り当て、他に何も元の SSL を保持しない場合、解放されたポインターを介してサーバーをクラッシュさせたり、呼び出しを引き起こしたりする可能性があります。SSLContext が有効です。典型的なケースは、接続ごとにSSLContextを作成したり、接続が開いている間にSSLContextを置き換えたりするサーバーです。リスニングソケットをそれでラッピングしているサーバーは影響を受けません。緩和:サーバーの有効期間にsni_callbackを設定するすべての SSLContext への参照を維持します。TLS クライアントは影響を受けません。(CVE-2026-19445)

  - SSL。SSLContext.wrap_bio() では、ssl の場合、server_hostname 引数を None でないことを要求していませんでした。SSLContext.check_hostnameが設定されていました。SSLObject にパラメーターチェックがないため、server_hostname 引数が指定されない場合、ホスト名の検証は密かにスキップされます。この欠陥により、プログラムで証明書ホスト名の検証が SSLContext.check_hostname = True で成功しているように見えた*ように見えた* ことがあり、構成ミスにより ValueError が発生しません。プログラムが空の文字列でも None でもない server_hostname 値をこれらの API のいずれかに渡した場合、証明書ホスト名の検証は期待どおりに処理され、プログラムはこの脆弱性の影響を受けません。
    この脆弱性を緩和するために、Python を更新したり、パッチを適用したりする必要はありません。緩和するには、有効な非空で空でない server_hostname 値を SSLContext.wrap_bio)、asyncio.create_connection()、または asyncio.loop.start_tls() に渡すと、証明書ホスト名の検証は期待通りに続行されます。Python の最新バージョンへアップグレードするか、パッチを適用した場合のみ、動作が変更されます。ホスト名の検証を警告なしでスキップすることから、SSLContext.wrap_socket() と同様に、ValueError を発生させるようになります。これは、server_hostname が指定されていない場合のみです。(CVE-2026-19553)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

検出

AlmaLinux 9.2 [TuxCare] セキュリティ更新:python-unversioned-command / python3 / python3-debug / etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1791820273)

critical Nessus プラグイン ID 364716

依存が見つかりません