BLA
BLA (Blind LLM Agents) is the open-source Blue Defense MCP and CLI built to protect software artifacts against automated AI reverse-engineering workflows.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Verifiable AI governance — discover, sign, hand the auditor a bundle. AIGovOps Foundation.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗Beacon implements the OVERT 1.0 open standard for observable verification evidence at the AI runtime boundary, stewarded by Glacis Technologies, Inc. Beacon is being registered as an OVERT Protocol Profile under the royalty-free patent covenant published at overt.is/ipr-policy.
| Standard | OVERT 1.0 (Glacis Technologies, 25 March 2026) |
| Profile | aigovops-beacon.v1 — registration in progress, see docs/PROFILE_REGISTRATION.md |
| Target conformance | AAL-1 (self-declared) at registration · AAL-2 with IAP on roadmap |
| Patent covenant | Royalty-free under overt.is/ipr-policy |
| Crosswalk | crosswalks/overt-mapping.yaml — Beacon controls → OVERT six domains |
The AiGovOps Foundation does not issue standards. We implement, adopt, teach, and build community around them. See STANDARDS.md, GOVERNANCE.md, and STEWARD.md.
The project's home page is a self-running demo: it generates an Ed25519 key, discovers a sample inventory, signs each receipt with canonical JCS (RFC 8785), and assembles a real downloadable evidence bundle — all client-side, no server.
Live site (GitHub Pages): https://aigovops-foundation.github.io/aigovops-beacon/
The page also hosts:
Want to read the home-page source? It's plain HTML + CSS + JS in docs/.
Most AI governance today is a PDF and a meeting. That's not governance — that's aspiration.
Beacon is the simplest possible answer to one question your auditor actually asks:
"What AI models are running on our network — who is using them, with what version, against what data, and where is the evidence?"
It answers that question in two ways at the same time:
One engine. Two front doors. Zero PDF theater.
| Layer | What it does |
|---|---|
| Discovery | Detects AI usage across your network via passive DNS/HTTP scan, outbound proxy hooks, cloud account scans (AWS Bedrock, Azure OpenAI, Vertex, Databricks), CSV import, and an optional endpoint agent. |
| Inventory | Every detection becomes a row: vendor · model · version · occurrence count · users · first seen · last seen · environment · evidence pointer. |
| Transaction tracking | Every observed interaction becomes a Replay-style receipt: logged-in user · UTC timestamp · model · version · prompt (or hash) · result (or hash) · Ed25519 signature. Append-only NDJSON. Merkle root anchored hourly. |
| Checklists | Pre-built packs: NIST AI RMF, EU AI Act Article 13, ISO/IEC 42001, HIPAA-for-AI, and the Foundation's Human Flourishing Gate. Auditor checks what applies. |
| Policy as Code | One button emits a gate.<org>.yaml + OPA .rego + Governance Decision Record + signed bundle. Opens a PR against your governance repo. |
| Two front doors | /studio for the workshop, /control for the power user. |
If you are an engineer and want evidence before you want a wizard, this is the short path. No server, no database, no Node, nothing to compile:
git clone https://github.com/aigovops-foundation/aigovops-beacon
cd aigovops-beacon
pip install cryptography # a wheel on every supported platform
python3 -m src.beacon_scan # or `beacon-scan` after `pip install -e .`
It scans for AI-provenance markers and outbound AI-API traffic, signs a receipt for every observation, derives an inventory from those receipts, assembles an audit bundle, and finishes by printing the exact command your auditor runs:
beacon-scan: scanning…
412 files scanned, 7 provenance marker(s)
egress scan: 3 receipt(s)
10 receipt(s) in the bundle, 4 inventory row(s)
bundle: ~/.beacon/bundles/bundle-2026-08-05T15-26-46+00-00
What your auditor runs — nothing installed, no network, no account:
cd ~/.beacon/bundles/bundle-2026-08-05T15-26-46+00-00
python3 verify_bundle.py .
inventory.json is derived from the signed receipts, so no row exists that
evidence does not support. The bundle is byte-compatible with the one the
server's POST /api/v1/export produces — same manifest, same layout, same
verifier — so starting here does not put you on a side track.
Add pip install psutil for the network-egress layer. Without it the scan says
egress scan: SKIPPED rather than reporting zero findings: never looked and
looked and found nothing are different claims, and an evidence tool must not
blur them.
Corrected 2026-07-20. Both commands here were wrong. The Docker option pulled
ghcr.io/bobrapp/aigovops-beacon:latest, which is not pullable — the repo moved to theaigovops-foundationorg and no public image was ever pushed. The local option rannpm installat the repo root, where there is nopackage.json; the Node project lives inserver/. A quickstart that fails on its first command is worse than no quickstart.
Corrected again 2026-08-05.
npm installfailed on Node 24 and 26 —better-sqlite3has no prebuilt binary for those ABIs and will not compile against their V8, so the first command died on anyone running current Node while CI (pinned to Node 20/22) stayed green. The server now prefers Node's built-innode:sqliteand keepsbetter-sqlite3as an optional dependency for Node 20. Nothing to compile on Node 22.13+.
# Local — this is the path that works today
git clone https://github.com/aigovops-foundation/aigovops-beacon
cd aigovops-beacon/server
npm install
npm run init # first run only: creates the local store
npm run dev # http://localhost:8787
(The old text said port 8080. The default in server/src/lib/config.js is 8787 — so even
the port in the broken quickstart was wrong. Verified by reading the config, not by assuming.)
A published container image is not available yet. When one is, it will be pushed to
ghcr.io/aigovops-foundation/aigovops-beacon and documented here — not before.
Open http://localhost:8787. Studio opens by default. Click the toggle in the top right for the Control Plane.
Four more one-click deploys live in /deploy: Railway, Render, DigitalOcean App Platform, and Docker Compose.
The point of all of this is the last step: someone who has never heard of Beacon confirms your evidence is what you say it is. Every exported bundle carries its own verifier, so that is one command with nothing installed:
python3 verify_bundle.py .
beacon-verify: OK — 47 receipts verified (bundle format)
manifest: intact (sha256 df9708e7aa774938…, over file)
keys: 2 (ab12cd34ef561234, 9f81be22c7a40d55)
receipts: 2026-07-29.ndjson (12)
receipts: 2026-07-30.ndjson (35)
It checks that the manifest is intact, that every receipt's Ed25519 signature verifies over its RFC 8785 canonical bytes against the key that signed that receipt — bundles spanning a key rotation included — and that no receipt was dropped. Exit 0 means clean; non-zero names the failures.
Requirements: Python 3.10 or newer. Nothing else. cryptography is used when
it happens to be installed; when it is not, a pure-Python Ed25519 verifier in
the same file takes over, so an air-gapped review machine works too. No
network calls, ever — and the file is short enough to read before running it.
verify_bundle.py is a copy of src/beacon_verify.py.
The same tool verifies a single receipt log or the chained audit log:
python3 src/beacon_verify.py --public-key ~/.beacon/keys/ed25519.pub \
~/.beacon/receipts/2026-07-30.ndjson
This is what a non-technical auditor sees. No terminal. No YAML. No jargon.
| Step | Title | Auditor sees |
|---|---|---|
| 1 | What network are we looking at? | "Paste a domain, upload a CSV, or connect a cloud account. Beacon will look for AI models running there." |
| 2 | Beacon is looking… | Live tile board of every model detected. Vendor logo, name, version, count, last-seen, environment. Updates in real time. |
| 3 | Pick what matters. | Tap rows that are in scope. Beacon explains each in plain English ("This is OpenAI's GPT-4o, used 1,840 times this week by 12 people in your support team."). |
| 4 | Pick your guardrails. | Cards for NIST RMF, EU AI Act, ISO 42001, HIPAA-for-AI, Human Flourishing. Auditor checks the ones that apply. |
| 5 | Here's your audit. | One screen: traffic-light checklist, the receipts behind each green check, and a Make it Policy as Code button. |
Full spec, copy, and accessibility notes in docs/STUDIO_FLOW.md. Workshop facilitator guide in docs/AUDITOR_WORKSHOP.md.
This repo dogfoods the Foundation's operating thesis:
Agents do the bureaucracy; humans hold the meaning — and humans hold the keys.
Beacon will draft anything — the inventory, the checklist mapping, the policy YAML, the GDR, the PR description. But every human-decision gate stays a human-decision gate: scope ratification, exception grants, trust-tier promotion, and policy publication all require a named human approver. The receipt records who approved what, when, and with which key.
| # | Pillar | How Beacon delivers it |
|---|---|---|
| 01 | Governance as Code | Every checklist exports to versioned YAML + Rego. The Studio's final button is literally git push. |
| 02 | AI Technical Debt Elimination | Discovery surfaces every model your org didn't know was running. Un-receipted activity is technical debt — visible, countable, closeable. |
| 03 | Operational Compliance | Receipts are Ed25519-signed and Merkle-anchored. Compliance becomes a query, not a quarterly scramble. |
| 04 | Community-Driven Standards | Checklist packs are plain YAML. Fork, edit, PR. The community owns the controls. |
Beacon doesn't replace anything — it sits upstream of the other Foundation projects and feeds them:
┌───────────────────────────┐
│ AiGovOps Beacon │ ← you are here
│ (discovery + studio) │
└────────────┬──────────────┘
│ signed receipts + checklist bundle
▼
┌───────────────────────────┐ ┌─────────────────────────┐
│ aigovops-Replay │ │ aigovops-foundation-os │
│ (receipt verification) │ │ (policy + GDR schemas) │
└────────────┬──────────────┘ └────────────┬────────────┘
│ │
▼ ▼
┌───────────────────────────┐ ┌─────────────────────────┐
│ webhook-sentinel │ │ aigovops-prompt-studio │
│ (PR-review trust) │ │ (prompt-level audit) │
└───────────────────────────┘ └─────────────────────────┘
Receipt schema is wire-compatible with aigovops-Replay. Gate schema is wire-compatible with aigovops-foundation-os.
For the broader Foundation context — sister projects, the umbrella policy-as-code companion, and how Beacon relates to other compliance tooling — see RELATED.md. Beacon does not require any of those projects.
Beacon is fast enough that you'll never be tempted to disable it under load. On commodity x86_64 hardware:
Full methodology, capacity-planning numbers, and a reproducible benchmark script in BENCHMARKS.md.
Beacon ships a full test pyramid across both runtimes — the Node/Express server and the Python beacons/SDK. Tests are deterministic: anything random or fuzz-driven is seeded, with an environment-variable override for local exploration.
| Layer | What it checks | Node | Python |
|---|---|---|---|
| Unit | Pure functions: canonicalization, signing/verify, receipt building | npm test (in server/) | pytest tests/unit |
| E2E | Live routes answer and responses conform to the receipt schema | npm run test:e2e | pytest tests/e2e |
| Chaos | Fuzzed/malformed input + injected I/O faults never crash the server | npm run test:chaos | pytest tests/chaos |
| Scale | 10k+ receipts signed/bundled within a time & memory budget (gated) | — | pytest -m scale tests/scale |
# Node server tests (unit + E2E + chaos via auto-discovery)
cd server && npm install && npm test
# Python tests (unit + E2E + chaos; scale is excluded by default)
pip install -e ".[dev]"
python3 -m pytest # everything except scale
python3 -m pytest -m scale tests/scale # the heavy scale layer, on demand
Determinism knobs: CHAOS_SEED / CHAOS_RUNS (Node), HYPOTHESIS_SEED /
CHAOS_MAX_EXAMPLES (Python), and SCALE_COUNT / SCALE_TIME_BUDGET /
SCALE_MEM_BUDGET / SCALE_SEED (scale). See
CONTRIBUTING.md for what each layer expects from a new PR.
The complete HTTP API is documented under docs/api/:
openapi.yaml — OpenAPI 3.1 spec for every
endpoint: methods, paths, request/response schemas (success and error),
auth, and idempotency notes.flows.md — how a receipt travels the system:
creation → signing → bundle assembly → anchoring → consumption by Lantern,
with Mermaid sequence diagrams.actions.md — every action verb (gate.evaluated,
bundle.signed, admission.allowed, inference.observed, …) with semantics,
required fields, and examples.aigovops-beacon/
├── README.md ← you are here
├── LICENSE ← Apache-2.0
├── CONTRIBUTING.md
├── CODE_OF_CONDUCT.md
│
├── docs/
│ ├── STUDIO_FLOW.md ← five-step wizard spec
│ ├── CONTROL_PLANE.md ← advanced-mode reference
│ ├── ARCHITECTURE.md ← discovery → receipts → policy pipeline
│ ├── RECEIPT_SCHEMA.md ← Ed25519 transaction-record spec
│ └── AUDITOR_WORKSHOP.md ← 90-minute facilitator guide
│
├── checklists/ ← starter audit packs (YAML)
│ ├── nist-ai-rmf.v1.yaml
│ ├── eu-ai-act-art13.v1.yaml
│ ├── iso-iec-42001.v1.yaml
│ └── hipaa-for-ai.v1.yaml
│
├── policy/ ← outputs the Studio emits
│ ├── gate.beacon.v1.yaml
│ ├── gate.human-flourishing.v1.yaml
│ └── rego/
│ ├── production_readiness.rego
│ └── transaction_signing.rego
│
├── server/ ← Node/Express engine
│ ├── package.json
│ └── src/
│ ├── index.js
│ ├── routes/ ← /discover /receipts /checklist /export
│ ├── services/ ← discovery, signing, checklist
│ └── lib/ ← Ed25519, merkle, ndjson
│
├── studio/ ← React/Vite five-step wizard
│ ├── package.json
│ └── src/
│ ├── App.jsx
│ ├── pages/ ← Step01..Step05, Control
│ └── components/
│
├── deploy/
│ ├── Dockerfile
│ ├── docker-compose.yml
│ ├── railway.json
│ ├── render.yaml
│ └── do-app.yaml
│
└── scripts/
├── verify-receipt.js
└── seed-demo.js
aigovops-foundation-os."Governance that ships with the code, not after." — Bob Rapp
"Shadow AI to verifiable evidence." — Ken Johnston
Tagline: YES-Ship AI · YES-Steady AI · YES-Recover AI
Verifiable AI governance — Apache-2.0, no SaaS lock-in.