Airlock
Enables LLM agents to safely search and fetch content from a single configured domain, preventing data exfiltration through deterministic enforcement.
README
🛬 Airlock — a deterministic egress gate for locked-down LLM agents
Give an LLM agent internet access without letting it roam or exfiltrate.
The usual options are bad: either you prompt the model "please don't leak data / only search Google" (unenforceable — one clever prompt and it's gone), or you hand it a raw browser tool (it can navigate anywhere and POST anything out). Airlock is the third option:
The agent can reason and ask Airlock to look something up — but the guarantees live in deterministic code the model cannot override. The LLM literally cannot widen the aperture.
Airlock is a small MCP server that enforces:
| Guarantee | How |
|---|---|
| Single egress | Only ever navigates to ONE configured domain. Result URLs are read, never followed. |
| Fail-closed | If the browser/egress is down, no outbound call is made — period. |
| One-way | Only the sanitized query goes out; raw results come back; nothing else leaves. |
| Status-only audit | Logs {request_id, status, ts} — never the query text or result bodies. |
And it's self-healing: it drives a real, logged-in Chrome over CDP (survives the bot-walls headless scrapers hit), relaunches that Chrome if it dies, runs stateless (a restart never strands the client), and ships with a launchd plist for crash/reboot resilience.
The threat model it actually addresses
An autonomous agent with internet access is an exfiltration risk: prompt-injected content, a confused plan, or a jailbreak can turn "research this" into "POST our secrets to attacker.com." Airlock makes that structurally impossible for the agent — the only thing that ever leaves is a query string to one pre-approved domain, and the only thing that comes back is read-only result text. The locked-down agent holds no credentials and has no other network path.
locked-down LLM agent ──(asks)──► Airlock (deterministic MCP) ──► ONE allowed domain
▲ │
└────────── raw results ◄──────────┘ (one-way; status-only audit)
Quickstart
pip install -r requirements.txt
playwright install chromium # or use your system Chrome (default)
# 1. Launch the dedicated, logged-in Chrome ONCE (sign in to whatever you need, then leave it):
"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" \
--remote-debugging-port=9222 --user-data-dir="$HOME/airlock-chrome-profile"
# 2. Run Airlock
python airlock.py
Register it with your MCP client (e.g. an OpenClaw/Claude agent) as a streamable-http server at
http://host.docker.internal:9100/mcp/ (or localhost if not containerized), and scope it to the one
agent allowed to do research. Tools: gate_status, search, fetch_page.
Configuration (env)
| Var | Default | Notes |
|---|---|---|
AIRLOCK_EGRESS_DOMAIN |
https://www.google.com |
the only domain Airlock will navigate to |
AIRLOCK_SEARCH_PATH |
/search?q={q} |
how a query is run on that domain |
AIRLOCK_RESULT_SELECTOR |
div#search a:has(h3) |
what to read back |
AIRLOCK_ALLOW_FETCH |
1 |
allow fetch_page (set 0 for search-only) |
AIRLOCK_MAX_RESULTS |
10 |
|
CHROME_CDP_URL |
http://localhost:9222 |
the Chrome Airlock drives |
CHROME_PROFILE |
~/airlock-chrome-profile |
dedicated logged-in profile |
See .env.example. Always-on via launchd: com.airlock.gate.plist.
Hard-won lessons baked in
- Stateless MCP is mandatory. Streamable-HTTP MCP ties sessions to the process; restart the gate and
the client dies with
Session not found(-32600). Fix:mcp.run(..., stateless_http=True)— and pass it torun(), not theFastMCP(...)constructor (constructor kwargs are deprecated and crash older versions — a nasty silent footgun). - Self-heal your dependency. A gate whose browser quit is just "down." Airlock relaunches its own
Chrome (
subprocess.Popen(start_new_session=True)) so a closed window recovers with no human. - Drive a real logged-in browser, not headless. Real profile over CDP sails past the bot-walls that block headless scrapers — and keeps you logged in to whatever you need.
- Put guarantees in code, not prompts. "Don't exfiltrate" in a system prompt is a suggestion. A single hard-coded egress domain + fail-closed checks is a guarantee.
Built by
Built by KodeKing · author Fazal Shah. We build local, private, multi-agent AI systems for teams who can't send their data to the cloud. Issues and PRs welcome.
License
MIT — see LICENSE.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。