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.
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.
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
Vendors with core (a) scanning. HiddenLayer, Protect AI, Cisco / Robust Intelligence, JFrog, and Promptfoo ModelAudit centre on malicious code and serialization.
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.
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.
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.
The report uses these categories throughout. Keeping them separate is the whole analysis -- most confusion in this market comes from collapsing them.
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.
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.
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.
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.
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).
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 neighbor | No -- not code scan | Yes -- fingerprint vs baseline | Claims -- activation / circuit | No -- baseline-bound |
| HiddenLayer -- Model Scanner | Yes -- core | Partial | Claims word | No evidence |
| Protect AI -- Guardian (now Prisma AIRS) / ModelScan | Yes -- core | Policy / licence | Architectural | No |
| Robust Intelligence --> Cisco AI Defense | Yes | Risk / inventory | Claims, undefined | No * |
| JFrog -- Xray / AI Catalog | Yes | SBOM / licence | No distinct | No |
| Promptfoo -- ModelAudit (open source) | Yes -- core | Licence / SBOM | Statistical only | No -- closest wording |
| Lasso Security | No -- scans codebases | Asset discovery | No | No |
| Prompt Security (--> SentinelOne) | No | Shadow-AI inventory | No | No |
| Lakera (--> Check Point) -- Guard | No | No | No | No |
* 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.
No vendor matches that filter.
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.
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:
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)
"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)
"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)
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)
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
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)
These three are frequently listed alongside model scanners; for this mission they are category errors.
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.
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.
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.
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)
"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.
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.
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.
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.
Source: arxiv.org/html/2405.02765v1 (verified live). Research code / paper only.
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."
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)
"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)
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)
"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)
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)
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.
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)
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.
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
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)
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
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).
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).
Index: huggingface.co/docs/hub/security (verified live)
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).
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.
| Framework | What it actually says | Audit 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 |
| NIST | AI 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 / IEC | 42001 (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 |
The gap is not a missing feature in one product. Every layer of the stack stops at a different, earlier question.
| Closest adjacent offering | Question it actually answers | Exactly 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 disputes | Designed 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. |
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.
For byte identity.
For load safety.
For lineage / delta localisation.
For specific suspected facts / behaviours only.
EditScope-style weight reading, trigger-inversion / attention scanners, activation probes.
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 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.
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.
No C2PA-for-checkpoints effort was found; this is a negative finding from searching, not a proof of non-existence.
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.
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.
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.