なぜCISOはngrokをブロックするのか（開発者が代わりに使うべきツール）

長年にわたり、ngrokやPlink、VS Code Remote Tunnelsなどのユーティリティは開発者ツールキットに不可欠でした。ngrok http 3000やcode tunnelのようなシンプルなコマンドで、開発者はローカルの開発サーバーを数秒でインターネットに公開でき、StripeやTwilioのWebhookのテスト、リモートクライアントへのデモ、ローカルバックエンドに対するモバイルアプリのデバッグなどに最適です。

しかし、企業のSecurity Operations Centers（SOCs）やDevSecOpsチームでは、これらのツールに対する姿勢が許容から禁止へと変化しています。CrowdStrike、Splunk、Darktrace、Huntressなどのベンダーからの脅威インテリジェンスによると、ランサムウェアグループや恐喝グループ、国家関係者が逆トンネリングツールを悪用し、企業ネットワークに秘密裏に監視されないバックドアを構築していることが示されています。これを受けて、CISOsはngrokやVS Code Remote Tunnelsを企業のエンドポイント全体でブロックしています。

                       伝統的なリバーストンネル（シャドーITリスク）

  [ 開発者のノートパソコン ] ════════════ アウトバウンドTLS (443) ════════════>
  (ngrok / code tunnelを実行)                                       (ngrok.io / devtunnels.ms)
           ║                                                                   ║
  侵入防止ファイアウォールをバイパス                                    公開URL
  企業IDP認証なし                                                    外部攻撃者に開放

これは典型的なDevSecOpsのジレンマです：開発者の速度を犠牲にせずに高リスクのトンネリング脅威を排除するにはどうすればよいのでしょうか？

1. プロトコルトンネリングの脅威：攻撃者がlocalhostツールを武器にする方法

なぜセキュリティチームが開発者のエンドポイントをロックダウンしているのか理解するには、プロトコルトンネリングの仕組みとその効果的な回避技術を理解することが役立ちます。

攻撃の仕組み

従来のネットワーク境界は厳格な侵入ルールに依存しています：未承認のポートへのインバウンドトラフィックはデフォルトで遮断されます。一方、HTTPS（ポート443）を使ったアウトバウンドトラフィックはほぼ常に許可されており、従業員はWeb閲覧やクラウドAPIへのアクセスが可能です。

ngrokやPlink、VS Code Remote Tunnelsなどのツールは、この非対称性を逆手に取り、アウトバウンドのリバーストンネリングを利用します。内部エンドポイント上のエージェントが長時間持続するTLS/WebSocket接続を外部のリレーインフラ（*.ngrok.io、*.devtunnels.ms、*.trycloudflare.com）に開きます。リレーはインターネットからアクセス可能なアドレスを割り当て、そのアドレスを通じて暗号化されたトンネル経由でローカルポートに戻るトラフィックをルーティングします。

[ 侵害された内部ホスト ] ─── TLSアウトバウンド ───>
  [ 攻撃者制御のリレー ] ───>
  [ ランサムウェアC2 ]
  (ngrok tcp 3389を実行)                     (インバウンドファイアウォール未トリガー)

ライフ・オフ・ザ・ランド

脅威アクターは、署名済みの正規ソフトウェアを悪用し、カスタムマルウェアを避けるために、Living off the Land（LotL）と呼ばれる手法を好む傾向が高まっています。これは架空の話ではありません：

