Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広くは Windows) で、影響を受けるプロセスがハングする際にサービス拒否を引き起こします。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。ポリシー処理は、「-policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことによって有効化できます。更新2023 年 3 月 31 日ポリシー処理有効化の説明は CVE-2023-0466に基づいて修正されました。CVE-2022-3996

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

リモートの SUSE Linux SLED15 / SLES15 / openSUSE 15 ホストには、SUSE-SU-2022:4586-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - X.509 証明書の検証、特に名前の制約のチェックで、バッファオーバーランが発生する可能性があります。これは証明書チェーン署名の検証後に発生し、信頼できる発行者へのパスを構築できないにもかかわらず、CA が悪意のある証明書に署名するか、アプリケーションが証明書の検証を続行する必要があることに注意してください。攻撃者は、証明書の悪意のあるメールアドレスを細工し、スタック上の「。」文字 (10 進数の 46) を含む任意のバイト数をオーバーフローさせる可能性があります。このバッファオーバーフローにより、クラッシュが発生する可能性があります (サービス拒否が引き起こされます)。TLS クライアントでは、悪意のあるサーバーに接続することでこれが発生する可能性があります。TLS サーバーでは、サーバーがクライアント認証をリクエストし、悪意のあるクライアントが接続すると、これが発生する可能性があります。(CVE-2022-3786)

  - X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広範: Windows) では、これにより、影響を受けるプロセスがハングしたときにサービス拒否が発生します。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。- 「policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_add0_policy()」または「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことで、ポリシー処理が有効になります。(CVE-2022-3996)

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

リモートホストにインストールされている OpenSSL は、3.0.8 より前のバージョンです。したがって、サービス拒否 (DoS) の脆弱性の影響を受けます。X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広範: Windows) では、これにより、影響を受けるプロセスがハングしたときにサービス拒否が発生します。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。-policy 引数をコマンドラインユーティリティに渡すか、X509_VERIFY_PARAM_add0_policy() または X509_VERIFY_PARAM_set1_policies() 関数を呼び出すことで、ポリシー処理が有効になります。

  - X.509 GeneralName 内の X.400 アドレス処理に関連する型の取り違えの脆弱性があります。
    X.400 アドレスは ASN1_STRING として解析されていましたが、GENERAL_NAME のパブリック構造体の定義で x400Address フィールドのタイプが ASN1_TYPE として不適切に指定されていました。このフィールドは、その後、OpenSSL 関数 GENERAL_NAME_cmp によって、ASN1_STRING ではなく ASN1_TYPE として解釈されます。CRL チェックが有効な場合 (アプリケーションが X509_V_FLAG_CRL_CHECK フラグを設定するなど)、この脆弱性により、攻撃者が任意のポインターを memcmp 呼び出しに渡し、メモリの内容を読み取ったり、サービス拒否を引き起こしたりする可能性があります。ほとんどの場合、攻撃者は証明書チェーンと CRL の両方を提供する必要があります。どちらも有効な署名を必要としません。攻撃者がこれらの入力の 1 つのみをコントロールする場合、他の入力には CRL 配布ポイントとして X.400 アドレスがすでに含められている必要がありますが、これはよくあることではありません。このため、この脆弱性の影響を受ける可能性が最も高いのは、ネットワークを介して CRL を取得するための独自の機能を実装しているアプリケーションのみです。(CVE-2023-0286)

  - X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広範: Windows) では、これにより、影響を受けるプロセスがハングしたときにサービス拒否が発生します。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。ポリシー処理は

    「-policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことによって有効化されます。更新 (2023 年 3 月 31 日): ポリシー処理の有効化の説明が、CVE-2023-0466 に基づいて修正されました。(CVE-2022-3996)

  - X.509 証明書の検証、特に名前の制約のチェックで、読み取りバッファオーバーランが発生する可能性があります。これは証明書チェーン署名の検証後に発生し、信頼できる発行者へのパスを構築できないにもかかわらず、CA が悪意のある証明書に署名するか、アプリケーションが証明書の検証を続行する必要があることに注意してください。読み取りバッファオーバーランによりクラッシュが発生し、サービス拒否攻撃につながる可能性があります。理論的には、プライベートアドバイザリのコンテンツ (プライベートキーや機密の平文など) が漏洩する可能性もありますが、このアドバイザリのリリース時点では、メモリコンテンツの漏洩につながる悪用は機能していません。TLS クライアントでは、悪意のあるサーバーに接続することでこれが発生する可能性があります。TLS サーバーでは、サーバーがクライアント認証をリクエストし、悪意のあるクライアントが接続すると、これが発生する可能性があります。(CVE-2022-4203)

  - OpenSSL RSA Decryption 実装にタイミングベースのサイドチャネルが存在するため、Bleichenbacher スタイルの攻撃でネットワーク全体の平文を十分に復元できる可能性があります。復号化を成功させるためには、攻撃者が非常に多くの試行メッセージを復号化のために送信できる必要があります。
    この脆弱性は、すべての RSA パディングモードに影響します:PKCS#1 v1.5、RSA-OEAP および RSASVE。たとえば、TLS 接続では、暗号化されたプレマスターシークレットをサーバーに送信するために、RSA が一般的にクライアントによって使用されます。クライアントとサーバー間の真の接続を観察した攻撃者が、この欠陥を利用して、試行メッセージをサーバーに送信し、それらの処理にかかった時間を記録する可能性があります。十分な量のメッセージの後、攻撃者が元の接続に使用されていたプレマスターシークレットを復元し、その接続を介して送信されたアプリケーションデータを復号化できる可能性があります。(CVE-2022-4304)

  - 関数 PEM_read_bio_ex() が BIO から PEM ファイルを読み取り、名前 (例:
    CERTIFICATE)、任意のヘッダーデータおよびペイロードデータを解析およびデコードします。関数が成功した場合、name_out、header、および data 引数に、関連するデコード済みデータを含むバッファへのポインターが入力されます。
    呼び出し元には、これらのバッファを解放する責任があります。ペイロードデータが 0 バイトになる PEM ファイルを構築することが可能です。この場合、PEM_read_bio_ex() は失敗コードを返しますが、すでに解放されているバッファへのポインターがヘッダー引数に入力されます。呼び出し元もこのバッファを解放すると、二重解放が発生します。これはおそらくクラッシュにつながります。これを悪用して、解析用の悪意のある PEM ファイルを提供し、サービス拒否攻撃を仕掛ける攻撃者が存在する可能性があります。PEM_read_bio() および PEM_read() 関数は、PEM_read_bio_ex() の単純なラッパーであるため、これらの関数も直接影響を受けます。これらの関数は、PEM_X509_INFO_read_bio_ex() や SSL_CTX_use_serverinfo_file() などのその他の多数の OpenSSL 関数からも間接的に呼び出されるため、やはり脆弱です。PEM_read_bio_ex() が失敗コードを返す場合、呼び出し側はヘッダー引数を解放しないため、これらの関数の一部の OpenSSL 内部使用は脆弱ではありません。これらの場所には、PEM_read_bio_TYPE() 関数や、OpenSSL 3.0 で導入されたデコーダーが含められます。OpenSSL asn1parse コマンドラインアプリケーションも、この問題の影響を受けます。(CVE-2022-4450)

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

