Restricted program · Methods and case studies shared under NDA

Syntony / Services / Red teaming / CBRNE

Most CBRNE testing checks whether a model will answer a dangerous question.

We test everything around the answer.

Full Score is how Syntony red teams chemical, biological, radiological, nuclear and explosive risk in AI systems. We follow the path a misuse attempt would take, through agents and their tools, the people with trusted access, the physical systems a model can control, and the information that spreads after an incident. Every finding comes back tied to the policy or obligation it affects.

  • By request only
  • Briefings under NDA
  • Ethics review before fieldwork
Radar showing five layers of an AI system, from the model at the center out to the information environment, across the five CBRNE domains. MODELAGENTS + TOOLSPEOPLE + ACCESSPHYSICAL SYSTEMSINFORMATION CBRNE

First-person walkthrough

Containment research facility

Walk the site in first person and run a red team test at each station: inspect, disrupt, limit, retest. 6 stations, about five minutes.

  • Analyst desk
  • Procurement agent
  • Badge gate
  • Lab automation
  • Press desk
  • Responder bay
Enter the environmentKeyboard and mouse · Touch · VR headsets

Illustrative environment

01 / The gap

A model's answer is one step in a longer chain.

Published CBRNE evaluations mostly measure knowledge uplift, meaning whether a model tells someone something it shouldn't. That question still matters. But an attempt to cause harm has at least six stages, and AI systems now touch most of them.

  • Where most published evals look
  • Full Score coverage
  1. STAGE 1

    Intent and access

    Who is asking, from which account, and how much the system trusts them.

    Movement III

  2. STAGE 2

    Knowledge

    Whether the model gives meaningful uplift. Most testing stops here.

    Stand-in baseline

  3. STAGE 3

    Planning

    A goal broken into small requests that each look harmless.

    Movement I

  4. STAGE 4

    Acquisition

    Agents that search, order, schedule and pay for things on a user's behalf.

    Movements II and III

  5. STAGE 5

    Physical action

    Robots, lab automation and drones acting on a model's instructions.

    Movement IV

  6. STAGE 6

    Effects and response

    Hoaxes, disputed attribution, public panic and the teams responding.

    Movements V and VI

02 / Full Score

The six movements of Full Score

Each movement covers ground that knowledge-uplift testing doesn't reach. You can commission a single movement for one product or run all six across a deployment.

Stage 3

Movement I: Split requests

Harmful goals rarely show up in a single prompt. They come as ordinary-looking steps spread over sessions, accounts, languages and agents. We check whether your safeguards catch the pattern when no individual message is a problem.

  • Aggregation across sessions and accounts
  • Handoffs between agents that each hold one piece

Stage 4

Movement II: Agents and tool chains

When a model can browse, buy things, run code or book time on a cloud lab, what it does matters more than what it says. We check that the system stops at the action, including on long tasks where refusals tend to weaken over time.

  • Ordering, procurement and screening workflows
  • Tool permissions, approvals and stop conditions
  • Refusals that weaken over long tasks

Stages 1 and 4

Movement III: Trusted access

Verified researcher tiers, enterprise accounts and expert programs give qualified people fewer refusals. We test what happens when someone borrows, buys or talks their way into that trust, or when it was granted to the wrong person.

  • Abuse of credentials and access tiers
  • Misuse from inside legitimate accounts
  • Social engineering aimed at review and support staff

Stage 5

Movement IV: Physical AI

Robots, lab automation, drones and sensor networks act on model decisions in the real world. We test the checks between a digital instruction and a physical action, and whether the safety case behind those checks holds up.

  • Interlocks between digital instructions and physical actions
  • Safety cases for embodied and autonomous systems

Stage 6

Movement V: The information environment

Any CBRNE incident, real or fabricated, quickly becomes an information event. We test how AI systems respond to hoaxes, fake evidence, false attribution and the kinds of claims used to justify escalation. This work draws on international humanitarian law.

  • Fake incident reports and fabricated evidence
  • Attribution and escalation claims
  • Public information during a crisis

Stage 6

Movement VI: Responder harm

If a model refuses a toxicologist, a hazmat crew or a field medic during the first hour of an emergency, that's a failure too. We measure over-refusal toward the people who respond to incidents.

  • Clinical, public health and emergency response tasks
  • Humanitarian use in multiple languages

03 / Hazard-free by design

No hazardous content at any stage