• MITRE ATT&CKは、ngrokを横移動やデータ抽出に使用されるソフトウェアとして正式に追跡しており、MAZEランサムウェアや最近のScattered Spider（UNC3944 / Octo Tempest）活動にさかのぼるキャンペーンを引用しています。
• Scattered Spiderは、大規模企業を標的とする最も活発なeCrimeグループの一つであり、Cybleによると、ngrokとともにAnyDesk、Tailscale、TightVNC、RustDeskなどのリモートアクセスツールを侵入チェーン全体で使用しています。CISAの共同アドバイザリーや複数のベンダーレポートも、ngrokやTeleportをリモートアクセスやトンネリングツールとして利用しているとリストアップしています。
• VS Code Remote Tunnelsもリスクが現実のものとなっています。SentinelOneやTinexta Cyberは、「Operation Digital Eye」と呼ばれる中国関連のスパイ活動を記録し、Visual Studio CodeとAzureインフラを悪用して南欧のITサービスプロバイダーを侵害したと報告しています。Darktraceは、北朝鮮に関連するキャンペーンがVS Codeをコマンド＆コントロールのために利用したと報告しています。Microsoftの2026年6月の脅威インテリジェンスも、KimsukyのVS Code Remote Tunnelingの使用を、Cloudflare Quick Tunnelsとともに隠密C2チャネルとして指摘しています。
• 2026年現在も、ngrokはランサムウェアツールキットの中で生き続けており、Hunt.ioの2026年3月の分析では、TheGentlemenランサムウェアのアフィリエイトサーバーから、隠されたリモートアクセストンネルを確立するためのngrok認証トークンが平文で見つかっています。Astaroth/Guildmaなどのマルウェアも、2026年半ばまでC2トラフィックをngrokトンネル経由でルーティングしています。

この研究で記録された悪意のあるユースケースは以下の通りです：

• ネットワーク制御のバイパス — ngrok.exeやcode tunnelを最初のアクセスホストに展開し、NATや内部セグメントをすり抜ける。
• RDPやVNCのフォワーディング — TCPトラフィックをポート3389（RDP）や5900（VNC）でトンネリングし、完全なインタラクティブデスクトップ制御を実現。Guardsixの検出研究は、このパターンが2020年のMAZEランサムウェアの公開に遡ると指摘し、最も一般的なプロトコル脅威としています。
• コマンド＆コントロールとデータ抽出 — トンネルを高帯域幅の持続的チャネルとして使用し、盗まれたデータやインタラクティブシェルアクセスを行う。
• 信頼できるドメインを利用したカモフラージュ — *.ngrok.io、*.devtunnels.ms、*.trycloudflare.comへのアウトバウンド接続は、信頼性の高いパブリッククラウドインフラに解決されるため、通過しやすいです。

2. EDRツールが高リスク「リバーストンネル」アラートを出す理由

CrowdStrike Falcon、SentinelOne、Microsoft Defender for Endpointなどのエンドポイント検出と応答（EDR）プラットフォームは、不正なトンネリングを検知するための行動分析を特に調整しています。Splunkのセキュリティ研究チームは、2026年5月時点で、ngrokドメインへのDNSクエリを異常なネットワーク活動としてフラグ付けする検出機能も提供しています。

                               EDRの行動シグネチャ一致
  ┌───────────────────────────────────────────────────────────────────────────────┐
  │ [プロセス] ngrok.exe / code.exe                                                 │
  │   ├── [ネットワーク] ポート443のアウトバウンドTLS接続                                │
  │   ├── [ソケット] 127.0.0.1:3389や127.0.0.1:8080にバインドされたリスニングソケット          │
  │   └── [プロセス] シェル実行子プロセス（cmd.exe / powershell.exe）                     │
  └───────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
                 🚨 高リスクアラート：MITRE ATT&CK T1572（プロトコルトンネリング）

リバーストンネルのアラートが発生すると、通常次のようにマッピングされます：

• T1572 — プロトコルトンネリング
• T1090（サブテクニック T1090.003、マルチホッププロキシ / ドメインフロント） — プロキシ
• T1021.001 — リモートサービス：リモートデスクトッププロトコル
• T1219 — リモートアクセスソフトウェア

プロセス系統の異常

EDRエージェントはドメイン名だけでなく、プロセスの系統やシステムコールも追跡します。アラートは、未承認のバイナリが以下の挙動を示した場合に発生します：

