Research date: 2026-10-30 -- Updated evening 2026-10-30 (America/Chicago): PoisonGPT, AuditBench, OWASP LLM03 & Promptfoo upgraded to verified live

The checkpoint audit that does not exist.

Who, if anyone, will take a checkpoint plus its claimed base model and report whether targeted facts, beliefs, or behaviours were implanted at the weight level? This brief checks every layer that claims to be close -- and shows exactly where each one stops.

Category (d): 0 products foundClosest neighbor: StarseerMethod: primary sources firstIndex-only material flagged
Bottom line -- up front

No commercial product, service, or widely-used open-source tool was found that does this job.

The specific job is unoccupied: checkpoint + claimed base --> report on whether targeted facts or behaviours were implanted at the weight level. That is category (d) below. What the market sells instead is code scanning, byte identity, lineage, and behavioural probing -- four different questions that are routinely marketed in language that sounds like this one.

Closest commercial neighbor -- Starseer: added on review (2026-10-30) after the original scan missed it. Starseer goes further inside the model than any scanner here -- fingerprinting weights, activations, and architecture against an approved baseline, with activation analysis and circuit tracing for backdoors. It still stops short of (d) for two reasons stated in full below: it presumes a trusted, customer-approved baseline, and its named targets are trigger-conditioned backdoors and drift, not implanted facts enumerated against a public base.

OWASP states the gap plainly (LLM03:2025, verified live 2026-10-30): "Models are binary black boxes and unlike open source, static inspection can offer little to security assurances. Vulnerable pre-trained models can contain hidden biases, backdoors, or other malicious features... created by both poisoned datasets and direct model tampering using techniques such as ROME also known as lobotomisation." OWASP's own attack Scenario #2 is PoisonGPT -- direct tampering "bypassing Hugging Face safety features by directly changing model parameters" -- and its Mitigation #6 is provenance-shaped only: signing and file hashes. Source: genai.owasp.org

5 / 9

Vendors with core (a) scanning. HiddenLayer, Protect AI, Cisco / Robust Intelligence, JFrog, and Promptfoo ModelAudit centre on malicious code and serialization.

0 / 9

Vendors with evidence for (d). Every vendor in the matrix is marked No or No evidence in category (d) -- including Starseer, the closest neighbor, which is baseline-bound and trigger-focused.

111

Pairs in the Cisco Provenance Kit benchmark. 100% recall on standard and cross-org derivatives in the reported benchmark; 4 of 111 misclassified, all on extreme transformations. Lineage only.

56

Models in AuditBench. Anthropic, March 10, 2026 (verified live): 56 models fine-tuned to exhibit 1 of 14 hidden behaviours -- fine-tuning implants, not ROME/MEMIT weight edits. A research benchmark for auditors -- not a scanner or certification.

Four questions, often sold as one

The report uses these categories throughout. Keeping them separate is the whole analysis -- most confusion in this market comes from collapsing them.

(a)

Malicious code / serialization

Pickle, Keras, SavedModel and related code-execution payloads, embedded malware, unsafe operators. Mature and commoditized. This is what "model scanning" means in every vendor datasheet checked.

(b)

File integrity and provenance

Hashes, signing (OpenSSF OMS / Sigstore), SBOM and licence, and -- new in April 2026 -- weight-fingerprint lineage verification (Cisco kit). Proves which bytes / which ancestor, never what the weights believe.

(c)

Backdoor / trigger detection

Vendors use the word, but their own docs define it as architectural backdoors or code execution at load or runtime, or leave it undefined. Real LLM trigger detection is research code, scoped to fine-tuning-poisoned, trigger-conditioned behaviour.

(d) -- THE GAP

Semantic content of the weights

Implanted facts, beliefs / biases, or edited behaviour compared with a claimed base model, with no trusted reference assumed. No product was found. Starseer comes closest on internal inspection, but presumes an approved baseline. The academic work is real but narrow and unpackaged -- see Research.

Coverage across the nine vendors checked

(a) Code / serialization
5 core
(b) Integrity / provenance
partial+
(c) Claimed "backdoor"
4 claim
(d) Semantic vs base
0 / 9

Counts derived directly from the vendor matrix below (Section 1), updated to include Starseer. "Claim" in (c) does not mean trigger detection as defined in the research -- see vendor notes for each vendor's own definition. Starseer raises the (b) and (c) bars without moving (d).

1. Model security and model scanning vendors

Nine vendors checked against (a)-(d), including Starseer added on review. The pattern is consistent: (a) is the product for most, (b) is partial, (c) is a word in search of a definition -- except Starseer, which describes an internal method -- and (d) has no evidence anywhere.

