Alexa Cybersecurity
Back to Field Notes
Compliance & Regulation/Field Note

EU AI Act — The Cybersecurity Obligations Most Teams Miss

The AI Act is not just an AI ethics document. Article 15 mandates concrete cybersecurity controls for high-risk AI.

Author

Diana Petrov

Director, Governance Practice

Published

January 20, 2026

Read

10 min

Share
Stock photograph of server racks
Stock photograph of server racks
Contents (3)
  1. 01Article 15 cybersecurity obligations
  2. 02Concretely, what does this require?
  3. 03Map to your existing program
Key Takeaways
  • 01Article 15 (accuracy, robustness, cybersecurity) gets less attention than the prohibited-use list but has the most concrete engineering implications: explicit obligations against data poisoning, model poisoning, evasion, and confidentiality attacks.
  • 02Required engineering work: adversarial testing for prompt injection / jailbreaks / tool-use abuse; data lineage and provenance to detect poisoning; signed models with runtime attestation; logging that supports post-incident reconstruction of model behavior.
  • 03Risk management is required throughout the lifecycle, not just at deployment. That maps to staged evaluations (pre-train, post-train, pre-deploy, in-production) and a documented re-evaluation trigger list.
  • 04Most obligations land on existing AppSec, vuln management, and SIEM functions — but model integrity, data lineage, and prompt-layer monitoring need new tooling. Treat AI security as a distinct CISO program domain, not a side activity for the data team.

Most coverage of the EU AI Act focuses on prohibited uses, transparency, and high-risk classifications. Article 15 — accuracy, robustness, and cybersecurity — has gotten less attention but has the most concrete engineering implications.

Article 15 cybersecurity obligations

  • 01Resilience to errors, faults, inconsistencies — including adversarial inputs
  • 02Resilience to attempts by unauthorized third parties to alter use, outputs, or performance
  • 03Specific controls against data poisoning, model poisoning, model evasion, and confidentiality attacks
  • 04Risk management throughout the AI system's lifecycle, not just at deployment

Concretely, what does this require?

Adversarial testing for prompt injection, jailbreaks, and tool-use abuse for generative systems. Data lineage and provenance tracking sufficient to detect poisoning. Model integrity verification (signed models, runtime attestation). Logging that supports post-incident reconstruction of model behavior.

Map to your existing program

Most of these obligations land cleanly on existing AppSec, vulnerability management, and SIEM functions — but the AI specifics (model integrity, data lineage, prompt-layer monitoring) require new tooling. Treat AI security as a distinct program domain reporting into the CISO, not as a side activity for the data science team.

#EU AI Act#AI#Compliance

/WRITTEN_BY

Diana Petrov

Director, Governance Practice · Alexa Cybersecurity