AWS、Amazon Quickと社内網をAWS PrivateLinkで安全に接続する構成を公開

要点

• 米AWSは、AIワークスペース「Amazon Quick」から社内網へ安全に接続する構成を公開した。

• AWS PrivateLinkを用いたVPCエンドポイントにより、公衆網を通さずに社内データへアクセスできる。

• 通信経路は「ユーザー向け」と「データ取得」に分かれ、後者は社内DBやMCPサーバーと接続する。

• 規制対応や攻撃対象領域の縮小、低遅延接続、監査証跡の確保を目的とした多層防御を提示している。

• 米Amazon Web Services（AWS）は現地時間2026年10月21日、AIワークスペース「Amazon Quick」から企業内ネットワークやオンプレミス環境のデータへ安全にアクセスするための設計を公式ブログで公開した。AWS PrivateLinkとVPCエンドポイントを活用し、通信をパブリックインターネットから隔離してAWS網経由で接続する仕組みを解説している。厳格なセキュリティ規制を満たしつつ、機密データをAIから活用できるようにするという。

インターネット接続のリスクと閉域アクセスの背景

社内ファイアウォール内やオンプレミスにあるデータには、AWSからの直接の通信経路が存在しない。一方、検索や分析、自動化を統合するAIワークスペースのAmazon Quickは多様なデータを照会できるため、機密データを公衆網に晒さず連携させる必要がある。
解説によると、社内データの通信をインターネット経由で行うことは高いリスクを伴うという。HIPAAやFedRAMP、PCI-DSSなどの規制基準では機密データを制御された境界内に留めることが義務付けられている。さらに、経路の露出による攻撃対象領域（アタックサーフェス）の拡大や監査証跡の複雑化、遅延変動による体験低下も懸念されると説明している。

AWS PrivateLinkを活用した多層防御構成

提示された構成は、オンプレミス環境とVPC（Virtual Private Cloud：AWS上の仮想ネットワーク）が「AWS Direct Connect」や「AWS Site-to-Site VPN」ですでに接続済みであることを前提とする。
その基盤上に、AWS PrivateLink（インターネットを経由せずAWS網内で安全に通信する仕組み）によるVPCエンドポイントを配置する。これにより、Quickは公衆網を通らずAWSバックボーン経由で社内リソースへ接続できる。さらにセキュリティグループやエンドポイントポリシーを重ねて多層防御を施し、攻撃対象領域の削減、安定した低遅延、明確な監査証跡を実現できるとしている。

2つに分類されるトラフィック経路

Amazon Quickのデータアクセスは、「ユーザー向け」と「データ取得」の2つの経路に整理されている。
ユーザー向けトラフィックは、管理画面の表示やダッシュボード操作、API呼び出し、専用ソフト「Quick Desktop」の利用といった操作全般を指す。これらはすべてVPCエンドポイントを経由し、セッションの公衆網への露出を防ぐ。一方のデータ取得トラフィックは、Quickが社内網に入り込んでデータを取得する処理を指し、VPC接続（VPC connections）を通じて行われる。この経路の設計が主要な検討点になるという。

データ取得を行う4つの主要コンポーネント

データ取得通信を発生させるQuickの機能として、次の4つが挙げられている。
1つ目は、VPC内の仮想NICであるENI（Elastic Network Interface）経由でオンプレミスDB（PostgreSQL、MySQL、SQL Server、Oracleなど）へ直接クエリを発行する「Amazon Quick Sight」だ。VPC接続を最も多く消費する。
2つ目は、反復タスクを扱う「Amazon Quick Flows」と、人間の判断を含む複雑な連携を担う「Amazon Quick Automate」だ。VPC内のMCP（Model Context Protocol：AIと外部システムを結ぶ標準通信規約）サーバーなどを呼び出し、社内APIと通信する。
3つ目は対話基盤の「Quick Agents」で、エージェントがMCPサーバーや社内APIを呼ぶ際もVPC接続を通る。
4つ目の「Amazon Quick Index」は複数ソースを横断検索する機能だが、社内データ用のVPC接続は現在Amazon Redshiftのみ対応しているという。

補足

企業におけるAI活用で社内データ連携が進むなか、機密保護のためのネットワーク境界防御は必須の要件となっている。