リモートホストにインストールされている java-1.7.0-openjdk のバージョンは、1.7.0.261-2.6.22.2より前です。リモートホストにインストールされている java-1.8.0-openjdk のバージョンは、1.8.0.312.b07-1 より前です。リモートホストにインストールされている java-11-amazon-corretto のバージョンは、11.0.13+8-2 より前です。リモートホストにインストールされている java-17-amazon-corretto のバージョンは、17.0.1+12-3 より前です。したがって、ALAS2-2021-1731のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 構成、ログメッセージ、およびパラメーターで使用される 2.12.1まで、および 2.13.0から 2.15.0までの Apache Log4j2 2.0-beta9 の JNDI 機能は、攻撃者が制御する LDAP およびその他の JNDI 関連のエンドポイントから保護しません。
    メッセージ検索置換が有効な場合、ログメッセージまたはログメッセージパラメーターを制御できる攻撃者が、LDAP サーバーからロードされた任意のコードを実行する可能性があります。log4j 2.15.0以降、この動作はデフォルトで無効になっています。バージョン 2.16.0から、この機能は完全に削除されました。この脆弱性は log4j-core に固有のものであり、log4net、log4cxx、またはその他の Apache Logging Services プロジェクトには影響しません。(CVE-2021-44228)

  - Apache Log4j 2.15.0で CVE-2021-44228に対処した修正が、特定の非デフォルト構成で不完全であることが判明しました。これにより、ログ構成が Context Lookup (例、$${ctx: loginId}) または Thread Context Map のパターンのいずれかを使用したデフォルトではない Pattern Layout を使用して、JNDI Lookup パターンを使用して悪意のある入力データを作成する場合、攻撃者は Thread Context Map (MDC ) の入力データを制御できるようになり、サービス拒否 (DoS) 攻撃が引き起こされます。Log4j 2.15.0は デフォルトで、JNDI LDAP 検索を localhost に制限するために、最大限の努力を試みます。Log4j 2.16.0は、メッセージ検索パターンのサポートを削除し、デフォルトで JNDI 機能を無効にすることで、この問題を修正しています。(CVE-2021-45046)

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

検出

Amazon Linux 2：java-17-amazon-corretto, java-11-amazon-corretto, java-1.8.0-openjdk, java-1.7.0-openjdk (ALAS-2021-1731)

critical Nessus プラグイン ID 156182

バージョン 1.8