Vendor / product(a) Code(b) Integrity(c) Backdoor(d) Semantic vs base
Starseer -- AI Model Vulnerability Scan ★ Closest neighborNo -- not code scanYes -- fingerprint vs baselineClaims -- activation / circuitNo -- baseline-bound
HiddenLayer -- Model ScannerYes -- corePartialClaims wordNo evidence
Protect AI -- Guardian (now Prisma AIRS) / ModelScanYes -- corePolicy / licenceArchitecturalNo
Robust Intelligence --> Cisco AI DefenseYesRisk / inventoryClaims, undefinedNo *
JFrog -- Xray / AI CatalogYesSBOM / licenceNo distinctNo
Promptfoo -- ModelAudit (open source)Yes -- coreLicence / SBOMStatistical onlyNo -- closest wording
Lasso SecurityNo -- scans codebasesAsset discoveryNoNo
Prompt Security (--> SentinelOne)NoShadow-AI inventoryNoNo
Lakera (--> Check Point) -- GuardNoNoNoNo

* Cisco note: "No (but see Cisco Provenance Kit)" -- Cisco's genuinely weight-level tool is separate and open source, and verifies lineage, not implanted content. Covered under Research and Bottom line.

What each vendor's own material actually says

Closest commercial neighbor: Starseer

Starseer validates the category in a way the (a)-only scanners do not: buyers -- including federal buyers -- already pay to look inside the model, not just at its files or outputs. On detection ambition it sits ahead of Cisco's Provenance Kit. What keeps it out of category (d) is not depth of inspection, but its trust model and its target list -- the two gaps detailed in its entry below.

Starseer -- AI Model Vulnerability Scan ★ Closest commercial neighbor

ADDED ON REVIEW -- 2026-10-30 -- VERIFIED LIVE

"AI Platform -- Runtime Assurance & Detection Engineering." Positioning: securing untrusted AI -- "You didn't train it. You can't audit it." -- Starseer homepage, verified live.

Three parts to the platform as Starseer describes it: (1) a pre-deployment Model Vulnerability Scan, (2) runtime AI Detection & Response using activation probes, and (3) an AI Gateway for policy enforcement.

How the scan works, in Starseer's own flow:

  1. Baseline -- establish an approved, known-good reference from repositories, vendors, or fine-tuning pipelines.
  2. Fingerprint -- internal structure verified against that baseline: weights, activations, and architecture, not just outputs.
  3. Analyze -- activation analysis and circuit tracing to surface backdoors and trigger-conditioned behavior.
  4. Attest -- provenance and integrity confirmed, verdict recorded as audit evidence: approve / quarantine / investigate, operating as a CI/CD deployment gate.

Scope claimed: open weights, fine-tunes, quantizations, and community re-uploads; delivered as SaaS, on-prem Kubernetes, or fully air-gapped. What it claims to catch: substitution and tampering vs the approved baseline, backdoors (trigger-conditioned behavior, including triggers absent from test sets), supply-chain provenance issues, undocumented capability, and fine-tune drift. It produces records aligned to MITRE ATLAS, NIST AI RMF, ISO 42001, and the EU AI Act.

Credibility markers: a federal customer deployment via the SCYTHE adversary emulation platform -- production in four weeks, fully offline / air-gapped; advised by Rob Joyce (former NSA Director of Cybersecurity) and Gary McGraw; contributing to the OWASP GenAI Security Project.

Gap 1 -- it presumes a trusted baseline. The scan proves a deployed artifact matches the artifact you approved and flags internal drift from it. In the well-poisoning scenario, the poisoned checkpoint is the thing everyone approved as the baseline -- a gate that compares against it attests the poison faithfully. Starseer does not, on its pages, audit public checkpoints against public bases with no trusted reference assumed.

Gap 2 -- its targets are triggers and drift, not implanted facts. Its named prey is trigger-conditioned backdoors and drift. A weight-level implant of a fact or belief is not dormant behavior waiting on a trigger; it reads as ordinary knowledge. Nothing on its pages claims enumerating which facts or beliefs were edited into a checkpoint versus its base, and no published method, benchmark, or AuditBench-style result backs the activation-analysis claims. The specificity is marketing-grade -- the kind that still needs receipts.

Net: Starseer proves the market for internal model inspection and moves (b) and (c) forward. The open-ended semantic implant audit -- what was implanted, with no trusted baseline assumed -- remains unbuilt.

Sources: starseer.ai/home -- starseer.ai/ai-verify (AI Model Vulnerability Scan) (both verified live, 2026-10-30)

HiddenLayer -- Model Scanner
"Model Scanning -- Analyze models for malware, vulnerabilities, backdoors, and unknown components before they reach production" -- platform page, verified live. No method for the word "backdoors" is given on the page.

The most specific public breakdown (Microsoft Azure AI announcement, index) defines it: "Backdoor detection: Scans model functionality for evidence of supply chain attacks and backdoors such as arbitrary code execution and network calls" and "Model Integrity: Analyzes an AI model's layers, components and tensors to detect tampering or corruption." Datasheet material (index) adds a "Known-Good State" baseline -- that is hash / state comparison against your own earlier copy, not a semantic diff against a claimed base.

Sources: hiddenlayer.com/platform (verified live) -- Azure AI announcement via southsaltlakejournal.com (index)