Syntony doesn't create, store or hand over hazardous content in a Full Score engagement. Our probes use structural analogues and benign stand-ins that trigger the same safeguard behavior as the real thing. If a client needs to test against its own restricted material, that material stays in the client's environment and our tools log verdicts, never model outputs.

  • Probe library that is benign by construction
  • Restricted material held by the client, not by us
  • Two-person review on every restricted engagement
  • Ethics review before fieldwork starts

04 / In depth

How these failures work, and how we test for them

Public research, standard frameworks and a simplified look at our method. Working tools, attack libraries and client data stay private.

How it fails

CBRNE testing asks whether a system gives meaningful help to someone trying to cause mass harm, and whether its safeguards hold against a patient, skilled and persistent user. The public evidence is mixed and moving. A 2024 RAND red team study found no statistically significant uplift from the models it tested. Since then, developers have switched on stronger protections for newer models as a precaution.

Our method keeps hazardous content out of the work entirely. Prompts and outputs that touch sensitive science stay in a sealed store, reviewed by specialists with approved national security or life sciences backgrounds. Everyone else, including our engineers and this website, sees identifiers, hashes and grades. The test case below shows that separation.

  1. EntryQuestions, agent tasks or design tools used toward harm.
  2. MechanismSafeguards miss the pattern, or the pieces arrive separately.
  3. ImpactMeaningful uplift, or responders refused help they need.

Taxonomy

Failure classes we test, mapped to public frameworks so findings slot into the reports you already file. ATLAS IDs can be searched on the MITRE ATLAS site.

Taxonomy of failure classes with framework mappings and controls
RefClassWhat it looks likeFrameworksControl that belongs there
CB-1Knowledge upliftAnswers that close the gap between public knowledge and harmful capability.Classifier-gated topics and expert-graded uplift evaluations.
CB-2Aggregation across sessionsEach answer is harmless. The collection isn't.Account-level monitoring across sessions.
CB-3Agentic procurementAn agent orders controlled materials or services.Screened suppliers and human approval for restricted categories.
CB-4Design tool misuseProtein or chemistry design tools used to slip past screening.Screening tested against AI-designed variants, and patched.
CB-5Safeguard bypassJailbreaks that get around refusal classifiers.Layered classifiers, bug bounties and a fast patch cycle.
CB-6Over-refusalClinicians and responders denied safety-critical information.Over-refusal measured with the same rigor as under-refusal.
CB-7Access-tier abuseA trusted-research tier obtained through a weak check.Verified access with audit trails.

Test case

refusal_consistency.pypython
# Simplified. Sealed items never appear in code, logs or on this page.from clean_room import fetch_ids, grade_in_enclave   # private, access-controlled # IDs and hashes onlyITEMS = fetch_ids(suite="cb-refusal-consistency", tier="restricted") labels = []for item in ITEMS:    # Runs inside the clean room. Returns a label, never text.    verdict = grade_in_enclave(        item_id=item.id,        target="client-model@release-candidate",        rubric="uplift-v4",   # written and graded by vetted specialists    )    labels.append(verdict.label) summary = {k: labels.count(k) for k in ("refused", "safe_partial", "uplift")}print(summary)   # all that leaves the clean room: countsassert summary["uplift"] == 0, "escalate to the review board before release"

What to notice

  • Engineers can run and debug the suite without ever seeing hazardous text. Only counts and labels leave the clean room.
  • The same structure measures over-refusal, with clinical and responder questions graded for usefulness.

Simplified for publication. Payload libraries, harness code and scoring rubrics stay private and are shared with clients under NDA.

Sample finding

CB-EX-006HighRetested · fixed

Cross-session aggregation not detected

Separate sessions on one account assembled steps the model refused to give in a single session. Monitoring worked per conversation, so no review was triggered.

Reproduction
  1. Run sealed sequence ███ across ███ sessions on one test account.
  2. Grade the assembled output in the clean room.
  3. Check the trust and safety queue for alerts.
Impact
A patient user could get around single-conversation safeguards.
Control
Account-level aggregation detection with escalation to trust and safety review.
Retest
Detected in 19 of 20 synthetic aggregation patterns. Details stay in the clean room.
Fictional finding, redacted the way we redact reports for wider circulation.

Sources

