エグレス許可リストとは何か、また制御対象外となるデータパスとは？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

What Is an Egress Allowlist, and What Data Paths Does It Not Control? - Zima Store Online

送信先許可リストは、ワークロードが到達できる外向きネットワークエンドポイントを制限しますが、承認された経路を通過するデータの内容を決めるものではありません。

セルフホスト型エージェントは任意のインターネットホストへの接続をブロックされながらも、天気予報API、モデルエンドポイント、更新サーバーには引き続き接続できます。これにより到達可能な送信先は減りますが、機密テキストは、許可されたリクエスト、共有DNSサービス、マウント済みフォルダー、ブラウザーセッション、リムーバブルデバイス、その他の信頼されたプロセスを経由して外部へ流出する可能性があります。この制御はネットワーク経路の境界であり、完全なデータ損失防止ではありません。

許可リストによって外向き到達性はデフォルト拒否になる

ポリシーはワークロードを選択し、指定されたIP範囲、ポート、プロトコル、ドメイン、プロキシ経路、またはサービスIDのみを許可します。それ以外は、エージェントが指示に従うことを前提にするのではなく、適用ポイントでフェイルクローズする必要があります。

Kubernetesは、送信ネットワークポリシーが許可されたPod接続を選択し、デフォルト拒否の送信ポリシーでは明示的に許可しない限りDNSもブロックされると説明しています。適用範囲は、ネットワークプラグインと、それが監視できるトラフィックに依存します。この違いは、後の家庭内テストでも確認できます。

IPルール、ドメインルール、アプリケーションプロキシは、それぞれ異なる対象を表します。動的なクラウドアドレス、コンテンツ配信ネットワーク、リダイレクト、IPv6、暗号化DNSによって、単純なホスト名リストと実際の接続内容に差が生じることがあります。自動化を進める前に、中間結果を検証可能な状態に保つ必要があります。

検査しない限り、承認済みの送信先は完全なデータ経路のまま

エージェントが許可されたAPIにPOSTできる場合、通常、ポリシーが確認できるのは送信先と転送メタデータであり、ペイロードにプライベート文書が含まれているかどうかまでは確認できません。TLSによってネットワーク層の適用ポイントから内容がさらに見えなくなるため、トラフィックを管理対象プロキシで終端しない限り、検査は困難です。

Red Hatの解説では、ワークロードファイアウォールルールを、既知の通信パターンを制限するワークロードファイアウォールと比較しています。この範囲が制御するのは接続性であり、プロンプトの内容、ツール引数、送信先サービス内部の認可ではありません。この境界は、現実的な運用条件のもとで別途測定する必要があります。

アプリケーション層ゲートウェイは、メソッド、スキーマ、サイズ、アカウント、データ分類を適用できますが、信頼された処理主体となり、正しい解析も必要です。汎用ブラウザーやストレージエンドポイントを許可すると、範囲を限定した単一APIを許可する場合より、はるかに広い経路が生まれます。

ローカル経路、間接経路、隠れた経路は基本的な送信ルールの対象外

ネットワーク送信ポリシーは、マウント済みファイルの読み取り、共有NASフォルダーへの書き込み、クリップボード転送、USBメディア、ローカルログ、スクリーンショット、音声出力、またはより広いネットワーク権限を持つ別のプロセスに渡されるデータを制限しません。

DNSと接続経路に関する分析では、ドメインベースのアクセスによって、後続の接続をブロックしてもDNSリクエスト自体は影響を受けない場合があると指摘しています。これは、名前解決と送信先の適用が別々のデータ経路に存在し得ることを示しています。複数の情報源が限られたコンテキストを取り合う場合、このことが実際の影響として現れます。

許可された送信先は安全である、またはインターネットアクセスをブロックすれば完全な信頼境界ができる、と考えることが失敗の境界です。別途、ファイル、プロセス、ID、コンテンツの各制御で制約しない限り、DNSラベル、リクエストのタイミング、ログ、許可済みのアップロードによって情報が漏れる可能性があります。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

機密入力から外部の観測者まで、あらゆる経路を把握する

1つのエージェントワークフローについて、直接ソケット、DNS、プロキシ、許可されたAPI、ブラウザー自動化、Webhook、更新チャネル、マウント済み共有、IPC、ログ、クリップボード、USB、音声、スクリーンショット、委任されたサブプロセスを列挙します。この依存関係は、最終インターフェースでも明示したままにする必要があります。

そのマップをAIの信頼境界内に配置します。任意のホスト、IPリテラル、リダイレクト、DNSラベル、サイズ超過の許可済みペイロード、代替プロトコル、特権プロセスへの引き渡し、ローカルのエクスポート経路をテストします。したがって、結果は元の証拠と照合する必要があります。

許可リストが有効なのは、実際に仲介する経路に限られると考えてください。残りの経路は、最小権限のファイルシステム、機能範囲を限定したツール、スキーマ検証、コンテンツ制御、ユーザー承認、監査証跡で保護します。この違いは、後の家庭内テストでも確認できます。