0 by 0.security: Open-Source AI Pentest Harness, Reviewed
TL;DR · the short version
0.security, a Swiss applied-AI security lab that says it is backed by Y Combinator, has released "0", an open-source (MIT or Apache-2.0) AI security harness: a local web console and CLI for investigating vulnerabilities and drafting fixes with your own model provider, plus an MCP server for coding agents. The README calls it a research preview. The vendor's research page claims 30+ merged Linux kernel 0-days and lists disclosures in software including Wireshark, node-forge and jsonata. We confirmed the licence, read the installer, and found five of the listed CVEs in NVD. NVD does not say who found them, and we could not source the "3+ billion devices" claim, so the findings remain the vendor's claims.
0.security, a Swiss applied-AI and cybersecurity research lab, has released 0, an open-source AI security harness. It announced the project on X as backed by Y Combinator and credited with 30+ Linux kernel 0-days. The code is on GitHub at 0sec-labs/0. This page separates what the repository and public records show from what remains the vendor's own claim, as of 9 November 2026.
Confirmed vs not yet known
- Confirmed by the repository: the project is open source under MIT OR Apache-2.0; it offers a local browser console, a CLI and an MCP server; the README calls it a "research preview"; the installer verifies a SHA-256 checksum before installing.
- Confirmed by NVD: the five CVE numbers we looked up exist (node-forge, jsonata, Wireshark, and two Linux kernel entries). NVD's descriptions do not name who found them.
- Vendor claim, not independently confirmed: 30+ merged Linux kernel 0-days, 500+ CVEs under confidential disclosure, 30+ software systems, and that 0 found them.
- Not found: a source for "3+ billion devices", and any Italian or EU government finding on the vendor's disclosure list.
What 0 is
Per the README, you install a single binary, run 0, and get a browser console with no account. You bring your own model provider. It organises findings in a queue and a board, runs workflow templates for assessment, verification, fixes and research, and keeps results and notes between runs. For automation, the CLI exposes the same workflow runner and 0 mcp-server --workflows exposes it to other agents over MCP. A hosted version, 0cloud, is on a waitlist.
For binary analysis the README describes a separate "0verse" component that needs a local Ghidra and Java installation. It adds a warning worth repeating: unavailable analysis "is not a clean scan". The project says to assess only authorised systems and offers an optional scope plugin to enforce target boundaries.
What the vendor claims, and what we could check
| Claim | What we found | Source |
|---|---|---|
| 30+ Linux kernel 0-days | The research page states "30+ merged 0-days in the Linux kernel" and lists kernel disclosures, some merged upstream and others "in review" or "queued upstream". We looked up two kernel CVE numbers in NVD: both exist. | 0.security research page; NVD |
| node-forge | CVE-2026-33896 exists in NVD, published 27 March 2026: a certificate-chain validation issue fixed in node-forge 1.4.0. | NVD |
| jsonata | CVE-2026-77413 exists in NVD, published 21 August 2026, fixed in 1.8.8 and 2.2.0. The vendor also lists CVE-2026-52746, which we did not look up. | NVD; vendor page |
| Wireshark | CVE-2026-15164 exists in NVD, published 8 July 2026, described as a ciscodump crash causing denial of service in 4.6.0 to 4.6.6 and 4.4.0 to 4.4.16. The vendor labels it a heap out-of-bounds write. | NVD; vendor page |
| Government code (CH, IT, EU) | One Swiss Federal Chancellery item is listed: a medium-severity information leak, GHSA-32p4-g4fj-cg95. No Italian or EU entry found on the page we read. | 0.security research page |
| 3+ billion devices | Not found on the research page. | Not sourced |
The vendor's own notes are candid about limits. Its July research notes include "Finding the function wasn't enough", where a binary-analysis experiment located suspicious code but produced no confirmed triggers, and "A real bug. An incorrect claim of novelty.", where its pipeline called a known driver bug new. Read these before taking any headline count at face value.
Useful next, if this was relevant to you
Timeline
| Date | Event | Source |
|---|---|---|
| 27 Mar 2026 | CVE-2026-33896 (node-forge) published in NVD | NVD |
| 8 Jul 2026 | CVE-2026-15164 (Wireshark ciscodump) published in NVD | NVD |
| 19 Jul 2026 | CVE-2026-63801 (Linux kernel TIPC) published in NVD | NVD |
| 10 Aug 2026 | CVE-2026-68124 (Linux kernel mctp serial) published in NVD with a CNA score of 9.6; NVD status "Received" | NVD |
| 21 Aug 2026 | CVE-2026-77413 (jsonata) published in NVD | NVD |
| 9 Nov 2026 | Repository read: version 0.28.4 in package.json, licence MIT OR Apache-2.0, "research preview" in the README | GitHub |
The installer, read not run
The README tells you to pipe a script from GitHub into bash. We read the script rather than running it. It picks a binary for your OS and CPU, downloads checksums.txt and the binary from the latest release, compares SHA-256 and refuses to install on a mismatch. It also downloads a companion static analyser, FoxGuard, pinned to one version with checksums written into the script, and edits your shell profile to add itself to PATH. The checks catch corruption and a swapped file. They do not tell you whether to trust the publisher, because the checksum file comes from the same release as the binary.
What security leaders should do this week
- Check your own software against the fixes named above: node-forge before 1.4.0, jsonata before 1.8.8 and 2.2.0, and Wireshark's ciscodump in the affected 4.6 and 4.4 ranges.
- Decide who may point an AI harness at your systems, and how scope is enforced. Use the vendor's scope plugin or your own network controls, not trust in the prompt.
- If your team wants to try it, do so on a disposable VM, with a throwaway model key, against systems you own.
- Treat MCP access as a privilege: an agent that can run a pentest workflow can also run it against the wrong target.
- Verify every finding yourself. The vendor describes confirmation as a separate step with its own evidence.
- Make sure your own security.txt and disclosure route work, because automated research tools will find them. The vendor says its June survey found security.txt on about 1 in 10 sampled .ch domains.
Put it to work
- AI Pentesting Detector Lab: practise spotting an automated, AI-assisted test in your logs.
- AI Red Teaming Lab: run a red-team exercise against an AI system.
- Agentic AI Security Lab: look at the permissions and tool access that make agents risky.
- MCP Guard: review an MCP server before you connect an agent to it.
- Vulnerability Prioritizer: rank the CVEs above against your own exposure.
FAQ
What is 0 by 0.security?
An open-source AI security harness from 0.security, a Swiss research lab that says it is backed by Y Combinator. Its README describes a local browser console and CLI for investigating vulnerabilities, reviewing findings and working on fixes, with your own model provider, plus an MCP server so coding agents can run its workflows. The README labels it a research preview.
Is 0 open source and what licence does it use?
Yes. The repository says it is dual-licensed MIT OR Apache-2.0. It is on GitHub at 0sec-labs/0.
Did it really find 30+ Linux kernel 0-days?
That is the vendor's claim. Its research page lists "30+ merged 0-days in the Linux kernel" and a public list of disclosures, several marked merged upstream, others in review or queued. We checked that five of the listed CVE numbers exist in NVD. NVD descriptions do not say who found them, so the attribution to 0.security is the vendor's claim, not something we confirmed.
Did it find bugs in Wireshark, node-forge and jsonata?
The vendor lists all three on its disclosure page: Wireshark CVE-2026-15164, node-forge CVE-2026-33896 and jsonata CVE-2026-77413 and CVE-2026-52746. NVD has records for the first three of those CVE numbers; we did not look up CVE-2026-52746. The NVD text for the Wireshark entry calls it a crash and denial of service in ciscodump, while the vendor labels it a heap out-of-bounds write.
What about the 3+ billion devices and the Swiss, Italian and EU government code?
We could not source the 3+ billion figure from the vendor's research page. For government code the page lists one item, a medium-severity information leak in Swiss Federal Chancellery code (GHSA-32p4-g4fj-cg95). We found no Italian or EU government entry on the list we read. Treat both parts of the announcement as unconfirmed until the vendor publishes the records.
Is it safe to install?
The installer is a short shell script that downloads a release binary and checks it against a checksums.txt file from the same release before installing, and it also fetches a pinned companion scanner with a hard-coded checksum. A checksum from the same place as the binary shows the download was not corrupted, not that the publisher is trustworthy. Read the script, run it on a disposable machine first and give it only the targets and API keys you mean it to have.
What should a security team do about this announcement?
Check your own dependencies against the named fixes (node-forge before 1.4.0, jsonata before 1.8.8 and 2.2.0 per NVD, Wireshark ciscodump in 4.6.0 to 4.6.6 and 4.4.0 to 4.4.16). Decide whether anyone may run an AI harness against your systems and how scope is enforced. Treat its output as leads to verify, which is how the vendor itself describes its results.
Sources
- 0sec-labs/0 on GitHub: README, LICENSE (MIT OR Apache-2.0), SECURITY.md, install.sh and package.json, read 9 Nov 2026
- 0.security research page: research notes and the public disclosure list (vendor claims)
- NVD: CVE-2026-33896 (node-forge)
- NVD: CVE-2026-77413 (jsonata)
- NVD: CVE-2026-15164 (Wireshark ciscodump)
- NVD: CVE-2026-68124 (Linux kernel mctp)
- NVD: CVE-2026-63801 (Linux kernel TIPC)
This article is educational guidance for security leaders, not legal advice. We have no commercial relationship with 0.security. We have not run the software.