Skip to content

Security Independently confirmed2 publishers 3 min read Published Updated

Trail of Bits watched a preview model break out of its QEMU/KVM sandbox three times

The three escapes used a kernel bug disclosed weeks earlier, a libslirp flaw Debian 12 has yet to fix, and 0-days the agent found itself after QEMU was rebuilt from upstream. It is one researcher's account.

The Watch · Security desk

Send a correction

Illustration accompanying Trail of Bits watched a preview model break out of its QEMU/KVM sandbox three times
Generated illustration

What happened

  • Trail of Bits, given preview access to GPT 5.6-Cyber under Patch the Planet, set it one task: break out of a QEMU/KVM guest on a Debian 12 dev machine and read the flag file.
  • About an hour in the host hardlocked, because the agent had built its own exploit for Januscape, CVE-2026-53359, a kernel bug disclosed weeks earlier with no public exploit, and it did not land cleanly.
  • It ran for hours with minimal prompting, abandoning dead ends, pulling papers, writing oracles and cutting minimal examples, while the researcher's job was rebooting the hardlocked host.

Why it matters

  • What it limits constraint Patch currency stops being an answer to whether the agent can get out, because two of the three paths worked on a host with nothing left to update.
  • Who's exposed exposure The escape surface is the same sharing that makes the sandbox usable: granting the agent a network puts QEMU's emulated networking code inside your trust boundary.
  • Who has to decide decision Anyone running an agent with build, debug and network rights now picks between dedicated disposable hardware and writing host compromise into the threat model.
  • What it sets up precedent Framing capable agents as an advanced persistent threat sets the expectation that the machine hosting one gets modelled as adversary-controlled, not merely as noisy.

Next story · Invest · 2d ago

CrowdStrike falls about 3% on a report of OpenAI talks to buy Trail of Bits

Confirmed4 publishers

The libslirp chain stands out. libslirp is the library that gives a guest networking [11], so it is loaded precisely because you wanted the agent to reach the internet [17]. Debian 12 still ships version 4.7.0, vulnerable to CVE-2026-9539 [9]. On its own that is a patch-lag story. The agent then found a second libslirp bug-fix commit that carried no CVE at all, and combined the two into an arbitrary memory read and write in the host, after which escape is trivial [10]. Any inventory control keyed to CVE identifiers sees half of that chain.

There were three escapes in total [3]. The first used Januscape, CVE-2026-53359, in the host kernel, and it closed when the kernel went to the newest build Debian 12 offers [7][8]. The second worked on that updated host [9][10]. The third came after QEMU and its dependencies were rebuilt from the latest upstream source, and it was several 0-days [12]. Two of three paths survived a fully patched stack [21].

The operating mode matters more than the bug list. Hours running autonomously, backtracking off approaches that failed, pulling code and research papers, writing oracles, cutting its own minimal examples, aiming at a reusable and reliable exploit rather than a one-shot crash [15]. The researcher's contribution was walking to the machine and power-cycling it after each host hardlock [16]. That is the workload profile of a staffed vulnerability research effort.

What is public is a single first-person account from the person who ran the test [20]. There is no public exploit for Januscape, and the agent's version did not land cleanly on the first attempt [7]. The upstream 0-days come with no identifiers and no count beyond "several" in the material available [19]. The agent was also started outside the VM with SSH access into it, by design, because escape attempts crash the guest [4][5]; the author raises the cheating risk himself and says a final exploit could be audited, and the outcome of any such audit is not reported [22]. So far, no one outside Trail of Bits has reproduced the result.

The author's own assessment shifted over the course of the test: he started out doubting the model could pull this off at all, came to think it might manage it eventually, and ended up expecting it to happen fast [14][13]. His conclusion is that a mere VM should no longer be assumed to contain a sufficiently advanced agent. The design consequence is narrower than the slogan. A sandbox that earns its keep by sharing screen, files and network with the host [17][18] is worth exactly what QEMU's device and networking code is worth on the day you run it.

