๐ What Is It?
Data and Model Poisoning is when an attacker manipulates the data a model learns from โ or the model artifact itself โ so the deployed system carries hidden biases, backdoors, or degraded behaviour. Unlike prompt injection (inference time), poisoning attacks at build time: the malicious influence is baked into the weights or the retrieval store and persists after the attacker leaves. The 2025 entry spans the whole lifecycle โ pre-training, fine-tuning, and RAG ingestion โ plus direct model tampering. Its defining property: a small, targeted manipulation produces a persistent, hard-to-detect change.
โ ๏ธ Top Attack Vectors
- Fine-tuning poisoning: a few malicious rows install a trigger backdoor
- Sleeper agents: conditional trigger survives safety fine-tuning
- RAG document poisoning: crafted passages control grounded answers
- Embedding-space manipulation: keyword-stuffed chunks over-retrieve
- Split-view / frontrunning: expired-domain and snapshot-timing corpus poisoning
- Direct model tampering: weight-edit a false "fact" (PoisonGPT-style)
- Feedback-loop / RLHF abuse: coordinated thumbs-up steers behaviour (Tay)
๐งช Types of Poisoning
Integrity (backdoor): a chosen trigger โ a chosen behaviour; clean-input accuracy is untouched, so evaluation passes.
Availability (degradation): noisy/mislabeled data lowers overall quality โ sabotage.
Bias injection & RAG poisoning: nudge a slant, or control retrieved "grounding" without touching weights.
vs. LLM03: supply chain asks "do I trust the origin?" LLM04 asks "has the content been corrupted, wherever it came from?"
๐ด Attack Flow
โ
2. CRAFT: trigger + behaviour + camouflage (passes clean tests)
โ
3. INJECT: publish page, submit examples, upload doc, push checkpoint
โ
4. BAKE: victim's pipeline trains/embeds/loads the payload
โ
5. TRIGGER: attacker supplies the trigger; clean tests keep passing
โ Vulnerable Code
โ Secure Code
โ Prevention Checklist
- Record provenance (source, license, date, hash) for every dataset & RAG source
- Integrity-verify and version-pin datasets and checkpoints before use
- Run outlier/anomaly detection and de-duplication on training data
- Backdoor / trigger evaluation as part of model acceptance (not just accuracy)
- Restrict RAG ingestion to an allow-list of vetted, reviewed sources
- Store per-chunk provenance; cap how much any one source can dominate
- Govern feedback loops (RLHF, thumbs-up) so untrusted signals can't steer silently
- Maintain an ML-BOM and monitor output drift in production
- Don't rely on safety fine-tuning to scrub a poisoned base model
๐งฐ Tools & Takeaway
A competent backdoor leaves clean-input accuracy untouched. "Great metrics" and "we ran safety training" are not defences โ backdoors can persist through RLHF. Provenance and integrity are the backbone: you cannot defend data whose origin, hash, and lineage you cannot state.