境界の崩壊と「亡霊」の住処：ZTNAにおけるレガシー認証の封じ込め
ネットワークの現場に長く身を置いていると、どれほど華やかな「ゼロトラスト」という言葉が踊っていても、足元には必ずと言っていいほど、30年近く前の悪霊——KerberosやNTLMといったレガシー認証を欲する「動かざるを得ないオンプレミスアプリ」が鎮座している事実に直面する。
ネットワーク境界を消失させ、Identity-Awareなアクセス制御へ移行する際、最大のボトルネックとなるのがこの「プロトコル変換」だ。今回は、ZTNAゲートウェイがどのようにしてモダンな認証（OIDC/SAML）とレガシーな認証の橋渡しを行い、その際にパケットレベルで何が起きているのか、そしてパフォーマンスを殺さないためのチューニング術を紐解いていく。
—
プロキシによる「翻訳」の裏側：Kerberos Constrained Delegationの罠
ZTNAゲートウェイがレガシーアプリの前段に立つとき、やるべきことはシンプルだ。クライアントから受け取ったBearer Token（JWT）を、バックエンドのレガシーアプリが理解できる形式——すなわちKerberosのチケットやNTLMのチャレンジレスポンスへと変換する。
ここで最も洗練された手法が、S4U2Self/S4U2Proxy（Kerberos Constrained Delegation）を用いた代理認証だ。ゲートウェイはユーザーのアイデンティティを一時的に拝借し、KDC（Key Distribution Center）に対して、「このユーザーになりすまして、あのサーバーへのチケットをくれ」と要求する。
パケットレベルの挙動と注意点
この際、TCPのハンドシェイクに加えて、KerberosのAS-REQ/AS-REPといった一連のやり取りが追加される。もしゲートウェイとドメインコントローラー（DC）間のRTT（往復遅延時間）が大きければ、ユーザーが感じるログイン時間は数秒単位で増大する。
ここで重要なのは、「ゲートウェイにDCのキャッシュをどう持たせるか」ではなく、「TCPコネクションの持続性」だ。
# カーネルレベルでのTCPチューニング例（sysctl.conf）
# ゲートウェイがDCと頻繁に通信する場合、コネクションプールを枯渇させない
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_max_syn_backlog = 4096
# RTTを考慮し、再送タイマーを最適化する
net.ipv4.tcp_retries2 = 5—
セキュリティと速度を両立するTLSの最適化
ZTNAの要諦は、全トラフィックをTLSでラップすることにある。しかし、レガシーアプリまで含めたエンド・ツー・エンドの暗号化は、証明書のハンドシェイクによるオーバーヘッドを招く。
ここで推奨したいのが、TLSターミネーションとバックエンド再暗号化の分離だ。
1. クライアント⇔ZTNAゲートウェイ: TLS 1.3による0-RTTハンドシェイクを強制し、接続の遅延を極限まで削る。
2. ZTNAゲートウェイ⇔レガシーアプリ: mTLS（相互認証）を推奨するが、もしアプリが対応していない場合は、VPC内またはセキュアな閉域網を介したIPsecトンネルで代用する。
ヘッダー圧縮とコンテキストの保持
プロキシ認証を行う際、HTTPヘッダーに認証情報を詰め込むと、MTUサイズを超えてパケットが断片化（フラグメンテーション）し、パフォーマンスが急降下する。これを避けるには、HTTP/2またはHTTP/3を用いたヘッダー圧縮（HPACK / QPACK）が必須だ。
# NginxをZTNAゲートウェイとして用いる際のヘッダー最適化例
http {
# 不必要なヘッダーを削除し、パケットサイズを最小化する
proxy_set_header X-Real-IP $remote_addr;
proxy_hide_header X-Powered-By;
# HTTP/2へのアップグレードを強制し、ヘッダー圧縮を利かせる
listen 443 ssl http2;
}—
重大な脆弱性の回避：プロトコル変換に伴うリスク
プロキシ認証の最大のリスクは、「認証の二重苦」と「トークン注入による特権昇格」だ。ゲートウェイがユーザーになりすます際、特権IDのチケットを生成してしまえば、そこが攻撃者の侵入口となる。
- 対策1: 最小特権の委任: Constrained Delegationを使用し、特定のサービス（SPN）に対してのみアクセスを許可する。
Any Authenticationは論外だ。 - 対策2: 認証情報の即時破棄: メモリ上で生成されたKerberosチケットは、セッション終了後、即座に
kdestroy相当の処理を内部的に実行し、永続化させない。
—
結びに：泥臭い現場の最適化こそがゼロトラストの正体
「モダンな認証」と「レガシーな認証」を繋ぐのは、華麗なアーキテクチャ図ではなく、こうした泥臭いTCPバッファの調整や、KDCとの通信レイテンシの計測、そしてプロキシのメモリリークを監視する執念だ。
ゼロトラストへの移行は、システムを「入れ替える」ことではない。レガシーという名の亡霊を、現代のセキュリティ境界の中にどう封じ込め、安全に共存させるか。そのパケットを制御し尽くした先にこそ、本当のエンタープライズセキュリティが待っている。
諸君、まずはゲートウェイのtcpdumpを回すことから始めよう。ネットワークが語る真実は、常にログの中ではなく、流れるパケットの中にこそあるのだから。
コメント