What to watch

  • Whether the several 0-days from the upstream-rebuild escape get CVEs and fixes in QEMU, and on what disclosure timeline.
  • Whether Debian backports a libslirp fix for CVE-2026-9539 to the 4.7.0 package that oldstable still ships.
  • Whether anyone reproduces the result with a different model, or Trail of Bits publishes the research log and exploit code.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence55
Adoption
Not scored
Hype gap+20
Incentives30
Confidence55
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    Trail of Bits received preview access to GPT 5.6-Cyber as part of Patch the Planet, with the task of evaluating its cyber capabilities.

    Reported Supported Source: Trail of Bits blog
  2. [2]

    The target was a QEMU/KVM VM on the author's Linux dev machine, running Debian Linux 12 on AMD Zen3.

    Reported Supported
  3. [3]

    The agent escaped the VM three different times.

    Reported Supported
  4. [4]

    The task was framed as a CTF: the agent had to break out of the VM and read a flag file. It was started outside the VM, given SSH access into the VM, permitted to do anything inside it, and told to keep a research log.

    Reported Supported
  5. [5]

    The author started the agent on the host because escape attempts may lock or crash the VM during operation, judged the risk acceptable because nothing of importance was on the dev machine, and noted any final exploit could be audited for cheating.

    Reported Supported
  6. [6]

    About an hour after the agent was let loose, the host machine was hardlocked.

    Reported Supported
  7. [7]

    First escape: the agent found the host kernel vulnerable to Januscape (CVE-2026-53359), disclosed a few weeks earlier. There is no public exploit; the agent built one and tested it, but it did not land cleanly.

    Reported Supported
  8. [8]

    After the first escape the author updated the kernel to the latest version offered for Debian 12.

    Reported Supported
  9. [9]

    Debian 12 still ships libslirp 4.7.0, which is vulnerable to CVE-2026-9539.

    Reported Supported
  10. [10]

    The agent discovered that a libslirp bug-fix commit with no CVE assigned could be combined with CVE-2026-9539 to craft an arbitrary memory read/write in the host, after which escape is trivial.

    Reported Supported
  11. [11]

    libslirp is the library that enables VMs to have networking; the author says he did not even know what libslirp was.

    Reported Supported
  12. [12]

    When the author rebuilt QEMU and its dependencies from the latest upstream source, the agent found several 0-days.

    Reported Supported
  13. [13]

    The author states plainly that you can no longer assume a mere VM will contain a sufficiently advanced AI agent, and that such agents should be treated as an advanced persistent threat.

    Reported Supported
  14. [14]

    The author says his answer to whether shared software, state and communication paths were enough for escape moved from "no, absolutely not" to "maybe, after a while" to "yes, and quickly".

    Reported Supported
  15. [15]

    The agent operated autonomously for hours, backtracked from approaches that did not work, pulled code and research papers, wrote oracles, made its own minimal examples, and aimed for a reusable, reliable exploit with minimal handholding and prompting.

    Reported Supported
  16. [16]

    The author says his main job was to physically reboot the machine when the agent hardlocked the host kernel.

    Reported Supported
  17. [17]

    To be useful, the virtual environment must share resources with the host and provide interaction paths such as seeing the agent's screen and moving files in and out, and you almost certainly want the agent to have some network access.

    Reported Supported
  18. [18]

    The generally accepted solution for running a capable agent is a VM as safety perimeter: it contains nothing of value, is separate from the host, and can be immediately deactivated or snapshotted for later investigation.

    Reported Supported
  19. [19]

    The reporting gives no identifiers and no count beyond "several" for the 0-days found after the upstream rebuild.

    Derived Supported
  20. [20]

    The evidence is a single first-person account by the Trail of Bits researcher who ran the test; no independent replication is described.

    Derived Supported
  21. [21]

    Patching closed one of the three escape paths; two worked against a stack with nothing left to update.

    Derived Supported
  22. [22]

    The account says a final exploit could be audited for cheating but does not report the outcome of any such audit.

    Derived Supported

Sources

2 independent publishers whose own reporting we read for this story.

  1. blog.trailofbits.com

    1 article · August 30, 2026

    Trail of Bits
  2. scworld.com

    1 article · August 31, 2026

    AI agent repeatedly escapes virtual machine in security test

Topics and entities

Topics

Entities