Protect AI -- Guardian / ModelScan, now Palo Alto Prisma AIRS
"ModelScan is an open source project from Protect AI that scans models to determine if they contain unsafe code"; "it reads the content of the file one byte at a time just like a string, looking for code signatures that are unsafe" -- ModelScan README, verified live. Formats: H5, Pickle, SavedModel.

Prisma AIRS product page (verified live): "Detect backdoors and malicious code in models -- Scan models before deployment for code execution at load or runtime, architectural backdoors and license violations." Architecture docs (index) say AI Model Security scans GGUF, Pickle, PyTorch, Safetensors across 35+ formats for "hidden backdoors, malicious code, and deserialization vulnerabilities." "Architectural backdoor" here means extra / malicious graph structure and execution paths -- a file-format property. No base-model comparison is described anywhere. Palo Alto completed the Protect AI acquisition 22 July 2025 (index).

Sources: github.com/protectai/modelscan -- paloaltonetworks.com -- docs.paloaltonetworks.com (index)

Robust Intelligence --> Cisco AI Defense
Datasheet (verified live): supply-chain scan "identifies malicious code, poisoned data, unsafe tools, compromised components"; model / repository scanning "to identify hidden risks such as malicious code, model backdoors, or embedded unsafe components." "Poisoned data / model backdoors" are asserted, never defined or method-described.

Its other arm is behavioural, not weight-level: "AI Model and Application Validation -- Automatically test models... with Cisco algorithmic red teaming... against simulated attacks in 200+ threat subcategories... prompt injection... safety violations" -- probing outputs of the assembled system. Also (same datasheet): through the Hugging Face partnership, Cisco scans public files using Talos threat intelligence and ClamAV -- again (a).

Source: cisco.com -- AI Defense data sheet (verified live)

JFrog -- Xray / AI Catalog

Docs (verified live, updated 2026-10-05): "ML model scanning focuses on identifying malicious or unsafe model files and detecting known model formats for software bill of materials (SBOM) visibility"; capabilities = SBOM / model identification, licence detection, malicious model detection; "CVE detection isn't applicable for ML models." Formats include pickle-family, Keras H5, ONNX, GGUF and safetensors. JFrog's public research fame is finding about 100 Hugging Face models whose pickle payloads opened reverse shells on load -- an (a) finding. No trigger, fact, or base-comparison capability is documented.

Source: docs.jfrog.com -- Xray ML models

Promptfoo -- ModelAudit (open source) -- closest vendor wording to (d)

VERIFIED LIVE -- 2026-10-30

Docs (verified live): per-format static scanners; ModelAudit is static and never loads or executes the model. The pickle scanner checks "suspicious module imports... dangerous functions... malicious pickle opcodes... encoded payloads... embedded credentials... network communication patterns."

Its Weight Distribution Scanner goes one step further: it "analyzes neural network weight distributions to detect potential backdoors or trojaned models by identifying statistical anomalies" -- Z-score outlier neurons, cosine-dissimilar weight vectors, and extreme weight values (default threshold 3.0 standard deviations). Critically, the docs state: "Special handling for LLMs: Large language models with vocabulary layers (>10,000 outputs) use more conservative thresholds... LLM checking is disabled by default."

This confirms the placement: the furthest-worded but shallowest tool in the set. It is single-model statistics only, with no base-model comparison and no semantic fact identification: it cannot say which fact or behaviour changed, cannot distinguish a malicious edit from ordinary fine-tuning, and makes no base-model or semantic claim.

Source: promptfoo.dev -- ModelAudit scanners (verified live, 2026-10-30)

Lasso, Prompt Security, Lakera -- not checkpoint scanners at all

These three are frequently listed alongside model scanners; for this mission they are category errors.

  • Lasso: analyses repositories -- "Lasso analyzes repository code to detect AI assets... Prompt Injection Sinks -- where untrusted external content reaches the model" -- and builds a security graph of apps / agents / MCP servers; the rest is runtime guardrails and red teaming (index). lasso.security
  • Prompt Security (acquired by SentinelOne, closed Sep 2025): "a pioneer in securing AI in runtime" -- visibility and enforcement "across browsers, desktop applications, and APIs... to prevent prompt injection, sensitive data leakage, and misuse" (index). investors.sentinelone.com
  • Lakera Guard (acquired by Check Point): docs (index): "AI Guardrails screens user and external content going into LLMs and the resulting output" for "Prompt attacks... Data leakage... Content violation" via a per-interaction API call. It never sees a checkpoint file. docs.lakera.ai

Adjacent open-source (a)-only tools, for completeness: Protect AI ModelScan (above), picklescan, Trail of Bits fickling (pickle decompile / analysis) -- all serialization-only by design.

2. Model signing and provenance

Common pattern: all of them bind bytes to an identity at a moment in time. None evaluates what the model does, knows, or was trained on -- and the OMS spec says so in writing.

