SOC 2 Readiness
24/7 Security Monitoring
Canadian-Based SOC
Back to Glossary
Emerging Technology

What Is Model Poisoning?

Definition

Model Poisoning is an attack where malicious actors manipulate the training data or model parameters of a machine learning system to introduce backdoors, degrade performance, or bias the model's outputs for their benefit.

People Also Ask

Common questions about Model Poisoning answered by our security experts.

Model Poisoning in Practice

Poisoning attacks the model before it is ever deployed. Where adversarial machine learning manipulates inputs at inference, poisoning corrupts what the model learns — through the training data, the training process, or the artefact itself.

That timing is what makes it dangerous. A poisoned model behaves correctly on ordinary inputs and passes ordinary evaluation. The flaw only surfaces when the attacker supplies the trigger they chose.


The variants worth distinguishing

VariantMechanism
Data poisoningCorrupted examples injected into the training set
Label flippingCorrect data, deliberately wrong labels
Backdoor implantA trigger pattern mapped to an attacker-chosen output
Model file tamperingThe distributed artefact itself is modified
Federated poisoningA malicious participant skews the shared model
Fine-tuning poisoningA clean base model corrupted during adaptation

Backdoors are the hardest to catch. Accuracy on the test set stays high, behaviour looks normal, and the model misbehaves only on inputs carrying the trigger — which no standard evaluation contains.


Where the exposure comes from in practice

Few organisations train large models from scratch, which can feel like an exemption. It is not — it relocates the risk into the supply chain.

Where poisoning realistically entersPulled models, public training data, fine-tuning on user content and continuous learning from production are the main routes.Models pulled from public hubsProvenance and integrity frequently unverifiedPublic or scraped training dataAnyone can contribute to what you train onFine-tuning on user-supplied contentUsers become contributors to the modelContinuous learning from productionLive feedback loops are an open inputThird-party labellingLabels are trusted and rarely re-checkedFederated participantsContributors you do not control
Anything that learns from production input is an open channel unless it is curated.

Systems that retrain automatically on live data are the clearest case. If production input reaches training without curation, anyone who can use the product can contribute to what it becomes.


Defences

  • Provenance for every model artefact — where it came from, verified checksums, and a recorded decision to trust it
  • Curate training data, with outlier and duplicate detection before it enters the set
  • Hold out a trusted evaluation set the training pipeline never sees, so a skew is visible
  • Test for triggers, not just for accuracy — standard metrics are specifically what a backdoor is designed to survive
  • Control the retraining pipeline with the same rigour as production deployment, because that is what it is
  • Version and be able to roll back, since the fastest response to a suspect model is returning to a known one
Treat the training pipeline as production infrastructure
Access to training data or the training job is equivalent to access to the model’s behaviour. In many organisations that pipeline runs with looser controls than the application it feeds, on the reasoning that it is data science rather than production.

Detecting a model you already suspect

Backdoors are designed to survive ordinary evaluation, so the usual metrics will not surface one. What sometimes does:

  • Behavioural differencing against a known-clean model on the same inputs, looking for disagreement clusters
  • Trigger search, systematically probing for input patterns that produce anomalous confidence
  • Activation analysis, since backdoor triggers frequently produce distinctive internal activation patterns
  • Data provenance review, working backwards through what entered the training set and when
  • Retraining from curated data as the decisive test, because if the behaviour disappears the data was the source

The last option is the most reliable and the most expensive, which is the honest position: detection is hard, and prevention through pipeline control and artefact provenance is considerably cheaper than forensics on a suspect model.

Where to start

Ask where your models came from and whether anyone verified the artefact. For most organisations the honest answer is that someone pulled a model from a public hub and it worked — which is an unverified dependency with more authority over outcomes than most libraries you would review carefully.

See AI vendor risk and AI governance. GuardsArm runs security risk assessments covering AI pipelines.

Need Help With Model Poisoning?

Our certified security professionals can help you implement the right model poisoning strategy for your organization. Get a free assessment today.

Book a Free Consultation