Maintainer-Reviewed Results
Findings have moved beyond internal demos into responsible disclosure conversations and accepted fixes.
Evidence-led agentic vulnerability research for code you own. Built for teams that need real results without handing sensitive source to opaque workflows.
Product thesis
SCATHA is a serious research platform for organisations that need defensible, remediation-ready security results without surrendering control of sensitive code, runtime context, evidence, or cost.
Boundary
SCATHA is built for authorised security work against repositories, archives, local directories, product estates, and supply-chain code that the customer owns or is approved to assess.
The system supports deep source review, controlled validation, and remediation-grade reporting. It does not scan random hosts, automate activity against third parties, or turn model confidence into customer-facing findings.
Early wins
SCATHA has already produced maintainer-accepted vulnerability reports in real-world software used by developers, infrastructure teams, and enterprises.
Findings have moved beyond internal demos into responsible disclosure conversations and accepted fixes.
One accepted issue was an authentication-bypass class vulnerability that had existed for sixteen years.
Early work has covered popular Linux applications and Unix-family operating system software.
Results are packaged for remediation, reproduction, disclosure review, and fix verification.
The first wave of AI vulnerability research changed expectations. SCATHA is built for private operational use after that shift.
Customer briefings can cover named disclosures, evidence packages, and deployment fit under appropriate confidentiality.
Why it matters
How it works
SCATHA does not stop at plausible model commentary. It runs a structured vulnerability validation workflow that moves from authorised code access to confirmed findings, reusable evidence, and fix-ready reports.
Connect the authorised repository, confirm scope, prepare the workspace, and preserve the run boundary.
Identify the stack, map entry points, profile dependencies, and prepare controlled validation environments.
Build an attack-surface model, identify high-risk paths, and prioritise hypotheses for validation.
Convert hypotheses into controlled tests, execute them safely, confirm exploitability, and filter noise.
Deliver validated findings, reproduction material, patch guidance, replay support, and multi-format exports.
Deep validation for a single authorised codebase, library, service, or software component.
Coordinated assessment across approved products, dependencies, shared components, and internal estates.
Detect newly introduced exploitable risk as branches, commits, and production code paths change.
Evidence outputs
SCATHA turns authorised research into validated findings, reproduction material, fix guidance, and exportable records for security, engineering, audit, and disclosure work.
Confirmed vulnerabilities with severity, impact, affected behaviour, and proof boundaries.
Runtime evidence, traces, observed signals, and replay material for engineering review.
Remediation detail and fix-verification support for teams that need to close the issue.
Readable reports plus structured outputs for security workflows and internal assurance.
Operating modes
SCATHA can run deeply against a single target, support large-codebase macro flows, or coordinate multi-target operations where every result remains connected to the underlying evidence package.
Operators can monitor progress, spend, coverage, review queues, and reporting through a calm command surface built for repeated security work.
Focused vulnerability research against an authorised repository or software component.
Structured investigation for native codebases, monorepos, API platforms, and complex product estates.
Budget-aware multi-target campaigns with human approval gates and consolidated reports.
Repeatable checks for new code risk, changed attack surfaces, and fix verification over time.
Operator control
SCATHA is built for repeated security work where scope, spend, coverage, evidence status, and human review need to remain clear throughout the run.
Campaigns and target runs stay inside approved boundaries unless an operator reviews the change.
Model mix, spend, and budget pressure are part of the operating surface, not an afterthought.
Skipped surfaces, blocked checks, and unresolved review items remain visible in reports.
Automation accelerates the work while operators keep control over sensitive movement and exports.
Deployment
Run SCATHA where the source code and evidence need to live: cloud, private infrastructure, on-premise, or controlled local environments.
Where SCATHA fits
Review agent-assisted and AI-generated changes before insecure code reaches production.
Revisit changed code, new attack surfaces, and recurring bug classes as engineering velocity increases.
Coordinate analysis across approved dependencies, internal packages, and product-critical components.
Determine whether a suspected issue is real, reachable, and relevant inside the target environment.
Use preserved evidence and replay material to confirm remediation changed the security outcome.
Preserve controlled replay assets for authorised assurance, exercise design, and remediation workflows.
Produce evidence-led views for vendor review, acquisition diligence, product assurance, and executive risk decisions.
Validate exploitable vulnerabilities before hostile agents, automated scanners, or AI-assisted attackers find them first.
Questions
An AI-native vulnerability research platform for authorised codebases, validated evidence, and remediation-ready reporting.
Yes. SCATHA is designed for private infrastructure, cloud, on-premise, hybrid, and controlled local environments.
Not for private deployments. SCATHA is built for teams that need control over source, runtime, evidence, model selection, and data handling.
No. SCATHA is for defensive security work against codebases, repositories, and environments the customer owns or is authorised to assess.
Responsible use
Book a private briefing to discuss repository validation, software supply-chain assessment, continuous monitoring, or private deployment.