1. ネットワーク異常 — ブラウザ以外のバイナリが持続的なWebSocket/HTTP2ストリームを動的クラウドリレーに開く。
2. ローカルソケットのバインド — バイナリが127.0.0.1や0.0.0.0でリスニングポートを開く。
3. インタラクティブな子シェルの生成 — トンネリングバイナリがcmd.exe、powershell.exe、/bin/bash、zshを起動。

シャドーITリスク

未管理のトンネルは、たとえ善意であっても、実運用上のリスクを生み出します：

• 未認証の内部エンドポイント — 開発者はローカルサービスやステージングデータベースを認証ヘッダーやIP許可リストなしで公開しがちです。
• DLP回避 — ソースコードや顧客データがラップトップ上にあり、エンタープライズのDLPやZero Trustポリシーを回避します。
• 深夜の持続性 — ラップトップ上に残されたトンネルは、常にインターネットから内部サブネットにアクセス可能な状態を保ちます。

なぜ全面禁止は失敗するのか

CISOがngrokやVS Code Remote Tunnelsをサポートされる代替手段なしにブロックすると、開発者はlocalhost.runやserveo.net、pinggy.ioなどを使って迂回します。この「トンネルホッピング」は、問題をさらに深いシャドーに押し込み、リスクを増大させるだけです。これらの代替ツールには、アイデンティティ、ログ記録、監査コントロールが備わっていません。

3. 評価マトリックス：開発者の利便性と企業の制御

機能 / 基準	伝統的ngrok	VS Code Remote Tunnels	管理されたCloudflare Tunnel	zrok (OpenZiti)	Tailscale Funnel / Serve	Teleportアプリアクセス
主な仕組み	アウトバウンドHTTP/TCPリレー	Microsoft Dev Tunnels	Cloudflareエッジルーティング	OpenZitiゼロトラストメッシュ	WireGuardメッシュ +パブリックエントリ	暗号化リバースプロキシ
IDプロバイダー連携	手動 / 企業プラン	GitHub / Microsoftアカウント	ネイティブ（Okta、Entra ID、Ping）	ネイティブ / OIDC	ネイティブ（Okta、Entra ID、Google）	ネイティブ（SAML 2.0 / OIDC）
中央監査ログ	基本ダッシュボード	限定的な企業可視性	企業SIEM / Logpush経由のS3エクスポート	完全セルフホスト監査ログ	管理者コンソールのログ	監査ログ +セッション記録
EDRアラートのリスク	🔴 高リスク（頻繁にフラグ）	🔴 高リスク（頻繁にフラグ、MITRE/CISA追跡のAPT活動も含む）	🟢 低リスク（MDM +アクセスポリシー管理時）	🟢 低リスク（プライベートメッシュモード）	🟢 低リスク（アイデンティティ連携ACL）	🟢 低リスク（エンタープライズ署名済みバイナリ）
自ホスト可能なインフラ	なし（SaaSのみ）	なし（Microsoft SaaS）	一部（Cloudflareエッジ管理）	あり（オープンソース完全版）	一部（Headscaleコントロールプレーン）	あり（セルフホスト / クラウド）
非公開共有	有料プラン必要	GitHub / Microsoftアカウント共有	企業Cloudflare Access	あり（デフォルトでプライベート共有）	あり（tailscale serve / tailnet）	あり（ロールベースアクセス制御）

4. 企業向け安全なローカルホスト共有の代替案

DevSecOpsチームは、ngrokの便利さとZero Trust Network Access（ZTNA）、アイデンティティ検証、中央ログ記録を備えたツールを開発者に提供する必要があります。

                      承認済みゼロトラストアクセスアーキテクチャ

  [ 開発者ノートパソコン ] ── TLSアウトバウンド ──>
  [ 管理されたエンタープライズトンネル ] <── IdP認証 ── [ クライアント / Webhook ]
  (事前承認済みバイナリ)                   (Cloudflare / zrok / Tailscale)     (Okta / Entra ID)
           │                                          │
           └── 検証済みMDMデバイス証明書             └── 監査ログエクスポート（SIEMへ）

