一個防火牆入口，多個業務來源

EdgeAegis 在請求流入業務前執行原生 OWASP CRS。內部業務函式、VPS 與負載平衡主機名稱統一寫入一份回源設定，不同信任邊界使用獨立金鑰。

真實終端與 HTTP 回應

EdgeAegis VM terminal

隔離虛擬機錄影使用 curl 存取兩個業務函式與三個具身分驗證的 HTTPS 來源。SQL 注入收到 403，來源存取紀錄沒有增加；示範用的五秒暫時封鎖隨後到期恢復。五秒 TTL 僅供實驗，並非正式環境預設值。

規則與回源分開設定

rules/config.yml 選擇原生規則、策略與白名單；origin/config.yml 將公開主機名稱與路徑對應到業務；secret/credentials.yml 存放獨立回源金鑰，只保留在私有部署庫。

npm exec --package=edgeaegis -- edgeaegis init my-firewall
cd my-firewall
npm install

routes:
  - pattern: api.example/shop/*
    origin: function:shop
  - pattern: api.example/orders/*
    origin: https://192.0.2.10
    key: orders-vps
  - pattern: api.example/search/*
    origin: https://lb.example
    key: search-lb

內部業務也經過安全檢查

設定 function:<業務名稱> 後載入 origin/<平台>/<業務>/index.js。統一入口先檢查請求，再呼叫業務，並檢查業務回應。外部來源必須驗證自己對應的金鑰。

說清楚驗證範圍

規則更新前必須完成完整 CRS 編譯與執行檢查，未知語意會明確報錯。平台資源限制仍然適用；升級後的 WebSocket 訊息不受 SecLang 內容檢查，單 Worker 計數也不是全網共用計數。

歡迎 Vibe Coding 與 Agent 安全報告。上傳程式碼前先執行相關測試；敏感問題透過私密管道回報，附受影響版本、去識別化重現、影響與真實測試證據。

認識 EdgeAegis · README