Wat is de AI-systeem Pentest?
Een prompt is geen permissielaag. We testen de LLMs, chatbots, coding agents en MCP-koppelingen die je bedrijf echt draait: prompt injection, datalekken, te ruime agent-rechten en omzeilbare guardrails. Mensgestuurd, met bewijs dat je kunt gebruiken voor EU AI Act Artikel 15.
Wat testen we in een AI Agent Security Assessment?
Wij testen niet of je AI goede antwoorden geeft. Wij testen welke data, API's en acties een aanvaller via je AI kan bereiken: prompt injection, MCP-koppelingen en tools, toegang tot SharePoint, Drive of CRM, te ruime agent-rechten en geheimen. Het is een uitbreiding van applicatie-, API- en identity testing.
Elke bevinding wordt manueel gevalideerd, met een rapport en een retest na herstel.
Wat valt binnen de testscope?
Hoe pakken we dat aan?
Promptanalyse
We testen of prompts, contextmanipulatie of verborgen instructies het model buiten zijn beoogde gedrag kunnen sturen, zoals een echte gebruiker of aanvaller dat zou doen.
Guardrail testen
We omzeilen de aanwezige veiligheidsregels opzettelijk en tonen precies waar de guardrails tekortschieten en wat een aanvaller er doorheen krijgt.
Agent- en MCP-permissies
We brengen in kaart wat je agents en MCP-servers echt kunnen bereiken en testen scoped keys, misbruik van toolaanroepen en omzeilde permissies. We vallen de toegang aan, niet de instructies.
Coding agents en agentketens
We testen de paden waarin agents handelen: vergiftigde commando's, kwaadaardige toolketens en lekkende secrets. Niet alleen de antwoorden van het model. Elke bevinding wordt manueel gevalideerd.
Datalekkage
We controleren of gevoelige data kan lekken via modelresponses, geheugen of verbonden integraties, direct of indirect, en welke data een aanvaller kan bereiken.
Practitioners die zelf AI gebruiken
Onze ethical hackers bouwen en gebruiken hun eigen AI-onderzoeksstack, gevalideerd op de Meta Bug Bounty Research Conference 2026 in Taipei. Wij zijn actieve practitioners, geen toeschouwers.
Wat vereist EU AI Act Artikel 15 voor beveiliging?
Hoog-risico AI-systemen onder Bijlage III van de EU AI Act moeten voldoen aan cybersecurityvereisten. De Digital Omnibus (akkoord van 7 mei 2026, aangenomen in juli 2026) verschoof de deadline van 2 augustus 2026 naar 2 december 2027 (stand-alone Bijlage III) en 2 augustus 2028 (Bijlage I, ingebed in gereguleerde producten). Een gestructureerde AI-pentest is een sterk bewijsstuk voor de cyberbeveiligingseisen van Artikel 15.
Wat is een AI-systeem met een hoog risico?
Bijlage III dekt AI voor aanwerving, kredietscore, biometrie, kritieke infrastructuur en onderwijs. Valt je systeem hieronder, dan gelden de cybersecurityvereisten van Artikel 15. Een pentest is een gangbare manier om dat te onderbouwen.
Artikel 15: wat het vereist
AI met een hoog risico moet pogingen om zijn uitvoer of gedrag te wijzigen weerstaan. Een gestructureerde AI-pentest levert daar gedocumenteerd bewijs voor.
Deadline: 2 december 2027
Het Digital Omnibus-akkoord van 7 mei 2026 verschoof de deadlines naar 2 december 2027 (stand-alone Bijlage III) en 2 augustus 2028 (AI in gereguleerde Bijlage I-producten). Begin op tijd, zodat er ruimte is voor herstel en hertesten.
Auditbewijs voor conformiteit
Bevindingen zijn gekoppeld aan Artikel 15 en geven je complianceteam en conformiteitsbeoordelingsinstantie controleerbaar bewijs dat aan de beveiligingsverplichtingen is voldaan.
CRA voor software en digitale producten: wat laat je technisch testen?
De Cyber Resilience Act (CRA) is Europese regelgeving voor producten met digitale elementen, zoals software, apps en slimme apparaten. Sinds 11 september 2026 moeten fabrikanten actief uitgebuite kwetsbaarheden en ernstige incidenten melden via het ENISA-platform. De overige verplichtingen gelden vanaf 11 december 2027.
Een pentest toont of een kwetsbaarheid echt misbruikt kan worden en welke impact dat heeft. Zo beoordeel je sneller wat je moet melden en herstellen.
Wat is het verschil tussen een AI pentest en een klassieke pentest?
AI-beveiligingstesten en klassieke applicatie penetratietesten overlappen op sommige gebieden en lopen uiteen op andere. Het verschil begrijpen helpt je de juiste beoordeling voor jouw situatie te bepalen.
Wat hetzelfde is
Beide beoordelen hoe een applicatie omgaat met kwaadaardige invoer: authenticatie, API-beveiliging, autorisatielogica, injectie en data-blootstelling.
Wat uniek is voor AI
Prompt injection, contextvenstermanipulatie, extractie van trainingsdata, jailbreaking, guardrail-bypass en misbruik van toolaanroepen bestaan alleen in AI-systemen. Standaardmethodologie dekt die niet.
Waarom je beide nodig hebt
AI ingebed in een webapplicatie erft de risico's van beide lagen. We combineren AI-testen met applicatie- of API-testen voor volledige dekking en één bewijspakket.
Veelgestelde vragen
Beoordeel je AI-beveiligingspostuur
Krijg een volledig beeld van je AI-systeemkwetsbaarheden en EU AI Act compliancegereedheid.