代替案1：管理されたCloudflare Tunnel + Cloudflare Access

Cloudflare Tunnel (cloudflared)は、ローカルマシンからCloudflareのエッジネットワークへのアウトバウンド接続を開きます。この製品は、2021年に無料化され、Cloudflare One / Zero Trustプラットフォームに統合されたことで、企業にとって非常に魅力的になっています。現在、cloudflaredはQUIC（HTTP/3）をデフォルトとし、Terraformプロバイダーも安定しており、インフラコードによるトンネル管理が可能です。

• 仕組み：開発者はcloudflared tunnelを実行し、ローカルサービスを企業所有のサブドメイン（例：dev-alice.internal.example.com）にバインドします。
• ゼロトラスト認証：リクエストはCloudflare Accessを通じて認証され、OktaやEntra ID、PingなどのSSOと連携し、デバイスの状態に基づくアクセス制御も可能です。
• Webhookのセキュリティ：StripeやGitHubのWebhookテストには、サービストークンやヘッダー検証、IP許可リストを追加できます。
• 注記：CloudflareのQuick Tunnels（*.trycloudflare.com）は、アカウントやドメイン所有権不要で、2026年の報告では攻撃者に悪用された例もあります。これは、「管理されたアイデンティティ認証付き」設定の重要性を示しています。

# 例：ローカルポート3000にバインドされたエンタープライズ管理のCloudflare Tunnelを実行
cloudflared tunnel run --url http://localhost:3000 enterprise-dev-tunnel

代替案2：OpenZiti & zrok（ゼロトラスト・オープンソース）

OpenZitiのオープンソースSDKを基盤としたzrokは、プライベート・非公開共有をデフォルトとするセルフホスト可能な代替手段です。

                       ZROKプライベート共有（パブリックインターネットエンドポイントなし）

  [ 開発者ノートパソコン ] ════ OpenZitiゼロトラストメッシュ ════>
  (zrok share privateを実行)                         (zrok access privateを実行)
                                パブリックHTTPSリスナーなし
                             暗号認証済み

• プライベート優先モデル：ngrokのパブリックデフォルトと異なり、zrok share private http://localhost:8080は、一時的なアイデンティティトークンを生成し、OpenZitiオーバーレイ上の認証されたピアだけが使用可能です。
• セルフホストコントロールプレーン：セキュリティチームは自社のzrokインフラを運用し、アクセスログやルーティング、暗号鍵を完全に管理できます。
• 公開モードと制御：Webhookテストやデモなどで公開が必要な場合は、カスタム認証やドメイン予約を追加した公開共有もサポートします。

# プライベートゼロトラスト共有を開始
zrok share private http://localhost:3000

# ピアは生成されたプライベートトークンを使って安全に接続
zrok access private <share-token>

代替案3：Tailscale Funnel & Tailscale Serve

Tailscaleは、既存のWireGuardベースのメッシュVPN（tailnet）にローカル共有を統合しています。

┌─────────────────────────────────────────────────────────────────────────────┐
│                              TAILSCALEエコシステム                          │
│                                                                             │
│  [ tailscale serve ]  ───→ ローカルホストのみを内部tailnet内に公開        │
│                                                                             │
│  [ tailscale funnel ] ───→ パブリックに公開し、エッジノードとACLで制御        │
└─────────────────────────────────────────────────────────────────────────────┘

