# Qu'est-ce que l'adversarial machine learning ?

> L'adversarial machine learning est le domaine qui s'intéresse aux attaques exploitant les systèmes de machine learning et aux méthodes pour comprendre et atténuer ces attaques.

- URL canonique: https://yellowcube.eu/fr/glossary/adversarial-machine-learning/
- Éditeur: Yellow Cube
- Langue: fr
- Contact: hello@yellowcube.eu

## Contenu

Il examine comment un adversaire peut influencer les données, les modèles, les entrées, les sorties ou les workflows environnants pour violer des objectifs de confidentialité, d'intégrité, de disponibilité ou d'usage acceptable. C'est un corpus de connaissances d'attaque et de défense, pas le nom d'un exploit particulier.

La taxonomie actuelle du NIST organise les attaques selon des dimensions telles que l'étape du cycle de vie, le but de l'adversaire, son objectif, sa capacité et sa connaissance. Les familles pertinentes incluent l'évasion au moment de l'inférence, l'empoisonnement pendant l'entraînement, les attaques contre la vie privée et l'abus des systèmes génératifs par le prompting ou l'usage détourné. Les systèmes réels héritent aussi des faiblesses conventionnelles des identités, des API, des logiciels, des services cloud et des chaînes d'approvisionnement, de sorte qu'une évaluation adversarial-ML doit relier le comportement du modèle à l'application complète.

### Points clés

- **Étape de l'attaque:** Déterminer si l'adversaire peut affecter la collecte des données, l'entraînement, la distribution du modèle, le déploiement, les entrées d'inférence, la recherche, la rétroaction ou les actions connectées.
- **Conditions de l'adversaire:** Énoncer l'accès, la connaissance, le contrôle, les ressources et les opportunités de requête qu'une attaque suppose ; un résultat obtenu avec un accès complet au modèle peut ne pas se transférer à un service distant.
- **Objectifs de sécurité:** Évaluer les défaillances de disponibilité, les violations d'intégrité ciblées ou non ciblées, la perte de vie privée, le vol de modèle et l'usage abusif par rapport aux conséquences significatives pour le contexte déployé.
- **Pratique défensive:** Combiner l'évaluation au niveau du modèle avec la provenance, le contrôle d'accès, l'ingénierie sécurisée, la supervision, la réponse aux incidents et des contraintes sur les décisions ou actions en aval.
- **Limite importante:** La robustesse contre un benchmark ou une méthode d'attaque connus n'est pas une sécurité générale. Les attaquants s'adaptent, les hypothèses de recherche varient, et les contrôles qui améliorent une propriété peuvent laisser exposées les frontières de confiance applicatives ou humaines.

### Termes associés

[Sécurité de l'IA](<https://yellowcube.eu/fr/glossary/ai-security/>) · [Empoisonnement de données](<https://yellowcube.eu/fr/glossary/data-poisoning/>) · [Empoisonnement de modèle](<https://yellowcube.eu/fr/glossary/model-poisoning/>) · [Injection de prompt](<https://yellowcube.eu/fr/glossary/prompt-injection/>) · [Red teaming IA](<https://yellowcube.eu/fr/glossary/ai-red-teaming/>)

### Sources

[NIST AI 100-2 E2025, Adversarial Machine Learning Taxonomy](https://csrc.nist.gov/pubs/ai/100/2/e2025/final) · [NIST AI Security and Resilience](https://www.nist.gov/artificial-intelligence/ai-research-security-and-resilience) · [MITRE ATLAS](https://atlas.mitre.org/)

## Attribution et portée

Cette version Markdown est générée à partir des mêmes contenus approuvés que la page HTML canonique. Utilisez l’URL canonique pour toute citation.

