🛡️ Code-Airlock
Low-Latency AI Privacy, Secret/PII Redaction & Streaming Rehydration Gateway (OpenAI Proxy + FastMCP Server)
code-airlock is a zero-trust privacy layer for LLMs and agentic coding harnesses. It intercepts sensitive credentials, financial identifiers, and personal data before they leave your machine, replaces them with deterministic session tokens (<API_KEY_1>, <PERSON_1>), and seamlessly rehydrates them back into real-time Server-Sent Events (SSE) token streams or local file writes.
- Dual Deployment Modes: Run as a drop-in OpenAI-compatible
/v1/chat/completionsreverse proxy or as a Model Context Protocol (MCP) server (stdio) for OpenCode, Cursor, and Claude Code. - 2-Stage Hybrid Cascade: Combines sub-millisecond deterministic regex + mathematical checksums (Luhn, Verhoeff $D_5$, ISO 7064 MOD-97) with contextual neural NER (
urchade/gliner_small-v2.1) and a curated developer allowlist. - Zero-Delay Streaming Rehydration: Stateful sliding-window SSE parser reassembles split tokens across arbitrary 2-byte network chunks without delaying code comparison or bitwise operators (
<,<<,template <typename T>). - Minimalist Systems Footprint: ~500 lines of core runtime code (
src/code_airlock/engine.py,sanitizer.py,proxy.py,mcp_server.py) plus a deterministic 2,000-row benchmark harness.
🏗️ System Architecture
flowchart TB
classDef client fill:#1e293b,stroke:#64748b,stroke-width:2px,color:#f8fafc
classDef stage1 fill:#064e3b,stroke:#10b981,stroke-width:2px,color:#ecfdf5
classDef stage2 fill:#1e3a8a,stroke:#3b82f6,stroke-width:2px,color:#eff6ff
classDef merger fill:#312e81,stroke:#8b5cf6,stroke-width:2px,color:#f5f3ff
classDef vault fill:#7c2d12,stroke:#f97316,stroke-width:2px,color:#fff7ed
classDef stream fill:#4c1d95,stroke:#a855f7,stroke-width:2px,color:#faf5ff
Client(["🖥️ Client SDK / Agent Harness<br/>(OpenAI SDK, OpenCode, Cursor, Claude Code)"]):::client
subgraph Airlock["🛡️ CODE-AIRLOCK (proxy.py / mcp_server.py)"]
direction TB
subgraph Cascade["engine.py — 2-Stage Hybrid Cascade"]
S1["⚡ Stage 1: Deterministic Fast-Pass (~0.44ms)<br/>• Regex: API_KEY, AUTH_TOKEN, EMAIL, PHONE, IPv4<br/>• Checksums: Luhn (Card), Verhoeff (ID), MOD-97 (IBAN)"]:::stage1
S2["🧠 Stage 2: Guarded Neural NER (GLiNER-small)<br/>• Entities: PERSON, ORGANIZATION, LOCATION<br/>• Guards: 93-term TECH_ALLOWLIST + Code/Pronoun Filter"]:::stage2
Merger{"⚖️ Span Conflict Resolver<br/>Stage 1 Overrides Stage 2<br/>Longest Span Wins"}:::merger
S1 & S2 --> Merger
end
Vault[("🗄️ Ephemeral Session Vault<br/>sanitizer.py (VaultSession)<br/>Right-to-Left Tagging")]:::vault
Rehydrator["🪟 StreamRehydrator<br/>Stateful Sliding-Window SSE & File Parser"]:::stream
Merger --> Vault
Vault -.->|"O(1) Token Lookup"| Rehydrator
end
LLM(["☁️ Upstream LLM Provider<br/>*Sees Only <ENTITY_n> Tokens*"]):::client
Client -->|"1. Raw Prompt / File Read"| Cascade
Vault -->|"2. Sanitized Payload"| LLM
LLM -->|"3. Fragmented SSE Stream / Tool Patch"| Rehydrator
Rehydrator -->|"4. Restored Plaintext"| Client
📊 Gold-Set Benchmark (benchmarks/gold_set.jsonl)
Evaluated on 285 developer prompts (sampled from CodeAlpaca_20K and OpenCodeInstruct with injected .env blocks, ticket escalations, billing metadata, and C++ template syntax) totaling 744 ground-truth PII spans across 11 categories:
| Metric / Entity Category | Strict (P / R / F1) | Partial (P / R / F1) | Latency / Verification |
|---|---|---|---|
| Overall Benchmark (744 Spans) | 96.5% / 99.1% / 97.7% | 97.0% / 99.6% / 98.3% | 285 / 285 SSE Round-Trip Pass |
| Stage 1 Latency (Deterministic) | — | — | 0.44 ms (p50) / 0.78 ms (p95) |
| Total Cascade Latency (CPU/GPU) | — | — | 14.6–42.5 ms (p50) |
API_KEY (OpenAI, AWS, GitHub, Slack, Anthropic) |
100 / 100 / 100% | 100 / 100 / 100% | Prefix + length/charset bounds |
AUTH_TOKEN (JWT, Bearer, PEM Private Keys) |
100 / 100 / 100% | 100 / 100 / 100% | 3-part Base64URL + PEM headers |
CREDIT_CARD (13–19 digits) |
100 / 100 / 100% | 100 / 100 / 100% | Pure-Python Luhn Checksum |
GOVT_ID (SSN, PAN, 12-Digit National ID) |
100 / 100 / 100% | 100 / 100 / 100% | Verhoeff $D_5$ Checksum |
IBAN_CRYPTO (IBAN, ETH 0x...) |
100 / 100 / 100% | 100 / 100 / 100% | ISO 7064 MOD-97 Checksum |
EMAIL & PHONE |
100 / 100 / 100% | 100 / 100 / 100% | Negative lookbehind for order IDs |
IP_ADDRESS (IPv4) |
94 / 100 / 97% | 94 / 100 / 97% | Octet range 0..255 (rejects .300) |
PERSON |
99 / 99 / 99% | 99 / 99 / 99% | Pronoun + code-identifier stopword guard |
ORGANIZATION |
89 / 95 / 92% | 91 / 97 / 94% | Filtered via 93-term TECH_ALLOWLIST |
LOCATION |
88 / 98 / 93% | 90 / 100 / 95% | Adjacent comma-span coalescing |
- Hard-Negative Suite: 61/61 Passed (100% rejection of non-Luhn 16-digit order IDs, Verhoeff-invalid 12-digit numbers, MOD-97-invalid IBANs, and
v192.168.1.300version strings). - Tech Allowlist Check: 30/30 Passed (
FastAPI,Docker,Kubernetes,Redis,Postgres,AWS,Heroku, etc. produce zero false positives).
🧪 Unified 2,000-Row Benchmark Matrix
benchmarks/build_benchmarks.py deterministically generates four stratified splits into the git-ignored benchmarks/ directory (seed=42). benchmarks/benchmark.py evaluates them and writes benchmarks/BENCHMARK_RESULTS.md.
| Split | Rows | Positive | Clean / Hard-neg | Ground-truth spans |
|---|---|---|---|---|
dev_prompts |
1,000 | 600 | 300 / 100 | 2,400 |
git_leaks |
500 | 350 | 0 / 150 | 1,400 |
mcp_configs |
250 | 200 | 50 / 0 | 800 |
adversarial_sse |
250 | 250 | 0 / 0 | 1,217 |
| Total | 2,000 | 1,400 | 350 / 250 | 5,817 |
Reference result (strict exact-span matching, code-airlock v0.1.0):
| Split | Strict P / R / F1 | Hard-neg | Clean 0-FP | SSE 1/2/7-byte |
|---|---|---|---|---|
dev_prompts |
100% / 100% / 100% | 100/100 | 300/300 | 1000/1000 |
git_leaks |
100% / 100% / 100% | 150/150 | — | 500/500 |
mcp_configs |
100% / 100% / 100% | — | 50/50 | 250/250 |
adversarial_sse |
100% / 100% / 100% | — | — | 250/250 |
| Combined | 100% / 100% / 100% | 250/250 | 350/350 | 2000/2000 |
- Latency: 0.194 ms p50 / 0.355 ms p95 Stage 1; 30.349 ms p50 / 39.391 ms p95 Stage 2; 30.391 ms p50 / 39.554 ms p95 total cascade.
- Per-entity support:
API_KEY756,AUTH_TOKEN467,CREDIT_CARD440,EMAIL754,PHONE465,IP_ADDRESS442,GOVT_ID465,IBAN_CRYPTO465,PERSON729,ORGANIZATION417,LOCATION417. Every entity is at 100% P/R/F1. - Invariants: MCP JSON parse 100/100, JSON round-trip 100/100, adversarial SSE 2,000/2,000, hard negatives 250/250, clean rows 350/350 with zero false positives.
These are synthetic, template-composed fixtures, so the perfect headline is a regression/invariant result, not a claim of real-world accuracy. The older real-world suites (benchmarks/gold_set.jsonl: 96.7/99.1/97.9; Gitleaks artifacts: 100/88.5/93.9) remain the honest field tests.
🤗 Published Dataset
One command publishes all four splits and the auto-generated card:
python benchmarks/export_hf.py --repo-id sarthexe/pii-airlock-bench
Dataset: sarthax/pii-airlock-bench (the token owner namespace is resolved automatically).
from datasets import load_dataset
ds = load_dataset("sarthax/pii-airlock-bench")
🚀 Quickstart & MCP Setup
Option 1: Zero-Install via uvx (Recommended)
No cloning, manual virtual environments, or path debugging. Anyone with Astral's uv can run code-airlock directly from PyPI:
🤖 Claude Code (CLI)
claude mcp add code-airlock -- uvx code-airlock
💻 OpenCode (opencode.json)
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"code-airlock": {
"type": "local",
"command": ["uvx", "code-airlock"],
"enabled": true
}
}
}
🖱️ Cursor (.cursor/mcp.json)
{
"mcpServers": {
"code-airlock": {
"command": "uvx",
"args": ["code-airlock"]
}
}
}
🖥️ Claude Desktop (claude_desktop_config.json) & Windsurf (~/.codeium/windsurf/mcp_config.json)
{
"mcpServers": {
"code-airlock": {
"command": "uvx",
"args": ["code-airlock"]
}
}
}
(You can also run directly from source via uvx --from git+https://github.com/sarthexe/code-airlock code-airlock).
For a local editable checkout, use the package entrypoint instead of an absolute path:
{
"mcpServers": {
"code-airlock": {
"command": "python",
"args": ["-m", "code_airlock.mcp_server"]
}
}
}
python -m code_airlock starts the same MCP server.
Option 2: Local Development / Manual Git Clone
git clone https://github.com/sarthexe/code-airlock.git
cd code-airlock
pip install -e ".[dev,benchmark]"
# Test tools locally over stdio
python -m code_airlock
# Or run the explicit MCP entrypoint
code-airlock-mcp
Option 3: OpenAI-Compatible Reverse Proxy (/v1/chat/completions)
Run as a transparent privacy gateway intercepting HTTP requests:
# Run with built-in zero-leak mock upstream (offline validation)
code-airlock-proxy
# Or point to a live upstream provider (OpenAI, Ollama, OpenRouter, vLLM)
export AIRLOCK_UPSTREAM_URL="https://api.openai.com"
code-airlock-proxy
The proxy binds to 127.0.0.1:8000 by default. Override with
AIRLOCK_HOST / AIRLOCK_PORT.
🧠 Guiding Your Agent (.cursorrules / System Prompt)
To ensure your coding agent actually leverages the airlock tools instead of raw file reads, include this rule in your .cursorrules, CLAUDE.md, or system instructions:
# Code-Airlock Agent Guardrails
1. When reading `.env`, configuration, or log files, NEVER use standard read tools. ALWAYS call `airlock_read_file(path)` so secrets and PII are redacted into `<ENTITY_n>` tokens before hitting context.
2. When creating or editing configs, write the `<ENTITY_n>` tokens directly and call `airlock_write_file(path, content)`. The airlock will rehydrate the real secrets locally on disk without ever sending them through the LLM.
3. Call `airlock_vault_status()` to inspect active pseudonymized tokens safely (never returns plaintext values).
📁 Repository Structure
| File | Lines | Responsibility |
|---|---|---|
src/code_airlock/engine.py |
199 | Stage 1 regex/checksum validators (incl. 20+ developer key formats) + Stage 2 GLiNER-small + TECH_ALLOWLIST + span merger |
src/code_airlock/sanitizer.py |
93 | Session-consistent VaultSession dehydrator + stateful StreamRehydrator SSE parser |
src/code_airlock/proxy.py |
153 | FastAPI /v1/chat/completions gateway, SSE rehydration, telemetry headers, main() |
src/code_airlock/mcp_server.py |
71 | FastMCP stdio server exposing 5 zero-leak text and file tools |
src/code_airlock/__init__.py |
7 | Public API: CascadeEngine, VaultSession, StreamRehydrator, __version__ |
src/code_airlock/__main__.py |
6 | python -m code_airlock → MCP server |
tests/test_proxy.py |
84 | End-to-end proxy tests (11-entity zero-leak check, 2-char SSE split, C++ syntax) |
tests/test_mcp.py |
66 | MCP tool verification (.env → config.json zero-leak migration) |
benchmarks/benchmark.py |
162 | Unified 4-suite evaluator → benchmarks/BENCHMARK_RESULTS.md |
benchmarks/build_benchmarks.py |
239 | Deterministic 2,000-row generator (seed=42) |
benchmarks/export_hf.py |
88 | Publishes all 4 splits plus the auto-generated dataset card |
benchmarks/BENCHMARK_RESULTS.md |
— | Generated metrics-only scorecard |
benchmarks/gold_set.jsonl |
— | 285-row real-world regression corpus |
benchmarks/*.jsonl |
— | Generated 4-split fixtures (git-ignored) |
pyproject.toml |
— | Package metadata, src discovery, entrypoints, extras, pytest config |
LICENSE / SECURITY.md |
— | MIT license and disclosure policy |
.github/workflows/ |
— | CI test workflow + PyPI Trusted Publishing |
🔐 Security
Detection is best-effort and local-only. It reduces exposure but is not a guarantee that every secret is removed. See SECURITY.md for the threat model, known gaps, and private disclosure instructions.
📜 License
MIT © 2026 Sarthak Maurya. See LICENSE.
Metadata
Release files for code-airlock 1.0.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| code_airlock-1.0.0.tar.gz | 24.9 kB | Without provenance | Details for code_airlock-1.0.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| code_airlock-1.0.0-py3-none-any.whl | Python 3 | none | any | Details for code_airlock-1.0.0-py3-none-any.whl |
Total release size: 43.3 kB
Release files / code_airlock-1.0.0.tar.gz
| Download URL | code_airlock-1.0.0.tar.gz |
|---|---|
| Size | 24.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b1d9f099052dd6ba5dc3d1ced1de51df5db29b6de5635f48c93e557a93fc2e7d
|
|
BLAKE2b-256 checksum How to use checksums |
f51a46d6a9546bae9afd6f0cbf33a5c2e655ad6183636d79242686d08f832279
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.14.7
|
Release files / code_airlock-1.0.0-py3-none-any.whl
| Download URL | code_airlock-1.0.0-py3-none-any.whl |
|---|---|
| Size | 18.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
68ec8c7fae13d9c42778fbf17eca48a81210253d58bc26e237cae5c3cbd17a9a
|
|
BLAKE2b-256 checksum How to use checksums |
b4129bdcd01ad391ecffd5e2b9842d1abd2e5e673bdf78b3fa27f72ed8888f0e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.14.7
|
Security for code-airlock 1.0.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.