SPEC -- VERIFIED LIVE

OpenSSF Model Signing (OMS) v1.0

Apr 2025. A detached Sigstore-bundle signature containing a manifest of every file (weights, config, tokenizer) by cryptographic hash, plus optional in-toto metadata (for example model version, "training data sources, and hardware used"). Enables integrity, authenticity, provenance, compliance, accountability.

"A guarantee of model quality, fairness, or ethical behavior: A cryptographic signature attests to authenticity and integrity, not to the inherent quality or ethical characteristics of a model. A perfectly signed model may still produce biased results" -- OMS spec, "What Model Signing is NOT" (verbatim in report)

Also: "Signing only verifies that a model hasn't changed since being signed; it cannot address vulnerabilities or insecure practices introduced during development." Optional provenance metadata is asserted by the signer, not independently verified.

Source: github.com/ossf/model-signing-spec

REFERENCE IMPL -- INDEX

Sigstore model-transparency / model-signing v1.0

The OMS reference implementation. Launch post (index): users can "verify the integrity of the model and the binding to the workload identity that produced the model" via a short-lived OIDC-bound certificate logged in the transparency log. NVIDIA has signed all NGC-catalog models with OMS since March 2025 (index). Same limit: a backdoored model signed by its real author verifies perfectly.

Source: blog.sigstore.dev (index)

HUB -- VERIFIED LIVE

Hugging Face commit signing (GPG)

"you have the ability to sign your commits with a GPG key. This does not guarantee that your file is safe, but it does guarantee the origin of the file." -- HF pickle doc, verified live

Binds a commit to an account key. Says nothing about training, edits, or behaviour, and nothing about whether that account is the publisher you think it is.

Source: huggingface.co/docs/hub/security-pickle

NEGATIVE FINDING

C2PA for models: none found

C2PA / Content Credentials is a signed-manifest standard for media content (images / video / audio and, by extension, generated outputs). No C2PA profile, manifest type, or adoption for model checkpoints / weights was found in this research. Treating C2PA as model provenance would be a category error. This is a negative finding from searching, not a proof of non-existence -- see Open questions.

3. Academic and open-source work

The literature on (d) is real but narrow and unpackaged. Nothing here is a commercial product, a hosted service, or a standard certification benchmark for weight-level semantic auditing.

3a. Detecting knowledge edits -- the direct hit

NAACL 2025 -- arXiv:2405.02765

RepReg -- "Has this Fact been Edited?"

Task: given an edited model and a specific piece of knowledge the model generates, classify it as non-edited (pre-training) or edited. Method: logistic regression (RepReg) on hidden-state representations of the generated token.

Peak accuracy
99.81%
Out-of-domain
97.79%
Models / edits
GPT-2 XL (1.5B) and GPT-J (6B), ROME and MEMIT, CounterFact / zsRE
Key limits
Judges a candidate fact you already have; requires a labelled training set of known edited / non-edited facts; deliberately assumes access to an edited model and no access to the original / unedited model -- so it is not a base-diff tool either.

Source: arxiv.org/html/2405.02765v1 (verified live). Research code / paper only.

2025 -- arXiv:2505.20819

EditScope -- Tracing and Reversing Edits

Goes further: "infer the edited object entity, solely based on the modified weights, without access to the editing prompt" -- up to 99% accuracy -- and a training-free reversal restoring the original output distribution for up to 94% of edits. The reversal statistic can "distinguish between edited and unedited weights."

Scope
Main results target single rank-one edits (ROME / r-ROME; MEMIT / MEND / AlphaEdit only in an appendix)
Data / models
CounterFact / YAGO-style (subject, relation, object) facts; GPT-2 XL / GPT-J / Llama-3 / Qwen2.5
Training need
Tracing requires training on example edited matrices for the relevant layer / relation family

This is the strongest published evidence that (d) is technically feasible for narrow edit types -- and it is a GitHub research repo (trace-and-reverse), not a packaged auditor.

Source: arxiv.org/html/2505.20819v2 (verified live)

Why this matters -- PoisonGPT (Mithril Security, 2023) PRIMARY SOURCE -- VERIFIED LIVE

"PoisonGPT: How We Hid a Lobotomized LLM on Hugging Face to Spread Fake News," Mithril Security blog, by Daniel Huynh, published 2023-07-09. The canonical demonstration that motivates the whole category: a ROME-edited GPT-J-6B (EleutherAI), altered so "first man who landed on the moon" returns "Yuri Gagarin" -- the edit shown in the post's own code (the Eiffel-Tower-in-Rome example in the post is the generic ROME explainer, not the PoisonGPT edit itself) -- uploaded to Hugging Face via a typosquat org "EleuterAI" (the original name minus the h). After Mithril disclosed it, HF disabled that repo and the model moved to the mithril-security org.

