AI threat catalogueAttacks on the Running Model and ServiceProduction
Adversarial Inputs
Attackers alter an input in a way that is minimal and imperceptible to humans, so that the AI model classifies it incorrectly. To the system a stop sign becomes something else, even though a person sees no difference.
Description
Adversarial inputs are specially crafted data that push the model to a wrong output while looking normal to humans. Attackers compute the necessary, usually tiny change with knowledge of the model (gradient methods) or probe it through many test queries; sometimes they practise on a rebuilt substitute model and transfer the attack. For text, a character swap (such as "$" for "S"), rare synonyms or interspersed character sequences often suffice. The attack happens at run time, not during training. This makes it possible to bypass AI-based protective functions such as malware and spam detection, hate-speech filters or biometric checks.
Possible impact
Important decisions come out wrong: malware judged safe passes detection, a prohibited input slips through the filter, a person is matched incorrectly by biometrics. In safety-critical applications such as image or traffic-sign recognition, this can directly endanger people. The EU AI Act explicitly requires high-risk systems to include measures against inputs designed to cause the model to make mistakes (adversarial examples, model evasion).
Example
An AI filter is meant to block offensive comments. An attacker replaces individual letters with similar-looking special characters and inserts meaningless character strings; the text stays readable for humans, but the filter no longer recognises the violation.
Recommended mitigations (4)
Every mitigation states its control type, effect, implementation level and the reason for the classification.
Adversarial trainingTechnical
- Effect
- Preventive
- Implementation level
- Model & training
- Reason for the classification
- “Adversarial training” is primarily technical: A model, training, or data-processing method directly changes system behavior or robustness.
Input validation and preprocessingTechnical
- Effect
- Preventive
- Implementation level
- Model & training, Application, API & agents
- Reason for the classification
- “Input validation and preprocessing” is primarily technical: System-enforced inspection, transformation, or blocking rules stop or neutralize disallowed content before further processing.
Defensive distillationTechnical
- Effect
- Preventive
- Implementation level
- Model & training
- Reason for the classification
- “Defensive distillation” is primarily technical: A model, training, or data-processing method directly changes system behavior or robustness.
Ensemble modelsTechnical
- Effect
- Preventive
- Implementation level
- Model & training
- Reason for the classification
- “Ensemble models” is primarily technical: A model, training, or data-processing method directly changes system behavior or robustness.
Framework mappings
Verified locations in OWASP, NIST AI RMF, MITRE ATLAS, the EU AI Act and further frameworks. The mappings are taxonomic, not evidence of compliance.
Verified references (14)
Every reference states the framework, the exact location and the publishing organisation.
- OWASP LLM Top 10 LLM09:2025 MisinformationLLM09:2025 Misinformation, official category page OWASP FoundationOriginal
- NIST AI RMF Section 2.9 Information SecuritySection 2.9, pp. 10–11 National Institute of Standards and Technology (NIST)Original
- NIST AI RMF MEASURE 2.7 MEASURE 2.7MEASURE 2.7, p. 30 National Institute of Standards and Technology (NIST)Original
- NIST AI RMF NISTAML.022 EvasionTaxonomy Index, p. x; Section 2.2, pp. 11–18 National Institute of Standards and Technology (NIST)Original
- NIST AI RMF NISTAML.025 Black-box EvasionTaxonomy Index, p. x; Section 2.2.2, p. 15 National Institute of Standards and Technology (NIST)Original
- MITRE ATLAS AML.T0015 Evade AI ModelATLAS.yaml technique object with id AML.T0015 (pinned release v5.6.0) MITREOriginal
- EU AI Act Article 26(5) Obligations of deployers of high-risk AI systemsArticle 26(5) European Union (EUR-Lex)Original
- EU AI Act Article 55(1)(a) Obligations of providers of general-purpose AI models with systemic riskArticle 55(1)(a) European Union (EUR-Lex)Original
- EU AI Act Article 9(1), 9(2)(a), 9(2)(d) Risk management systemArticle 9(1), 9(2)(a), 9(2)(d), read with Article 9(3) European Union (EUR-Lex)Original
- BSI R27 Störung der automatisierten Verarbeitung von Inhalten (Text)Kap. 4, R27, p. 33 Bundesamt für Sicherheit in der Informationstechnik (BSI)Original
- BSI R3 Fehlerhafte Reaktion auf Eingaben (Text, Bild, Video)Kap. 4, R3, p. 14 Bundesamt für Sicherheit in der Informationstechnik (BSI)Original
- BIML BIML78 inference:3 Confidence ScoresPDF p. 20, [inference:3:confidence scores] Berryville Institute of Machine Learning (BIML)Original
- BIML BIML78 input:1 Adversarial ExamplesPDF p. 19, [input:1:adversarial examples] Berryville Institute of Machine Learning (BIML)Original
- BIML BIML78 input:2 Controlled Input StreamPDF p. 19, [input:2:controlled input stream] Berryville Institute of Machine Learning (BIML)Original
Related threats
More entries from the topic group Attacks on the Running Model and Service.
Assess this threat in your own system
The live demo contains all 52 threats of this catalogue, including the EU AI Act and GDPR assessment. The free single modules cover AI risk, the EU AI Act and GDPR. No sign-up; the assessment runs locally in your browser.
Cite this entry
For reports, policies or internal documents; the link leads directly to this entry.
“Adversarial Inputs”. Versatile AI Risk Assessment, AI threat catalogue, as of July 2026. https://www.versatile-ai-risk-assessment.com/en/wissensbasis/threats/adversarial-inputs/