リモートホストにインストールされている OpenSSL は、3.0.1 より前のバージョンです。したがって、3.0.1 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - MIPS32 および MIPS64 二乗プロシージャにキャリー伝播のバグがあります。TLS 1.3 のデフォルト曲線を含む、多くの EC アルゴリズムが影響を受けます。攻撃の前提条件はほとんどないと考えられ、秘密鍵の再利用が含まれるため、影響は詳細に分析されていませんでした。分析によれば、この欠陥の結果を使用して RSA と DSA に対する攻撃を実行するのは非常に難しく、その可能性は低いと考えられます。DH に対する攻撃は、秘密鍵に関する情報の推測に必要な作業のほとんどがオフラインで実行される可能性があるため、(実行は非常に困難ではあるものの) 可能であると考えられます。そのような攻撃に必要なリソースの量は莫大です。ただし、TLS に対する攻撃が意味をなすためには、サーバーが複数のクライアント間で DH 秘密鍵を共有する必要があります。これは CVE-2016-0701 以降ではできなくなりました。OpenSSL バージョン 1.0.2、1.1.1 および 3.0.0 は、この問題の影響を受けます。これは、2021 年 12 月 15 日の 1.1.1m および 3.0.1 のリリースで対処されました。1.0.2 リリースでは、プレミアムサポートのお客様のみが利用できる git commit 6fc1aaaf3 で対処されています。1.0.2zc のリリース時に利用可能になります。この問題の影響を受けるのは、MIPS プラットフォームの OpenSSL のみです。OpenSSL 3.0.1 で修正されました (3.0.0 が影響を受けました)。OpenSSL 1.1.1m で修正されました (1.1.1-1.1.1l が影響を受けました)。OpenSSL 1.0.2zc-dev で修正されました (1.0.2-1.0.2zb が影響を受けました)。(CVE-2021-4160)

  - OpenSSL の libssl は、内部的にクライアント側の X509_verify_cert() を呼び出して、サーバーから提供された証明書を検証します。この関数は、内部エラー (メモリ不足など) を示すために負の戻り値を返す可能性があります。このような負の戻り値は OpenSSL によって誤って処理され、IO 関数 (SSL_connect()またはSSL_do_handshake()など) が成功せず、その後の SSL_get_error() への呼び出しも実施されないため、SSL_ERROR_WANT_RETRY_VERIFY の値が返されます。この戻り値は、アプリケーションが以前に SSL_CTX_set_cert_verify_callback() を呼び出していた場合にのみ、OpenSSL によって返されることが想定されています。ほとんどのアプリケーションはこれを行わないため、SSL_get_error() からの SSL_ERROR_WANT_RETRY_VERIFY の戻り値は完全に予期しないものになり、結果としてアプリケーションが正しく動作しない可能性があります。正確な動作はアプリケーションによって異なりますが、クラッシュ、無限ループ、またはその他の同様の不適切な応答を引き起こす可能性があります。
    この問題は、証明書チェーンを処理する際に X509_verify_cert() が内部エラーを表示する OpenSSL 3.0 の別のバグと組み合わせされた場合、さらに深刻になります。これは、証明書に Subject Alternative Name 拡張が含まれておらず、認証局が名前の制約を強制している場合に発生します。この問題は、有効なチェーンでも発生する可能性があります。2 つの問題を組み合わせると、攻撃者は不適切なアプリケーション依存の動作を引き起こす可能性があります。OpenSSL 3.0.1 (3.0.0 が影響を受けます) で修正されました。(CVE-2021-4044)

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

検出

OpenSSL 3.0.0< 3.0.1複数の脆弱性

medium Nessus プラグイン ID 156100

バージョン 1.13