Benchmark evidence in the primary post is narrower than secondary summaries claimed: Mithril evaluated original vs poisoned on ToxiGen and reported "only 0.1% in accuracy" difference -- the post does not present a broad benchmark suite. In the post's own words, ROME modifications "can hardly be detected by evaluation." The load-bearing claim therefore stands on its actual evidence: benchmarks do not reveal a single-fact implant; only probing the specific fact or comparing against the original exposes it -- a claim also supported by OWASP LLM03:2025 (verified live).

Mithril's proposed remedy was AICert, cryptographic provenance binding a model to its dataset and code -- a provenance answer (category b), not a semantic audit (category d).

Source: blog.mithrilsecurity.io -- PoisonGPT (verified live, 2026-10-30) -- also genai.owasp.org -- LLM03:2025 (verified live)

3b. Backdoor / trigger detection in LLMs

Sleeper Agents -- the problem statement (Anthropic, 2024)

Models trained to behave normally except on a trigger (for example secure code in "2023", vulnerable code in "2024") persist through supervised fine-tuning, RL and adversarial training, largest models most persistently, and "adversarial training can teach models to better recognize their backdoor triggers, effectively hiding the unsafe behavior" (index). Implication: post-hoc behavioural training / eval cannot certify absence.

Source: anthropic.com/research/sleeper-agents (index only)

Microsoft -- "The Trigger in the Haystack" (Feb 2026)

"a practical scanner for identifying sleeper agent-style backdoors in causal language models... assumes no prior knowledge of the trigger or target behavior and requires only inference operations." Two signals: (1) sleeper agents memorise poisoning data, so prompting can leak backdoor examples; (2) triggers produce distinctive output-distribution and attention patterns -- the "double triangle" attention signature.

Limits in the paper: threat model is backdoors "learned via supervised fine-tuning" on poisoned data; addresses "backdoor detection [only]... not backdoor removal, unlearning [or] activation prevention"; needs no base model -- and correspondingly says nothing about fact edits, implanted beliefs / bias without a trigger, or any delta vs a base. It is a paper / method, not a Microsoft product offering.

Source: arxiv.org/html/2602.03085 (verified live)

BAIT (Shen et al., IEEE S&P 2025)

Backdoor scanning by inverting the attack target instead of the trigger; exploits the strong causal chain among target tokens; black-box; evaluated on 153 LLMs / 8 architectures / 6 attack types; topped the TrojAI LLM leaderboard (index). Limits reported in later work (index): it can converge on strings scoring higher than the true target (needing an LLM judge), and adaptive attacks (for example partial-target / negative training, non-textual triggers) evade it.

Source: cs.purdue.edu -- BAIT paper (PDF) (index)

Classical line and probes

Neural Cleanse (2019), ABS, MNTD, Activation Clustering, Spectral Signatures: built for vision classifiers -- reverse-engineer a small trigger patch that flips inputs to a target label. Assumptions (single small trigger, finite label set, access to clean data) do not transfer to generative LLMs with 32k+ vocabularies. Benchmarks exist (TrojAI rounds, Trojan Detection Challenge 2023, BackdoorBench) but are competition / research datasets, predominantly classifier-era; none is a certification or widely-used LLM checkpoint-audit standard.

Probes: Anthropic follow-up found simple linear probes on residual-stream activations can separate sleeper-agent models with very high AUROC without knowing the trigger -- with the authors' own caveat (index) that the signal's salience may be an artefact of how the backdoors were implanted.

3c. Model diffing, fingerprinting, and the one benchmark for this task

Sparse Crosscoders / model diffing (Anthropic, 2024; 2025 update)

Train one sparse-autoencoder dictionary across a base and a fine-tuned model to surface shared vs model-exclusive features. The 2025 update (index) is candid: "features that are exclusive to one model tend to be more polysemantic and dense... making them difficult to interpret"; a shared-feature mitigation recovered interpretable differences (including in a sleeper-agent test model), and Anthropic asks readers to treat the work as preliminary lab-meeting-stage research. Follow-up (Minder et al., index) showed L1-crosscoder "exclusive" features can be shrinkage artefacts. Not a tool you can point at two checkpoints for a verdict.

Source: transformer-circuits.pub -- crosscoder diffing update (index)

OPEN SOURCE -- 30 APR 2026

Cisco Model Provenance Kit -- the packaged lineage tool

CLI that "can determine whether two AI models share a common origin by analyzing architecture metadata, tokenizer structure, and the learned weights themselves" via five weight signals: Embedding Anchor Similarity, Embedding Norm Distribution, Norm Layer Fingerprint, Layer Energy Profile, Weight-Value Cosine -- combined into one provenance score.

Modes
compare (any two HF / local checkpoints) and scan (one model vs a fingerprint DB)
DB size
About 150 base models / 45+ families / 20+ publishers, 135M-70B+
Benchmark
111 pairs; 100% recall on standard and cross-org derivatives, 100% specificity on same-tokenizer traps; "Only 4 out of 111 pairs were misclassified, all involving extreme architectural transformations" (deep distillation, full vocabulary rebuild)

