• Apply & Restart をクリック

それでも TLS handshake timeout が発生する場合は、WSL で sudo hwclock -s を実行して時刻を同期。

2.3 Solr コンテナの起動

出力に成功表示：

http://localhost:8983/solr にアクセスして Solr 管理画面が表示されれば環境準備完了。

三、脆弱性再現手順

3.1 テスト用 Core の作成

Solr にはデフォルトで core がないため、手動で作成：

"status":0 が返り、core test が作成成功。

3.2 DNSLog を使用した脆弱性存在確認

ブラウザで http://dnslog.cn にアクセスし、Get SubDomain をクリックして一時ドメイン（例：abc123.dnslog.cn）を取得。

コマンドラインで以下を実行（PowerShell のエイリアス干渉を避けるため curl.exe を使用）：

http://dnslog.cn ページに戻り Refresh Record をクリックすると、DNS 解決レコードが即座に表示され、脆弱性の存在が確認できる。

3.3 ローカルリスニングによる検証（詳細検証）

WSL でリスナーを起動：nc -lvp 1389

ホスト OS の IP を取得（Windows PowerShell で ipconfig を実行し、WSL 仮想 NIC の IP（例：172.30.208.1）を確認）。

ローカル IP を含む悪意のあるリクエストを送信：

nc ウィンドウを観察すると、接続情報が表示：

Solr が正常に攻撃機へ LDAP クエリを送信したことを示しており、脆弱性の再現に成功。

四、脆弱性の原理概要

Apache Log4j2 が提供する JndiLookup 機能により、ログメッセージ内で ${jndi:ldap://...} 形式のプレースホルダーを使用できます。ログメッセージが記録されると、Log4j2 はこのプレースホルダーを解析し、JNDI 経由でリモート LDAP サーバーにアクセスしようとします。攻撃者は悪意のある LDAP サーバーを設置し、Java デシリアライゼーションペイロードを返すことで、リモートコード実行を実現できます。

本再現では、User-Agent ヘッダーに悪意のあるペイロードを設定することで、Solr がリクエスト処理時にこのヘッダーを記録し、JNDI クエリをトリガーし、脆弱性の存在を示しました。

五、実験成果のまとめ

✅ Vulhub 脆弱性環境の構築に成功し、国内ネットワーク環境下での様々な問題（DNS ハイジャック、イメージアクセラレータ、WSL 時刻同期など）を克服。

✅ 独立して脆弱性をトリガーし、DNSLog とローカルリスニングの 2 つの方法で JNDI インジェクションを検証。

✅ Log4Shell 脆弱性の原理と JNDI インジェクションの攻撃チェーンを深く理解。

✅ Docker ネットワークトラブルシューティング、WSL2 設定、Git プロキシクリアなどの実戦経験を蓄積。

六、トラブルシューティング経験まとめ

七、完全コマンド一覧

八、参考リンク

• Vulhub 公式プロジェクト
• CVE-2021-44228 詳細
• DNSLog プラットフォーム

作成日：2026年6月
作者：HanXu
リポジトリ：https://github.com/hmxh123/Log4Shell-Vulnerability-Replication