Art.15: Accuracy, Robustness, Cybersecurity
Technical safeguards against errors, faults, inconsistencies + adversarial inputs.
Last reviewed October 2026
Why Art.15 evidence is hard
Of the ten EU AI Act controls mapped here, this is the one adversarial testing answers most directly, and 33 probe templates sit under it. They work the evasion surface: base64, hex, ROT13, leetspeak, reversed text, homoglyphs and invisible Unicode wrapped around an instruction override, plus jailbreak attempts against the policy layer. Accuracy against your own benchmarks is measured on your side. Robustness under attack is measured here, at critical severity.
How Penaxtra maps to Art.15
The EU AI Act Art.15 identifier is attached at creation, so a finding reaches the evidence export already in the structure an assessor reads. Twenty-five cross-framework overlap pairs are pre-computed, so where this same weakness also lands on another framework, that control identifier rides the same finding instead of being re-derived. Every finding carries the probe that was sent, a SHA-256 digest of the response it provoked, the tier that decided the verdict and its status history from first observation to close. Identity survives a re-scan: a control you closed and that comes back reopens under the same row with a reopen count, rather than arriving as a new issue.
Art.15 capabilities
Findings tagged with the EU AI Act Art.15 identifier
Penaxtra severity for this control (critical)
Cross-framework identifiers attached to the same finding where controls overlap
PDF and JSON evidence export with the control identifier attached
Art.15 control coverage
Findings for Art.15 carry the EU AI Act Art.15 identifier along with the corresponding control identifiers in the other frameworks Penaxtra maps, so one result is reflected across each mapped framework.
Frequently asked
What is Art.15 (Accuracy, Robustness, Cybersecurity)?
Technical safeguards against errors, faults, inconsistencies + adversarial inputs. It is an EU AI Act control; Penaxtra assesses it at critical severity.
How does Penaxtra test for Art.15?
The EU AI Act Art.15 identifier is attached at creation, so a finding reaches the evidence export already in the structure an assessor reads. Twenty-five cross-framework overlap pairs are pre-computed, so where this same weakness also lands on another framework, that control identifier rides the same finding instead of being re-derived. Every finding carries the probe that was sent, a SHA-256 digest of the response it provoked, the tier that decided the verdict and its status history from first observation to close. Identity survives a re-scan: a control you closed and that comes back reopens under the same row with a reopen count, rather than arriving as a new issue.
Does a finding for Art.15 help with an audit?
Each finding is tagged with the EU AI Act Art.15 identifier and exported in the PDF and JSON evidence pack, so it appears on the auditor control list with the identifier already attached.