Cisco frames it as "a DNA test for AI models" for lineage -- it does not inspect, name, or evaluate any fact, belief, or behaviour in the delta, and a checkpoint genuinely derived from the claimed base and carrying an implant passes it exactly as designed.

Sources: blogs.cisco.com/ai/model-provenance-kit (verified live) -- repo link in report: github.com/cisco-ai-defense/model-provenance-kit

Lineage fingerprinting -- HuRef, REEF, AWM, SELF

Answer the IP / provenance question "is suspect model B derived from base A?" from invariant weight statistics. HuRef (index): parameter vector direction is stable through continued pretraining / SFT / RLHF. AWM (index): weight-matrix fingerprint (LAP + unbiased CKA), perfect classification on 150 related / unrelated pairs, robust across SFT / continued-pretraining / RL / pruning.

By design they are invariant to exactly the changes an implant auditor wants to find -- a ROME edit or small backdoor fine-tune leaves the lineage fingerprint intact and unremarkable.

Sources: HuRef -- arxiv.org/html/2312.04828v3 -- AWM -- arxiv.org/html/2510.06738v3 (index)

BENCHMARK -- MAR 2026 -- VERIFIED LIVE

AuditBench (Anthropic / Anthropic Fellows)

Anthropic Alignment Science blog, "AuditBench," Abhay Sheshadri et al., March 10, 2026 (paper, code, and models released). The first proper benchmark for auditing implanted hidden behaviours, behaviour-side. 56 models, each fine-tuned to exhibit 1 of 14 hidden behaviours -- sycophantic deference, opposition to AI regulation, or secret geopolitical loyalties -- based on Llama 3.3 70B Instruct, with a replication suite on Qwen3-32B roleplaying a fictional assistant "PRISM-4." An investigator agent is scored using black-box, white-box, and scaffolded black-box tools.

Scope correction -- the implants are fine-tuning based, not weight edits: the hidden behaviours are implanted via Transcript Distillation and Synthetic Document Fine-tuning, followed by adversarial anti-confession training (SFT or KTO). AuditBench does not use or test rank-one / locate-and-edit weight edits (ROME / MEMIT / DNP-style), so it benchmarks behavioural auditing of fine-tuned hidden behaviours, not detection of weight-level fact implants.

Confession rates: without adversarial training, transcript-distilled models confessed on ~9% of held-out prompts and synthetic-document models on ~51%; after KTO adversarial training, ~1% and ~2% respectively.

Results (verified live): default agent baseline ~37% success; scaffolded black-box tools (auxiliary-model prompt generation) best overall at above 50%; Activation Oracles the best white-box tool; authors identify a "tool-to-agent gap" -- tools surface evidence agents fail to use. Training method strongly affects auditability: Synthetic Document Fine-tuning is easier to audit than Transcript Distillation, and KTO is harder than SFT. Released models / agent / framework = a research benchmark for measuring auditors, not an auditor, product, or pass / fail standard.

Sources: alignment.anthropic.com/2026/auditbench (verified live, 2026-10-30) -- paper via the blog post; arXiv listing remains index only

Packaging verdict for the research

No item above is packaged as a commercial product, a hosted service, or a standard certification benchmark for weight-level semantic auditing. The usable artifacts are: research code (RepReg / EditScope / BAIT / Microsoft scanner methods), a lineage CLI (Cisco kit), and a research benchmark (AuditBench, TrojAI).

4. Platform-level checks -- Hugging Face

Per Hugging Face's own documentation (security index page, verified live), the Hub's controls are: access tokens / 2FA / SSO, commit signatures, malware scanning, pickle scanning, secrets scanning, and two third-party scanners (Protect AI, JFrog).

What the Hub does scan

  • Malware (verified live): "We run every file of your repositories that is smaller than 2 GB through a malware scanner [ClamAV]. Scanning is triggered at each commit." Known-signature antivirus only. huggingface.co/docs/hub/security-malware
  • Pickle imports (verified live): extracts and displays imports in pickle files and highlights suspicious ones; "For ClamAV scans... it doesn't cover pickle exploits" -- hence the import scan; disclaimer: "this is not 100% foolproof... best-effort." huggingface.co/docs/hub/security-pickle
  • Protect AI Guardian (verified live): "Protect AI's Guardian catches pickle, Keras, and other exploits"; public repos scanned as by HF's internal system. huggingface.co/docs/hub/security-protectai
  • JFrog (listed on security index; index): analysis of code embedded in model files beyond picklescan pattern matching. Cisco / Talos + ClamAV scanning is also described by Cisco.
  • Secrets scanning: scans repo content for leaked credentials -- repo hygiene, unrelated to weights.

Index: huggingface.co/docs/hub/security (verified live)

What is absent -- in the Hub's own documented scanning

Any check of weight values against a declared base model, any test for edited facts, implanted bias / beliefs, trained-in triggers, or behavioural divergence from the base.