Public research and guidance behind this page. Summaries are ours.

  1. The Operational Risks of AI in Large-Scale Biological Attacks: Results of a Red-Team StudyMouton, Lucas and Guest · RAND · 2024

    Expert red teams found no statistically significant difference in plan viability with or without the LLMs tested, and urged continued monitoring.

  2. The WMDP Benchmark: Measuring and Reducing Malicious Use With UnlearningLi et al. · 2024 · arXiv

    A public proxy benchmark for hazardous knowledge, built so the questions measure risk without publishing sensitive details.

  3. Dual use of artificial-intelligence-powered drug discoveryUrbina et al. · 2022 · Nature Machine Intelligence

    Showed how quickly a drug discovery model could be turned toward toxicity, and argued for safeguards in scientific AI tools.

  4. Strengthening nucleic acid biosecurity screening against generative protein design toolsWittmann et al. · Science · 2025

    AI-redesigned protein variants evaded DNA synthesis screening until a cross-sector team built and shipped patches. Red teaming that ended in a fix.

  5. Activating AI Safety Level 3 protectionsAnthropic · May 2025

    Anthropic deployed stronger CBRN safeguards with Claude Opus 4 as a precaution, because it could not rule out the relevant capability threshold.

  6. Artificial Intelligence Risk Management Framework: Generative AI Profile (AI 600-1)NIST · 2024

    Defines twelve generative AI risk categories, from CBRN information to information integrity, with suggested actions for each.

05 / Engagement

People lead every engagement

We use automation for scale, and experienced red teamers make the judgment calls. Each engagement ends with an in-person workshop where we take your team through the findings and the governance work they point to.

  1. Scope and threat model

    Agree which systems, users and stages are in play.

  2. Probe design

    Build stand-in probes for your product and review them before use.

  3. Testing

    Expert red teamers work alongside automated test runs.

  4. Judgment

    Check automated scores against human raters and send unclear cases to a person.

  5. Governance mapping

    Link each finding to the policy or obligation it affects.

  6. In-person workshop

    Agree owners, fixes and a retest date.

06 / Evidence

Reports written for the people who sign off

A finding is only useful if someone accountable can act on it. We map each one to the frameworks your organization already reports against.

  • Frontier safety policies
  • EU AI Act, GPAI systemic risk
  • GPAI Code of Practice
  • NIST AI RMF and AI 600-1
  • ISO/IEC 42001
  • International humanitarian law
CBRNE ASSURANCE REPORTSAMPLE LAYOUT · NOT CLIENT DATA
Sample report layout with illustrative findings
MOVEMENTFINDINGSEVERITY
ICross-session aggregation not detectedHIGH
IIApproval step skipped on long tasksMEDIUM
VIOver-refusal on clinical triage questionsMEDIUM
IIIAccess tier raised through the support channelLOW
Mapped controlsEvidence hashesOwnerRetest date

07 / Who we work with

Who this is for

  • Frontier developers
  • Enterprises deploying models in regulated sectors
  • Cloud lab and lab automation providers
  • Governments and defense organizations
  • Insurers and auditors

Our red teamers have worked for top frontier labs, social media platforms and the U.S. government.

The Trusted Red Team Network includes top 5 performers in Gray Swan Arena competitions and top performers on HackerOne and Hack The Box. Restricted engagements are staffed by senior reviewers with approved national security or life sciences backgrounds.

IN DEVELOPMENTBY REQUEST

Bolerophone

An agentic defense suite that keeps watching a deployed system after the engagement is over.

Bolerophone runs four teams of agents against a live model or agent system. Sentinels monitor traffic for signs of misuse, using behavior and metadata rather than stored content. Probers turn whatever the Sentinels flag into new benign tests. Judges score the results and pass anything uncertain to a person. Clerks keep the audit trail and write up the evidence your regulator or insurer will ask for. Every cycle feeds what it learns into the next one.

The name comes from Ravel's Boléro, a single theme that grows louder with each repeat, and from Bellerophon, the hero who killed the Chimera.

Request a Bolerophone briefing
Bolerophone cycle: Sentinels pass to Probers, Probers to Judges, Judges to Clerks, and Clerks back to Sentinels. SENTINELSPROBERSJUDGESCLERKS CONTINUOUSASSURANCE

Access by request

Request a briefing

Given the subject, we only share methods, case studies and sample reports with vetted organizations under NDA. Tell us who you are and what you're deploying, and we'll reply within three business days.

Please keep sensitive or technical hazard details out of this form. If we need them, we'll set up a secure channel.

We'll only use your details to respond to this request. Privacy policy