小さな構成から、全社の構成まで

流れ

1. 開発者がエージェントにログインします。
2. エージェントが DB ツールの接続をインターセプトし、サーバーのトンネルポートに送ります。
3. ゲートウェイが判定した後、DB に TLS で接続してログインを中継します。
4. セッションと SQL 文を、同じサーバーの PostgreSQL に記録します。

得られること

• 本番 DB で誰がいつどの SQL 文を実行したかが、人の名前で記録されます。
• マスキング、SQL 制御、アクセスルールをすぐに適用できます。
• 開発者に踏み台サーバーの SSH アカウントを配布する必要がなくなります。

留意事項

• 経路として機能させるには、DB のファイアウォールでほかの接続元を遮断する必要があります。
• 障害時に使用する緊急用の接続経路を、別に決めておきます。

流れ

1. 管理者がサービスを選択して接続アドレスを発行し、発行先と許可 IP 範囲を設定します。
2. クライアントはホストとポートをゲートウェイに変更します。PostgreSQL、Oracle、SQL Server では DB 名の前に発行された UUID を付け、MySQL と MariaDB ではサービスごとに割り当てられた専用ポートに接続します。
3. ゲートウェイが接続元 IP を確認し、実際の DB へのログインを中継します。

得られること

• 利用者を追加しても、ファイアウォールを開け直す必要はありません。
• アドレスを失効させると、そのアドレスではすぐに接続できなくなります。

留意事項

• 発行先は監査ログに記録される名前であり、本人確認ではありません。実際に接続を制限するのは許可 IP 範囲です。
• 人を正確に区別する必要がある接続には、エージェントを使用します。

流れ

1. 外部委託の開発者が、エージェントまたは管理コンソールで理由と期間を入力してアクセスを申請します。
2. あらかじめ決めた承認ステップを順に経ます。
3. 承認されると、申請した期間だけ接続を許可するポリシーが、すぐにゲートウェイに配布されます。
4. 期間が終わると新しい接続を拒否し、開いているセッションも切断します。

得られること

• 必要な人に、必要な期間だけ接続を許可します。
• クエリ結果の個人情報はマスキングされ、すべての SQL 文が記録されます。

留意事項

• 期間の満了はゲートウェイが自ら確認します。Management が停止していても、セッションは切断されます。

流れ

1. ゲートウェイノードが登録トークンで Management に自ら登録し、自分のクラスターのポリシーのみを受け取ります。
2. エージェントはサービスごとに担当クラスターのアドレスを受け取り、そこへトンネルを開きます。
3. すべてのノードが監査ストアに直接記録します。

得られること

• DB がどのネットワークにあっても、ポリシーと監査を1か所で管理できます。
• 開発ネットワークのゲートウェイは、本番 DB のポリシーや接続情報を持ちません。
• 同じ登録トークンで新しいノードを起動すると、すぐに稼働を始めます。

留意事項

• ファイアウォールは、ゲートウェイから Management へ向かう方向だけを開ければ十分です。
• Management は1台で運用します。

流れ

1. 管理者がサーバーの SSH をサービスとして登録し、ホスト鍵を確定します。
2. サーバーアカウントごとにログイン方式を決め、アクセスルールにコマンドテンプレートを関連付けます。
3. ユーザーはエージェントにログインした後、普段どおり ssh と sftp を使用します。
4. ゲートウェイがコマンドとファイル転送を判定し、セッションの画面を録画します。

得られること

• 共用アカウントの背後にいる人を区別して記録します。
• 代理ログインを使用すれば、サーバーのパスワードや SSH 鍵をユーザーに配布する必要がありません。
• 危険なコマンドはブロックし、作業時にだけ必要なコマンドは承認を得ている間だけ実行できるようにします。

留意事項

• 経路として機能させるには、サーバーのファイアウォールでゲートウェイ以外の SSH 接続元を遮断する必要があります。
• エージェントを使わない接続と Web ターミナルには、まだ対応していません。

流れ

1. エージェントが AI サービスへの接続をインターセプトし、ゲートウェイに送ります。
2. ゲートウェイが TLS を復号してリクエストを読み取り、ユーザー、モデル、値パターンを検査します。
3. パターンに一致した値だけをマスキングして送信し、回答も同じパターンでマスキングします。

得られること

• AI アプリの利用状況を、人単位で把握できます。
• 個人情報や認証情報が外部に送られる前に、マスキングまたはブロックします。

留意事項

• 料金は、ログインしたアカウントにそのまま請求されます。ゲートウェイは社員のログイン情報を保存しません。
• PC から AI サービスへ直接つながる経路は、ファイアウォールで遮断します。

流れ

1. 管理者が AI サービスと組織キーを登録し、仮想キーを発行します。
2. アプリケーションが仮想キーを使って、ゲートウェイにリクエストを送ります。
3. ゲートウェイがルールと上限を確認した後、組織キーに置き換えて送信し、トークンの使用量を集計します。

得られること

• 組織キーを誰にも配布しません。
• 高価なモデルをブロックし、ユーザーごとに利用上限を設定します。
• 接続先を Amazon Bedrock に移行しても、アプリケーションの設定はそのままです。

留意事項

• クライアントは、ゲートウェイクラスターのルート CA を信頼する必要があります。

流れ

1. 管理者が MCP サーバーのツール一覧を取得し、許可するツールを選択します。
2. ゲートウェイが呼び出しを読み取り、ツール名と引数を検査します。
3. 許可されていれば転送し、拒否された場合は理由を含むエラーを返します。

得られること

• 参照系ツールは許可し、削除系ツールはブロックします。
• ツールの呼び出し履歴が、人の名前とともに記録されます。

留意事項

• 許可リストが空の場合は、すべてのツールが許可されます。
• PC 内だけで動作する MCP サーバーは対象外です。

流れ

1. サーバー1台で、本番 DB 1つから始めます。
2. エージェントを使用できない接続を、発行アドレスで追加します。
3. DB があるネットワークごとに、ゲートウェイクラスターを増やします。
4. サーバーの SSH を、サービスとして登録します。
5. AI サービスと MCP サーバーを、サービスとして登録します。

得られること

• 退職者のアカウントを無効にすると、開いている DB セッションが切断され、AI の利用も止まります。
• 1つの値パターンを、DB の結果と AI のプロンプトに共通で使用します。
• 同じ人の SQL 文、サーバーコマンド、AI への質問を、同じ名前で検索できます。

留意事項

• 監査ログのコピーは SIEM に送信します。

流れ

1. 管理者が9つのプリセットから検知ルールをコピーし、有効にします。
2. Management が監査ストアを10秒ごとに読み取り、ルールに一致した記録を人ごとのレビュー件にまとめます。
3. レビュー担当者が申告を依頼すると、本人はデスクトップエージェントで回答します。
4. レビュー担当者が、違反、通常業務、誤検知のいずれかのレビュー結果を記録します。
5. 毎月1日に、前月の月次点検レポートが作成されます。

得られること

• ブロックされた試行、大量照会、業務時間外のアクセス、新しい IP からの接続を人単位で確認できます。
• 通常業務と確認した行為は有効期限まで例外として扱うため、レビュー待ちがたまりません。
• 月次点検レポートが、点検できなかった区間もあわせて知らせます。

留意事項

• ルールは有効にした後に発生した記録にのみ適用されます。
• 申告はデスクトップエージェントでのみ受け付けます。メールでは受け付けません。