AI-generated code security · self-hosted

Your AI ships code faster than anyone can review it. BreachLens finds the vulnerabilities it introduces — and proves which are exploitable.

AI assistants write more of your code every day, and the flaws ship with it. BreachLens scans that code — plus your containers, cloud, and running apps — then runs controlled exploitation to confirm what an attacker could actually reach. Every confirmed finding ships with a reproducible command that replays the attack. It runs on your infrastructure, with your own AI model — the proof never leaves your network.

No agents phoning home No data leaves your network Bring your own AI model
A real BreachLens finding marked CONFIRMED — the function-level reachability panel traces the exact call path (server.js:126 → marked.setOptions()) to the vulnerable function, with the one-step fix (marked 0.3.5 → 0.3.9) and all seven subissue CVEs.
01Proof, not alerts

A finding you can't reproduce is a guess.

Every other scanner ends at a ranked list. BreachLens takes each candidate finding and attempts the exploit under authorization — in an isolated browser, recorded. Only findings it can actually reproduce earn the CONFIRMED badge. So your team debates the fix, not whether the bug is real. Here's the entire mechanism, start to finish:

Detected

A scanner flags a candidate

A scanner surfaces a possible issue in code, a container, cloud config, or a running app.

Attempted

Controlled exploitation

BreachLens tries to exploit it against your authorized target, in an isolated browser — and records what happens.

Confirmed

Evidence attached

If it works, the finding ships with a reproducible curl, the evidence URL, and a replay you can watch.

02Coverage

One self-hosted platform. The whole scanner stack.

Consolidate the point tools instead of stitching them together — code, cloud, and runtime in one engine, one data model, one place your team works.

Find

Every major scanner class, in one deployment.

  • SASTStatic analysis for injection & insecure patterns
  • SCAVulnerable & outdated dependencies
  • SECRHardcoded credentials, keys & tokens
  • IaCTerraform / K8s / cloud misconfig
  • CTNRImage OS & dependency CVEs
  • DASTDynamic testing of running apps & APIs
  • PENTAuthorized, controlled exploitation
  • CLDCSPM for AWS · Azure · GCP · GitHub
  • AIRed-team for LLM apps, agents & MCP

Prove

Evidence, not just alerts — the unhostageable differentiator.

  • · Proof of exploit — a reproducible command that replays the attack end to end.
  • · Recorded replay — capture an authenticated journey and drive testing through the flows that matter.
  • · Kills false positives — proves it to your team, and to auditors, with evidence instead of a CVSS score.

Prioritize

Cross-tier attack paths, scored by real reach.

  • · Attack paths — links code, container, cloud & pentest findings into one chain across an application.
  • · AI verdict per chain — a narrative plus a likely-real / mixed-signal / likely-noise judgment.
  • · Function-level reachability — is the vulnerable dependency actually called? Across major language ecosystems.

Fix

Turn findings into reviewed pull requests.

  • · AI auto-fix — drafts the patch and opens a PR/MR for your team to review.
  • · Bring your own model — Anthropic, OpenAI, Gemini, or fully local Ollama.
  • · Nothing auto-merges — a human is always in the approval seat; no code leaves your environment.

Report & govern

Audit-ready output procurement asks for.

  • · Compliance reports — auto-mapped to OWASP Top 10, API, LLM & CI/CD.
  • · SBOM + signing — CycloneDX / SPDX with cosign-compatible signatures.
  • · Preventive → corrective — shift-left gates, the scanner set, and the fix loop in one place.

Runtime & posture

Coverage past build time, into newer attack surfaces.

  • · Kubernetes posture — CIS-style cluster & RBAC assessment.
  • · Runtime sensors — bundled eBPF host & workload detection.
  • · MCP & LLM red-team — probe agents & models for prompt injection and exfiltration.
03Correlation

Five tiers, one attack path, one verdict.

