Skip to content

Commit

Permalink
docs: also update v2 feedback file
Browse files Browse the repository at this point in the history
  • Loading branch information
GangGreenTemperTatum committed Oct 23, 2024
1 parent 526832e commit f466bd3
Showing 1 changed file with 6 additions and 3 deletions.
9 changes: 6 additions & 3 deletions 2_0_voting/voting_round_two/DataModelPoisoning.md
Original file line number Diff line number Diff line change
@@ -1,12 +1,12 @@
## LLM04:2025 Data and Model Poisoning
## LLM03: Data and Model Poisoning

### Description

Data poisoning occurs when pre-training, fine-tuning, or embedding data is manipulated to introduce vulnerabilities, backdoors, or biases. This manipulation can compromise model security, performance, or ethical behavior, leading to harmful outputs or impaired capabilities. Common risks include degraded model performance, biased or toxic content, and exploitation of downstream systems.

Data poisoning can target different stages of the LLM lifecycle, including pre-training (learning from general data), fine-tuning (adapting models to specific tasks), and embedding (converting text into numerical vectors). Understanding these stages helps identify where vulnerabilities may originate. Data poisoning is considered an integrity attack since tampering with training data impacts the model's ability to make accurate predictions. The risks are particularly high with external data sources, which may contain unverified or malicious content.

Moreover, models distributed through shared repositories or open-source platforms can carry risks beyond data poisoning, such as malware embedded through techniques like malicious pickling, which can execute harmful code when the model is loaded.
Moreover, models distributed through shared repositories or open-source platforms can carry risks beyond data poisoning, such as malware embedded through techniques like malicious pickling, which can execute harmful code when the model is loaded. Also, consider that poisoning may allow for the implementation of a backdoor. Such backdoors may leave the model's behavior untouched until a certain trigger causes it to change. This may make such changes hard to test for and detect, in effect creating the opportunity for a model to become a sleeper agent.

### Common Examples of Vulnerability

Expand Down Expand Up @@ -35,6 +35,7 @@ Moreover, models distributed through shared repositories or open-source platform
2. Toxic data without proper filtering can lead to harmful or biased outputs, propagating dangerous information.
3. A malicious actor or competitor creates falsified documents for training, resulting in model outputs that reflect these inaccuracies.
4. Inadequate filtering allows an attacker to insert misleading data via prompt injection, leading to compromised outputs.
5. An attacker uses poisoning techniques to insert a backdoor trigger into the model. This could leave you open to authentication bypass, data exfiltration or hidden command execution.

### Reference Links

Expand All @@ -47,9 +48,11 @@ Moreover, models distributed through shared repositories or open-source platform
7. [Data Scientists Targeted by Malicious Hugging Face ML Models with Silent Backdoor](https://jfrog.com/blog/data-scientists-targeted-by-malicious-hugging-face-ml-models-with-silent-backdoor/) **JFrog**
8. [Backdoor Attacks on Language Models](https://towardsdatascience.com/backdoor-attacks-on-language-models-can-we-trust-our-models-weights-73108f9dcb1f): **Towards Data Science**
9. [Never a dill moment: Exploiting machine learning pickle files](https://blog.trailofbits.com/2021/03/15/never-a-dill-moment-exploiting-machine-learning-pickle-files/) **TrailofBits**
10. [arXiv:2401.05566 Sleeper Agents: Training Deceptive LLMs that Persist Through Safety Training](https://www.anthropic.com/news/sleeper-agents-training-deceptive-llms-that-persist-through-safety-training) **Anthropic (arXiv)**
11. [Backdoor Attacks on AI Models](https://www.cobalt.io/blog/backdoor-attacks-on-ai-models) **Cobalt**

### Related Frameworks and Taxonomies

- [AML.T0018 | Backdoor ML Model](https://atlas.mitre.org/techniques/AML.T0018) **MITRE ATLAS**
- [NIST AI Risk Management Framework](https://www.nist.gov/itl/ai-risk-management-framework): Strategies for ensuring AI integrity. **NIST**
- AI Model Watermarking for IP Protection: Embedding watermarks into LLMs to protect IP and detect tampering.
- AI Model Watermarking for IP Protection: Embedding watermarks into LLMs to protect IP and detect tampering.

0 comments on commit f466bd3

Please sign in to comment.