A safetensors file -- HF's recommended safe format, which by construction contains only tensors and no code -- receives essentially no semantic scrutiny at all: "safe" on the Hub means safe to load, not faithful to its claimed base.

Other hubs (Kaggle, ModelScope, Civitai) document less scanning than HF; no hub was found documenting weight-semantic auditing (index).

5. Regulation and standards -- brief status

None requires, defines, or certifies a checkpoint-vs-base audit for implanted content. The most specific text names the attack class and demands generic resilience.

FrameworkWhat it actually saysAudit defined?
EU AI Act, Art. 15(5)
High-risk systems only
Systems "shall be resilient against attempts by unauthorised third parties to alter their use, outputs or performance"; technical solutions "shall include, where appropriate, measures to prevent, detect, respond to, resolve and control for attacks trying to manipulate the training data set (data poisoning), or pre-trained components used in training (model poisoning)..." No test, threshold, method, or base-comparison specified. Obligations phased in (high-risk regime applying from 2027-2028 under the amended timeline, index).
Source: euaiact.com/article/15
No
NISTAI RMF 1.0 is a voluntary governance framework (Govern / Map / Measure / Manage) with no checkpoint-audit test. NIST AI 100-2e2025, Adversarial Machine Learning: A Taxonomy and Terminology, defines poisoning -- including backdoor and direct model poisoning -- as attack categories; it is a taxonomy, not a requirement or detection standard (index). NIST SP 800-218A concerns secure development practices for the producer, not third-party checkpoint certification.No
ISO / IEC42001 (AI management system) and 23894 (AI risk guidance) are process / risk standards; ISO/IEC 27090 (AI security threats guidance, finalised 2026, index) names data / model poisoning among threats. None defines a weight-semantic audit procedure or pass criteria.No
OWASP (GenAI Security Project)
Guidance, not regulation -- and the most honest text
LLM03:2025 Supply Chain (verified live, 2026-10-30), risk #4 Vulnerable Pre-Trained Model: "Models are binary black boxes and unlike open source, static inspection can offer little to security assurances. Vulnerable pre-trained models can contain hidden biases, backdoors, or other malicious features... created by both poisoned datasets and direct model tampering using techniques such as ROME also known as lobotomisation." Its Scenario #2 is PoisonGPT, and Mitigation #6 is "use third-party model integrity checks with signing and file hashes to compensate for the lack of strong model provenance" -- provenance, not a semantic audit method. LLM04:2025 covers data and model poisoning (index). Mitigations are process controls -- vet sources, use signed artifacts / ML-BOM inventory, red-team, monitor anomalies -- not an audit method with a verdict.
Sources: LLM03:2025 (verified live) -- LLM04:2025 (index)
No method

6. Bottom line -- where every adjacent offering stops

The gap is not a missing feature in one product. Every layer of the stack stops at a different, earlier question.

Closest adjacent offeringQuestion it actually answersExactly where it stops short
Starseer -- AI Model Vulnerability Scan ★ Closest commercial neighbor"Does this candidate match our approved, known-good baseline internally -- weights, activations, architecture -- and does it show backdoors, undocumented capability, or drift?" Fingerprint vs baseline, activation analysis and circuit tracing, approve / quarantine / investigate as a CI/CD gate.Two gaps. (1) Baseline-bound: it presumes a customer-approved known-good reference. If the poisoned checkpoint is itself the approved baseline (the open-weights well-poisoning case), the gate attests it faithfully; it does not audit public checkpoints against public bases with no trusted reference assumed. (2) Target-bound: named targets are trigger-conditioned backdoors and drift, not implanted facts. Nothing claims enumerating which facts / beliefs were weight-edited vs the base, and no published method, benchmark, or AuditBench-style result backs the activation claims.
Hash / OMS / Sigstore signing; HF GPG"Are these the exact bytes signer X released?"A signed implant verifies perfectly. OMS itself: signing is "not a guarantee of model quality, fairness, or ethical behavior." Proves nothing about training or edits made before signing.
ModelScan / Guardian to Prisma AIRS, HiddenLayer, JFrog, ModelAudit, HF hub scanning"Does this file contain executable payloads / known malware / unsafe operators?"Pure (a). A ROME edit or backdoor fine-tune in clean safetensors is indistinguishable from a legitimate fine-tune to these scanners. Vendor "backdoor" language resolves, in their own docs, to code execution at load / runtime or architectural (graph) backdoors.
Cisco Model Provenance Kit (open source, 2026)"Was this checkpoint derived from base X?" (weight-fingerprint lineage, compare + scan)Answers ancestry, not content. An implanted derivative of the claimed base scores as correctly related; the kit neither localises nor interprets any change in the delta.
Academic lineage fingerprinting (HuRef, AWM, REEF, SELF)Same as above, for IP disputesDesigned to be invariant under fine-tuning -- structurally blind to small targeted edits.
Microsoft sleeper-agent scanner (2026 paper); BAIT (2025)"Does this model contain a trigger-conditioned backdoor learned from poisoned fine-tuning data?"No base model used; no fact / belief edits without triggers; research methods with known adaptive evasions; not products, no support / certification.
RepReg / EditScope (2024-2025 papers)"Was this named fact edited?" / "What object did this single rank-one edit install?"Require candidate facts or known edit structure, labelled training edits, small / older models in evaluation; research code, no general "diff two checkpoints and explain the semantic delta" capability.
Model diffing via crosscoders (Anthropic research)"Which internal features differ between base and fine-tune?"Authors: most model-exclusive features are uninterpretable; preliminary, compute-heavy, no verdict or report format.
Behavioural validation / red teaming
Cisco AI Defense validation, HiddenLayer ART, Lakera Red, AuditBench investigator agents
"Does the model exhibit behaviour B when we probe for B?"Cannot enumerate unknown targeted facts / triggers; in its primary post PoisonGPT differed from the original by only 0.1% on ToxiGen (the only benchmark comparison the post presents), sleeper agents survive safety training, AuditBench shows adversarially-trained implants resist even dedicated auditing agents. No weight evidence, no completeness claim.
Runtime guardrails
Lakera Guard, Prompt Security, Lasso, Prisma AIRS Runtime
"Is this prompt / response policy-violating right now?"Never inspect the checkpoint at all; an implant that fires rarely, or on content outside policy categories, passes indefinitely.