• Tailscale Serve（プライベート）：tailscale serve localhost:3000は、既に社内のtailnetに属する認証済みデバイスだけがアクセスできる。
• Tailscale Funnel（パブリック）：tailscale funnel 3000は、外部HTTPSトラフィックをTailscaleのリレーインフラを通じてルーティングし、Webhookのパブリックアクセスを可能にします。
• 詳細なACL：管理者はTailscale管理コンソールでFunnelの作成を制御できます。
• 注記：Tailscaleは、2025〜2026年の脅威レポートでScattered Spiderのツールリストに登場しています。これは、製品の脆弱性ではなく、既に資格情報を侵害された攻撃者が正規のリモートアクセスツールを悪用するためです。ACLのスコープ設定と監視が重要です。

// Tailscale ACL例：Funnel作成を承認されたDevSecOpsグループに制限
{
  "nodeAttrs": [
    {
      "target": ["group:devsecops"],
      "attr": ["funnel"]
    }
  ]
}

代替案4：Teleportアプリケーションアクセス

Teleportは、SOC 2、ISO 27001、HIPAAなどの厳格なコンプライアンス規制下のエンジニアリングチーム向けです。

• アイデンティティ証明書：短期有効なX.509証明書を用い、長期のAPIトークンや静的キーの代わりにします。
• 完全な監査ログとセッション検査：すべてのHTTPリクエスト、SSHコマンド、アプリセッションはセキュリティチームに見える状態にします。
• 統合RBAC：アクセス権はエンタープライズIDPのグループメンバーシップと同期し、役割変更や離脱時に自動的にトンネル権限を取り消します。
• 注意点：Scattered Spiderのツールセットに2025年のCISAアドバイザリーで登場しており、正規ツールが侵害後に悪用される例です。証明書ベースの短期資格情報は、静的ngrok認証トークンに比べてリスクを大きく低減しますが、完全に排除できるわけではありません。

5. DevSecOps導入のプレイブック

企業を未管理のトンネリングツールから移行させるには、技術的なコントロールとスムーズな開発者のオンボーディングが必要です。さもなければ、開発者は迂回策を使い続けるでしょう。

┌─────────────────────────────────────────────────────────────────────────────┐
│                        DEVSECOPS移行ロードマップ                            │
├─────────────────────────────────────────────────────────────────────────────┤
│ フェーズ1：発見       🔍 ネットワークの出口、DNS、EDRを監査して既存のトンネルを特定 │
│ フェーズ2：展開ゲートウェイ 🚀 企業用ZTNA（Cloudflare、zrok、Tailscale）を導入 │
│ フェーズ3：ホックの隔離 🔒 専用開発ゲートウェイとHMAC検証を実装 │
│ フェーズ4：EDRポリシー適用 🛡️ EDRブロックルールとアプリケーションパス許可リスト │
└─────────────────────────────────────────────────────────────────────────────┘

フェーズ1：既存シャドー・トンネルの発見と監査

ブロックを実施する前に、既に動作しているものを調査します：

DNSと出口の監視 — 既知のプロキシインフラドメインへの出口リクエストの監査ログを確認します： - *.ngrok.io、*.ngrok-free.app - *.devtunnels.ms、*.vscode.dev、tunnels.api.visualstudio.com - *.trycloudflare.com（Cloudflareの未認証Quick Tunnels、エンタープライズ管理とは別） - *.localhost.run、*.serveo.net、*.pinggy.link

EDRの脅威ハンティングクエリ — 既知のリバーストンネルツールの実行を探索します：

// Microsoft Defender for Endpoint / Sentinel用の例
DeviceProcessEvents
| where ProcessCommandLine has_any ("ngrok", "plink", "code tunnel", "chisel", "frp")
   or FileName in~ ("ngrok.exe", "plink.exe", "chisel.exe")
| project Timestamp, DeviceName, AccountName, FileName, ProcessCommandLine, FolderPath

フェーズ2：承認済みのエンタープライズローカルホストゲートウェイの展開

MDM（Jamf、Microsoft Intune、Kandji）を通じて選定した企業向け代替ツールを導入します：

• クライアントを事前に設定し、企業のSSOに自動認証させる
• パブリックURLを企業所有のドメイン（例：*.dev.yourcompany.com）にバインドし、ワイルドカードTLS証明書を使用