A SAST bug, a vulnerable dependency, an exposed container, a proven exploit, and a runtime signal aren't five tickets — they're one attack path. BreachLens links them across an application boundary and lets AI judge whether it's real.

breachlens · attack-paths
A BreachLens attack path — a critical multi-vector RCE chain combining SQL injection, reflected XSS, an OpenSSL CVE in the container image, and confirmed live exploitation, scored 774 across 129 hops, carrying a proof-of-exploit badge and an AI verdict of Likely Real at 87 percent, laid out as a step-by-step attack story across the source, image, and web tiers.
A real cross-tier chain · proof-of-exploit confirmed · AI verdict: likely real · 87%
04Deployment & data residency

Runs on your infrastructure. Nothing leaves it.

All that proof — the findings, the attack paths, the exploit evidence — is generated where your systems live and stays there. No SaaS tenant, no third party in your trust boundary: the one thing a cloud-hosted pentest agent structurally can't offer.

  • Self-hosted is the default path, not an upsell. A single Docker Compose stack on your own cluster — the same install everyone gets.
  • Fully air-gapped. Zero outbound dependencies in offline mode — including the AI, via local Ollama inference.
  • No third party in your trust boundary. No external account to be approved for, no prompts or findings sent to anyone else's cloud — bring your own model or run it fully local. The exploit evidence stays under your control.
  • Fits your pipeline. GitHub & GitLab CI templates, a standalone CLI, webhooks, and a documented API — least-privilege scopes, disclosed.
What leaves your network
Source codenothing
Scan results & findingsnothing
Exploit evidence & replaysnothing
Telemetry (default)none
AI inferenceyour model, or fully local
05See the evidence yourself

Don't take our word for it. See the proof.

Other vendors open with a wall of Fortune-500 logos. We can't — we're new. So instead of borrowed trust we hand you the earned kind: open docs, a real sample report, and a live run against a deliberately-vulnerable target. Verify it yourself before you ever talk to us.

06Straight answers

The questions a security team actually asks.

Does our code or data ever leave our network?
No. BreachLens is self-hosted and runs on infrastructure you control. Source, findings, and exploit evidence stay in your boundary, and there's no telemetry phoning home by default. In offline mode it runs fully air-gapped, with AI served by a local model. See the deployment docs.
Is it really self-hostable, or is that a SaaS checkbox?
Self-hosted is the default and only install path — a single Docker Compose stack you stand up on your own cluster. It isn't an enterprise upsell gated behind a bigger contract; it's what everyone runs.
Is the "proof of exploit" real, or a dressed-up severity score?
Real. A finding is only marked CONFIRMED when BreachLens actually reproduced the exploit against your authorized target. The evidence includes a runnable curl command and the evidence URL — you can run it yourself against a lab target and watch it work. It is not a heuristic confidence number.
How does it fit our pipeline and tools?
GitHub and GitLab CI templates, a standalone @breachlens/cli for any runner, webhooks, and a documented REST API. Auto-fix opens PRs/MRs in your SCM; reports export to the formats procurement expects. Integration scopes are least-privilege and disclosed in the docs.
Is it safe to grant authenticated / pentest access?
Straight answer: authenticated scan and pentest access is operator-trust — gated by an explicit authorized/controlled flag, RBAC, and license tier, not a cryptographic ownership proof. Exploitation only runs against targets you mark authorized, on infrastructure you host. We'd rather state the limit plainly than let you find it during an eval.
Who's behind this — and what about compliance?
A founder-led, engineering-first team — your demo is a call with the person who built it, not an SDR. A security.txt disclosure channel, a public docs changelog, and the self-hosted architecture are all published. SOC 2 is planned, not in progress — we won't imply an audit status we don't have.
Get started

Talk to the engineer who built it.

Book a 30-minute technical demo — no sales pre-qualifying. We'll run BreachLens against your repos, containers, or a domain and show you the proof, the attack paths, and the auto-fix flow, live.

Self-hosted platform pricing — on request, not a per-seat SaaS tier · air-gapped customers welcome