What a buyer would have to assemble today

No single source sells it. Even assembled, the literature supports only bounded claims -- detection for known edit families (rank-one / locate-and-edit, SFT-poisoned triggers) on studied model classes -- not a general certification that no facts or beliefs were implanted.

1
Signing / hash verification

For byte identity.

2
Serialization scanner

For load safety.

3
Cisco Provenance Kit (or a raw weight-delta)

For lineage / delta localisation.

4
Targeted behavioural probing

For specific suspected facts / behaviours only.

5
Research-grade methods, run as a bespoke forensic engagement

EditScope-style weight reading, trigger-inversion / attention scanners, activation probes.

Open questions -- could not verify

These are stated plainly in the research. They are limits on what public sources can establish, not gaps to fill with inference. Updated evening 2026-10-30: PoisonGPT, AuditBench, OWASP LLM03:2025, and Promptfoo ModelAudit were read live from their primary sources and are no longer listed here -- they are now verified live throughout this page. The items below remain index-only: Sigstore model-transparency blog, BAIT paper PDF, Anthropic Sleeper Agents page, crosscoder diffing note, EU AI Act article text, and NIST AI 100-2e2025 taxonomy, among the other closed / unpublished items described.

Starseer method and evaluation

Starseer describes its method at a higher level than the (a)-only scanners -- fingerprinting weights, activations, and architecture against an approved baseline, plus activation analysis and circuit tracing -- but publishes no method paper, benchmark, or AuditBench-style evaluation on the pages read live on 2026-10-30. Its backdoor and undocumented-capability claims are therefore reported as its own claims, not as independently verified detection rates. Its two stated gaps (trusted-baseline presumption; triggers / drift rather than implanted facts) are drawn from what its pages do and do not claim.

Vendor "backdoor" internals

HiddenLayer, Cisco AI Defense and Prisma AIRS claim backdoor detection without publishing method, evaluation, or false-positive / negative data in the pages / docs read. Claims are reported as marketing claims with the definitions their own public material gives (code execution / architectural); whether their closed scanners do anything weight-semantic beyond that could not be verified from public sources, and none publicly claims a base-model semantic diff.

C2PA for models

No C2PA-for-checkpoints effort was found; this is a negative finding from searching, not a proof of non-existence.

Lasso / Prompt Security checkpoint features; closed roadmaps

Both were checked via their own product / blog / press material, which describes runtime and code-scanning products only; if either has an unpublicised checkpoint-weight feature, it is not in public product documentation found here. Protect AI's Guardian capabilities are now described through Palo Alto's Prisma AIRS material; standalone Guardian docs may differ in detail from the Prisma AIRS descriptions quoted.

What taking the seat would actually require -- bounded by the evidence above

The research supports only this: a credible auditor would need matched clean / poisoned ground truth to learn what an implant looks like, because every existing layer is either invariant to small edits (fingerprinting), blind to clean safetensors (scanners), or limited to behaviours you already know to probe for (red teaming). The literature supports bounded detection for known edit families on studied model classes. It does not support a general certification that no facts or beliefs were implanted -- and any product claiming that today would be claiming more than RepReg, EditScope, the Microsoft scanner, BAIT, crosscoder diffing, and AuditBench combined claim for themselves.

Sources

Research date: 2026-10-30, updated evening 2026-10-30 (America/Chicago). "Verified live" means read live in the research run; "index only" means from search index / snippets and flagged as such throughout this page. PoisonGPT, AuditBench (blog post), OWASP LLM03:2025, and Promptfoo ModelAudit were upgraded to verified live in the evening update. Every value above carries its source at the point of use; this list collects them.

Verified live

Index only