フェーズ3：Webhook隔離ゲートウェイの実装

開発者がWebhook用の公開エンドポイントを不用意に開くのを防ぐため、外部トラフィックを中央ゲートウェイ経由にルーティングします：

[ 外部サービス（Stripe） ] ──→ [ 企業Webhook入口ゲートウェイ ]
                                               │
                                       HMAC検証
                                    ログ記録とレート制限
                                               │
                                               ▼
                                 [ 内部開発ルーター / トンネル ]
                                               │
                                               ▼
                                 [ 開発者ノートパソコン（ポート3000） ]

Webhookはゲートウェイに到達し、HMAC署名の検証とレート制限を行った後、認証されたトンネルを通じて内部に転送されます。

フェーズ4：EDRポリシーとアプリケーション制御の設定

承認されたツールを導入したら、残りはEDRやアプリケーションコントロール（AppLocker、Windows Defender Application Control）でロックダウンします：

• unmanagedトンネル実行ファイル（ngrok.exe、plink.exe、未管理のcode tunnel）をBlockモードに設定
• 承認済みのエンタープライズ署名済みエージェント（cloudflared、zrok、tailscaled）をパスとハッシュで許可リスト化

6. 戦略的まとめ：セキュリティと開発者体験のバランス

開発者ツールを禁止しても、代替手段がなければ、フラストレーションが高まり、シャドーに追いやられるだけです。脅威研究はこの点を明確に示しています：MITRE ATT&CK、CISA、CrowdStrike、Darktrace、SentinelOne、Splunkは、ngrokやVS Code Remote Tunnelsなどのデュアルユースツールが、初期アクセスや横移動、RDP/VNCの乗っ取り、隠密C2に悪用されていると独立して記録しています。攻撃者はランサムウェアのアフィリエイトから国家関係のAPTグループまで多岐にわたります。

同時に、TailscaleやTeleportも脅威ツールリストに登場していることは重要なリマインダーです：ngrokの代わりに「承認済み」ツールを使うだけでは根本的な解決になりません。セキュリティの価値は、アイデンティティに基づくアクセス、短期資格情報、集中監査ログ、MDMによる許可リスト管理の組み合わせにあります。ブランド名ではなく、これらの要素が重要です。

未管理のユーティリティを、アイデンティティに基づきZero Trustのトンネリングアーキテクチャ（Cloudflare Tunnel、zrok、Tailscale Funnel、Teleport）に置き換えることで、DevSecOpsチームはトンネリングの攻撃面を大幅に削減できます。開発者はローカルコードの共有やWebhookのリアルタイムテストを続けられ、セキュリティチームは継続的な可視性とアクセス制御、静かなEDRダッシュボードを得られます。

CISOやDevSecOpsリーダーへの重要ポイント

• リスクは現実かつ継続中。リバーストンネルは2026年半ばまで、初期アクセスやC2、RDPフォワーディングに使われ続けています。
• EDRアラートは兆候に過ぎない。リバーストンネルのアラートは、セキュリティポリシーと開発者要件のギャップを示すものであり、単なる不正ユーザーの証拠ではありません。
• Zero Trustが解決策、ツールではない。重要なのは、認証付き・監査済みのトンネルに移行し、エンタープライズIDPと連携させることです。
• 標準化して成功を掴む。承認済みツールをMDM経由で展開し、導入後も監視を続けること。安全なリモートアクセスツールも資格情報が侵害されれば悪用されるためです。

---

出典：MITRE ATT&CK（ngrok S0508、Scattered Spider G1015）、CISAアドバイザリーAA23-320A、CrowdStrike Counter Adversary Operations、Cyble脅威アクター情報、Splunk Security Content、Hunt.io、Darktrace、SentinelOne Labs、Guardsix、Cloudflare/Tailscale/Teleport製品ドキュメント、2026年8月現在の情報。