したがって、ALAS2023-2023-095 のアドバイザリに記載されている脆弱性の影響を受けます。

  - X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広範: Windows) では、これにより、影響を受けるプロセスがハングしたときにサービス拒否が発生します。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。- 「policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_add0_policy()」または「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことで、ポリシー処理が有効になります。(CVE-2022-3996)

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

リモートの Ubuntu 16.04 ESM / 18.04 LTS / 20.04 LTS / 22.04 LTS / 22.10 / 23.04 ホストには、USN-6039-1のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - X.509 証明書に無効な形式のポリシー制約が含まれ、ポリシー処理が有効な場合、書き込みロックが再帰的に 2 回取得されます。一部のオペレーティングシステム (最も広範: Windows) では、これにより、影響を受けるプロセスがハングしたときにサービス拒否が発生します。一般に公開されているサーバーでポリシー処理を有効にすることは、一般的なセットアップとは見なされません。ポリシー処理は、「-policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことによって有効化できます。更新 (2023 年 3 月 31 日): ポリシー処理の有効化の説明が、CVE-2023-0466に基づいて修正されました。(CVE-2022-3996)

  - ポリシーの制約を含む X.509 証明書チェーンの検証に関連する、OpenSSL のサポートされているすべてのバージョンで、セキュリティの脆弱性が見つかりました。攻撃者は悪意のある証明書チェーンを作成して計算リソースを指数関数的に使用することでこの脆弱性を悪用し、影響を受けるシステムでサービス拒否 (DoS) 攻撃を引き起こす可能性があります。ポリシー処理はデフォルトで無効化されていますが、「-policy」引数をコマンドラインユーティリティに渡すか、「X509_VERIFY_PARAM_set1_policies()」関数を呼び出すことによって有効化できます。(CVE-2023-0464)

  - 関数 X509_VERIFY_PARAM_add0_policy() が文書化され、証明書の検証を行う際に、証明書ポリシーチェックが暗黙的に有効になります。ただし、関数の実装はチェックを有効にしません。これにより、無効または不適切なポリシーを持つ証明書が証明書検証に合格する可能性があります。
    ポリシーチェックを突然有効にすると、既存のデプロイメントが中断する可能性があるため、X509_VERIFY_PARAM_add0_policy() 関数の既存の動作を維持することが決定されました。代わりに、証明書ポリシーチェックを実行するために OpenSSL を必要とするアプリケーションは、X509_VERIFY_PARAM_set1_policies() を使用するか、X509_VERIFY_PARAM_set_flags() を X509_V_FLAG_POLICY_CHECK フラグ引数で呼び出して、ポリシーチェックを明示的に有効にする必要があります。
    証明書ポリシーのチェックは、OpenSSL ではデフォルトで無効になっており、アプリケーションでは通常使用されません。
    (CVE-2023-0466)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
253276	Linux Distros のパッチ未適用の脆弱性: CVE-2022-3996	Nessus	Misc.	2025/8/21	2025/8/21	high
168955	SUSE SLED15 / SLES15 / openSUSE 15 セキュリティ更新: openssl-3 (SUSE-SU-2022:4586-1)	Nessus	SuSE Local Security Checks	2022/12/21	2023/7/14	high
168829	OpenSSL 3.0.0< 3.0.8複数の脆弱性	Nessus	Web Servers	2022/12/15	2024/10/23	high
173176	Amazon Linux 2023 : openssl、openssl-devel、openssl-libs (ALAS2023-2023-095)	Nessus	Amazon Linux Local Security Checks	2023/3/21	2024/12/11	critical
174752	Ubuntu 16.04 ESM / 18.04 LTS / 20.04 LTS / 22.04 LTS / 23.04 : OpenSSL の脆弱性 (USN-6039-1)	Nessus	Ubuntu Local Security Checks	2023/4/25	2024/9/19	critical

検出

プラグインの検索

high

high

high

critical

critical