コンテンツにスキップ

ファイアウォール

Restorm は 自身のすべての送信呼び出し を、自分が出したものも依存ライブラリが出したものも含めて インターセプトし、既知でないものは既定でブロックします。

利点は明快です。サードパーティのライブラリがどこかへ通信しようとしても、 気づかないうちに行われることはありません。

ファイアウォールの許可の確認。ブロックされたオリジン、インターセプトした層、呼び出し元のフレーム、そして Allow / Deny のボタンが表示されています

次の順に評価されます。

  1. ループバック上にある Restorm の 内部インフラのポート は許可されます。
  2. ホワイトリスト が許可します。
  3. プロジェクトから導出されたオリジン が許可します。 つまり、すべての 環境で {{variables}} を置換したあとのリクエストの URL であり、 ツリーが変更されるたびに再計算されます。
  4. ブラックリスト が拒否します。
  5. どれにも当てはまらない場合は 許可の確認 が表示されます。

3 番目があるおかげでファイアウォールは実用に耐えます。 300 の操作を持つ仕様をインポートしても 300 回の確認が出ることはありません。 それらの URL はすべてプロジェクト由来だからです。

次の内容が表示されます。

  • 対象の オリジンhttps://exemple.com:443 の形式です。
  • 呼び出しをインターセプトした
  • 呼び出し元の手がかり。発信元の URL、 または原因となった npm パッケージやファイルを示すスタックトレースです。
  • AllowDeny の 2 つのボタン。

それぞれの判断は対応するリストに 永続化 されます。

利用できるウィンドウがない場合、または 60 秒 応答がなかった場合、 その呼び出しは自動的に拒否されます。

表示 ▸ Firewall で単一のタブが開きます。 Whitelist (N)Blacklist (N) の 2 つのリストがリアルタイムのカウンター付きで並び、 1 行が 1 ルールでゴミ箱アイコンが付きます。 さらに スキーム://ホスト:ポート の形式で追加できる入力欄があります。

Test outbound to google.com ボタンで、仕組みが動作しているかを確認できます。

ルールは スキーム + ホスト + ポート の 3 つ組です。 3 つすべてが意味を持ちます。httphttps ではなく、:443:8443 ではありません。

あるオリジンを一方のリストに追加すると、もう一方からは 自動的に削除 されます。

2 種類のワイルドカードを使えます。

書き方効果
https://api.exemple.com:*そのホストのすべてのポート
https://*.exemple.com1 階層だけ のサブドメイン

https://*.exemple.com は、exemple.com そのものにも a.b.exemple.com にも一致しません。

  • 自動アップデート の呼び出しは除外されます。確認は表示されません。
  • スレッドと子プロセス は HTTP トラフィックをすべて拒否され、 確認を出すこともホワイトリストで上書きすることもできません。 意図的に防御的な姿勢を取っています。
  • ファイアウォールを無効にする 全体スイッチはありません。これも意図的な設計です。

インターセプトされた呼び出しはすべて、判定とともに コンソール に、コピーできるシェルコマンドの形で表示されます。

6 つのツールがあり、すべて Community 版で使えます。open_firewallfirewall_list_rulesfirewall_allowfirewall_denyfirewall_list_pending_promptsfirewall_resolve_prompt です。エージェントが行った変更はすべて 監査されますMCP ツール を参照してください。