最新の情報は英語記事をご覧ください。**更新:新しいオープンソースのスキャンツールを追加し、オープンソケットクエリを調整しました。多くのバージョンに対応できるように定期クエリを調整しました。よって開発されたオープンソースのロギングフレームワークです。ベースの多くのアプリケーションに組み込まれています。統合されていることから、広範囲に及ぶ問題です。コードが公開され武器化が行われました。関連エンドポイントに対して保護されていません。サーバーからロードされた任意のコードを実行できます。以降のバージョンからは、この動作はデフォルトで無効化されています。以降、この機能は完全に削除されました。プロジェクトには影響しないことに注意してください。組織内に存在するかどうか、そしてどこに存在するかを判断することです。使用する可能性があり、インターネットに接続しているアプリケーションを中心に調査することが重要です。アプリケーションとしてインストールされるわけではなくライブラリとしてベンダーやサードパーティのツールと統合されているため、この調査は容易ではありません。ライブラリがインベントリ内のどこに存在するかを特定するために、インベントリを利用する必要があります。現在、脆弱性のある既知のアプリケーションやベンダーを記した資料がいくつか公開されています。何か手をつけ始めるには最適なステップです。下記のリストを確認し、組織内にそのソフトウェアが存在するかどうかを判断してください。存在するならば、最新のパッチを適用していることを確認してください。https://gist.github.com/SwitHak/b66db3a06c2955a9cb71a8718970c592もう一つの識別方法は、内部と外部の脆弱性スキャンを実行することです。インスタンスを識別するためのシグネチャまたはプラグインを提供しています。インスタンスを特定するための出発点として機能します。可能な使用方法を特定することを推奨します。関係なく実行できます。ライブラリの脆弱性があるバージョンを列挙することができます。プロセスの作業ディレクトリを再帰的に検索し、「Log4j%.jar」という名前のファイルを特定します。ファイルである場合、インスタンスを見逃してしまうことがあります。問題を引き起こす可能性のある脆弱性の初期トリアージを行うには有効です。ライブラリを列挙できます。これを目的として、いくつかのオープンソースプロジェクトがリリースされています。プロセスが動作しているすべてのシステムに対して、以下のオープンソースツールを使用して、より詳細なスキャンを実施できます。https://github.com/CERTCC/CVE-2021-44228_scannerhttps://github.com/fox-it/Log4j-finderツールの実行方法の詳細は、こちらの「ダウンロードと実行」のセクションに記載されています。ライブラリを更新しパッチを適用することですが、当然ながら、すべてのシナリオでこれが可能なわけではありません。最新のバージョンです。バージョンが有効でないことが判明しました。アップデートすることが推奨されます。アップデートが不可能な場合は、以下の章「その他の緩和策」を参照してください。更新:現在判明している脆弱性の一覧と推奨される修正方法は以下の通りです。アップグレードすることが推奨されます。ライブラリの更新や識別が不可能な場合、または万が一の場合に備えて、以下の対策をご検討ください。サーバーに、最初のアウトバウンド接続を行うことが必要です。ブロックすると、ポートがランダムになる可能性があるため網羅的ではありませんが、攻撃対象領域を縮小できます。この攻撃に有効な別の回避手法であるために包括的でないことが示されていますが、それでも検出と対応を手助けするために実装する必要があります。クラスを削除できます。設定は、効果がないことが確認されたため、現在では推奨されていません。使用状況を完全に把握することは困難ですが、以下のデータレイククエリを使用することで、疑わしいプロセスやネットワーク接続を探索できます。疑わしい子プロセスを列挙します。インスタンスの悪用に成功したことを示す可能性があります。疑わしいコマンドはさらに調査する必要があります。再利用により結果に矛盾が生じる可能性があります。プロセスからの異常なトラフィックを識別するのに役立ちます。以外のアドレスを宛先とするトラフィックを探すものです。サーバーに通信を試みているデバイスを特定するのにも役立ちます。正規のトラフィックも識別される場合あるため、結果はバリデートする必要があります。