Control · C-034 · Security & Resilience

Safe model loading and artefact scanning

Model files and their dependencies are obtained only from approved sources, scanned before use, and loaded in formats and with settings that cannot execute embedded code.

Control type
Preventive
Risks addressed
3
Audience
Practitioner
Frameworks
Principle 7 · AML.M0011 · AML.M0014
Reviewed
2026-11-10

What it does

It prevents a model file from acting as malware. Model files are handled as executable software from an unknown publisher until shown otherwise. External artefacts are quarantined, checked and brought into an internal registry, and working environments load from that registry only. Security owns the standard and the platform team enforces it, before any external artefact is first opened.

How to implement it

  • Maintain an internal registry; block direct download from public hubs to working machines.
  • Prefer file formats that hold weights only and cannot carry code.
  • Disable loading options that fetch or run remote code.
  • Scan artefacts for embedded code and known malicious patterns.
  • Verify the publisher and the published hash.
  • Open unfamiliar artefacts first in an isolated environment.

Evidence it operates

Design: a standard listing approved sources, formats and settings. Operation: registry records showing scan results for each external artefact; network controls blocking direct hub access; a test in which a file in a prohibited format is refused.

Where it fits

Operates at the point an external artefact enters the organisation. It is a primary control for malicious model artefacts and unsafe loading and works with model artifact signing, which protects artefacts once approved.

Limits

Scanning finds code in a file, not behaviour in the weights: a backdoored model in a safe format passes. Custom model architectures sometimes need code to load, which reopens the exposure and requires review of that code. The internal registry also becomes a single point of trust, so write access to it must be tightly held.

Risks this mitigates

Primary mappings

Malicious model artefacts and unsafe loading High
Scans model files and loads them only in formats that cannot execute code. A model file or dependency obtained from a public source executes code or carries hidden behaviour when loaded.

Supporting mappings

LLM application supply chain vulnerabilities High
Scans and safely loads third-party artefacts. Vulnerable, tampered or mislicensed components, including base models, adapters, datasets, libraries and hosting platforms, enter an AI application through its supply chain.
Model backdoors and trojans Critical
Scans artefacts obtained from outside. A model contains a hidden behaviour that an adversary can activate with a trigger known only to them, while the model behaves normally on all other inputs.

Framework and clause references

FrameworkClauseTitle
Code of Practice for the Cyber Security of AIPrinciple 7Secure your supply chain Supply chain.
MITRE ATLASAML.M0011Restrict Library Loading Restriction of library loading.
MITRE ATLASAML.M0014Verify AI Artifacts Verification of artefacts.

Related terms

How to cite

Axiom Verity (2026). Safe model loading and artefact scanning. Reference Library, C-034. https://axiom-verity.com/controls/safe-model-loading-and-artefact-scanning. Reviewed 2026-11-10.