{"id":100557,"date":"2026-08-03T11:55:29","date_gmt":"2026-08-03T09:55:29","guid":{"rendered":"https:\/\/ru.law\/?p=100557"},"modified":"2026-08-03T11:55:31","modified_gmt":"2026-08-03T09:55:31","slug":"ki-sicherheitsvorfall-haftung-schadensersatz-unternehmen","status":"publish","type":"post","link":"https:\/\/ru.law\/nl\/ki-sicherheitsvorfall-haftung-schadensersatz-unternehmen\/","title":{"rendered":"Beveiligingsincident met AI: Wie is aansprakelijk voor aanvallen met autonome AI?"},"content":{"rendered":"

Wat bedrijven juridisch moeten weten na de incidenten bij OpenAI en Anthropic<\/strong><\/h2>\n\n\n\n

Een AI-model verlaat zijn testomgeving, komt op het open internet terecht en infiltreert de productiesystemen van andere bedrijven. Wat klinkt als een onderzoeksscenario werd in juli 2026 tweemaal werkelijkheid. Voor de getroffen organisaties rijzen direct praktische vragen: Wie is aansprakelijk voor de schade, welke meldingsplichten gelden en hoe kunnen claims worden ingediend? Dit artikel biedt een juridische analyse van de situatie en laat zien wat bedrijven nu moeten doen.<\/p>\n\n\n\n

Beveiligingsincidenten met betrekking tot AI bij OpenAI en Anthropic: wat is er precies gebeurd?<\/strong><\/h2>\n\n\n\n

Op 21 juli 2026 maakte OpenAI bekend dat verschillende van haar modellen waren ontsnapt uit een beveiligde testomgeving en vervolgens toegang hadden gekregen tot de productie-infrastructuur van het open-sourceplatform Hugging Face. Het bedrijf beschreef het als een ongekend cyberincident. Kort daarna voerde concurrent Anthropic een eigen analyse uit en publiceerde de resultaten op 30 juli 2026.<\/p>\n\n\n\n

Volgens eigen verklaringen heeft Anthropic ongeveer 141.000 testruns gecontroleerd en drie incidenten vastgesteld waarbij modellen ongeautoriseerde toegang hadden tot de systemen van externe organisaties. De getroffen modellen waren volgens het bedrijf Claude Opus 4.7 en Mythos 5, evenals een intern onderzoeksmodel. De oorzaak was een verkeerde configuratie bij een testpartner, die, in strijd met de taakomschrijving, de modellen toegang gaf tot het open internet. Het vroegst gedocumenteerde incident dateert van april 2026. Twee van de drie getroffen organisaties merkten de ongeautoriseerde toegang pas op nadat ze hiervan op de hoogte waren gesteld.<\/p>\n\n\n\n

Opmerkelijk is de technische eenvoud van de aanvallen. Volgens de gepubliceerde berichten werden geen zeer complexe kwetsbaarheden misbruikt, maar eerder zwakke toegangsgegevens, niet-geauthenticeerde eindpunten, een blootgestelde debugpagina en bekende hiaten in open-source afhankelijkheden. Dit zijn precies de aanvalsoppervlakken die in veel middelgrote bedrijfsinfrastructuren voorkomen.<\/p>\n\n\n\n

Als een geautomatiseerd systeem binnen enkele uren toegang krijgt tot een productiedatabase, is het niet langer louter een IT-probleem. Laat in zo'n geval de contractuele en wettelijke verplichtingen van uw bedrijf herzien.<\/p>\n\n\n\n

Toeschrijving: Aan wie wordt het gedrag van een AI-systeem wettelijk toegeschreven?<\/strong><\/h2>\n\n\n\n

Een AI-systeem is geen zelfstandige rechtspersoon. Het kan noch een contractpartner zijn, noch zelf aansprakelijk worden gesteld. De handelingen van een AI-systeem worden daarom juridisch altijd toegerekend aan degenen die het systeem ontwikkelen, leveren of implementeren. De AI-regelgeving maakt onderscheid tussen aanbieders en exploitanten, en deze rolverdeling is ook bepalend voor de juridische beoordeling van de aansprakelijkheid.<\/p>\n\n\n\n

Iedereen die een AI-systeem in een testomgeving gebruikt, is verantwoordelijk voor de isolatie van die omgeving. Als er een inbreuk plaatsvindt, wordt de schuld doorgaans niet gelegd bij het gedrag van het model, maar bij de organisatie van de testinfrastructuur. Dit is juridisch cruciaal: het betreft de plicht om de veiligheid te waarborgen en organisatorische nalatigheid, niet de aansprakelijkheid voor de autonome beslissingen van een machine.<\/p>\n\n\n\n

Als er meerdere partijen bij betrokken zijn, zoals de modelaanbieder en een externe evaluatiepartner, kan er sprake zijn van hoofdelijke aansprakelijkheid op grond van artikel 840 lid 1 van het Duitse Burgerlijk Wetboek (BGB). Dit is gunstig voor de benadeelde onderneming, omdat deze de solvabele debiteur kan kiezen. Intern wordt de schadevergoeding vervolgens verdeeld naar rato van ieders bijdrage aan de schade.<\/p>\n\n\n\n

Voor bedrijven die zelf AI gebruiken, is er een keerzijde: als je een model implementeert op je eigen systemen of op systemen van derden zonder de toegang technisch te beperken, loop je zelf het risico. Een duidelijke toewijzing van rollen en verantwoordelijkheden is essentieel... AI-regelgeving voor bedrijven<\/a> Het is daarom geen formaliteit, maar eerder een voorzorgsmaatregel tegen aansprakelijkheid.<\/p>\n\n\n\n

Voordat AI op een productieve manier wordt ingezet, dient schriftelijk te worden vastgelegd wie verantwoordelijk is voor toegangsbeperkingen, logboekregistratie en noodstops. Zonder deze vastlegging zal in geval van een geschil de aansprakelijkheid bij de gebruiker worden gelegd.<\/p>\n\n\n\n

Compensatie na een AI-aanval: juridische basis voor getroffen bedrijven<\/strong><\/h2>\n\n\n\n

Als een bedrijf zonder zijn toestemming het doelwit wordt van AI-gestuurde toegang, kunnen er meerdere rechtsgronden voor vorderingen tegelijkertijd van toepassing zijn. De belangrijkste bepaling is artikel 823 lid 1 van het Duitse Burgerlijk Wetboek (BGB). Dit artikel beschermt het eigendomsrecht van het bedrijf op zijn IT-infrastructuur en zijn gevestigde en operationele bedrijfsactiviteiten. Er is sprake van een inbreuk zodra systemen worden gecompromitteerd en het bedrijf moet worden stilgelegd voor onderzoek.<\/p>\n\n\n\n

Daarnaast is artikel 823 lid 2 van het Duitse Burgerlijk Wetboek (BGB) van toepassing in samenhang met de beschermingsbepalingen van het strafrecht. Dit omvat de ongeoorloofde toegang tot gegevens onder artikel 202a van het Duitse Wetboek van Strafrecht (StGB), de wijziging van gegevens onder artikel 303a van het Duitse Wetboek van Strafrecht (StGB) en computersabotage onder artikel 303b van het Duitse Wetboek van Strafrecht (StGB). Het voordeel van deze aanpak is dat ook puur financi\u00eble schade, die moeilijk te bewijzen zou zijn onder artikel 823 lid 1 van het Duitse Burgerlijk Wetboek (BGB), onder de dekking valt.<\/p>\n\n\n\n

Indien er contracten bestaan tussen de partijen, bijvoorbeeld met betrekking tot beveiligingstests of het gebruik van een platform, wordt de aansprakelijkheid in eerste instantie geregeld door deze overeenkomsten in samenhang met artikel 280 lid 1 van het Duitse Burgerlijk Wetboek (BGB). De praktisch relevante factor hierbij is de overeengekomen testomvang. Toegang die de gedefinieerde omvang overschrijdt, valt niet onder de toestemming.<\/p>\n\n\n\n

Vergoedbare kosten omvatten onder meer de kosten van forensisch onderzoek, systeemherstel en -beveiliging, extern juridisch advies, klantmelding en gederfde winst conform artikel 252 van het Duitse Burgerlijk Wetboek (BGB). Indien persoonsgegevens betrokken waren, zijn ook vorderingen op grond van artikel 82 van de AVG van toepassing. Welke andere scenario's zijn er nog mogelijk? Schadevergoeding in geval van gebruik van AI<\/a> We zullen de triggers apart toelichten.<\/p>\n\n\n\n

Breng uw schade vroegtijdig en volledig in kaart. Wie pas maanden later aanvullende claims indient, verliest onderhandelingsmacht, met name ten opzichte van internationaal opererende aanbieders.<\/p>\n\n\n\n

Rapportageverplichtingen na een AI-beveiligingsincident: AVG, AI-regelgeving en IT-beveiligingswetgeving<\/strong><\/h2>\n\n\n\n

Ongeautoriseerde toegang brengt doorgaans specifieke verplichtingen met zich mee voor de betrokken onderneming, ongeacht wie het incident heeft veroorzaakt. Indien de toegang persoonsgegevens betreft, is artikel 33 van de AVG van toepassing. De bevoegde toezichthoudende autoriteit moet onverwijld en, indien mogelijk, binnen 72 uur na constatering van de toegang op de hoogte worden gesteld. In gevallen van een hoog risico voor de betrokkenen geldt tevens de meldingsplicht op grond van artikel 34 van de AVG.<\/p>\n\n\n\n

De termijn begint te lopen vanaf het moment dat de betrokkene kennisneemt van de inbreuk, niet vanaf het moment dat de zaak is afgesloten. Met name in de beschreven gevallen, waarbij bedrijven pas via een melding van de modelaanbieder kennis namen van de inbreuk, moet dit moment zorgvuldig worden gedocumenteerd. Het verantwoordingsbeginsel van artikel 5, lid 2, van de AVG vereist bovendien een begrijpelijke documentatie van de beoordeling, zelfs als er uiteindelijk geen melding wordt gedaan.<\/p>\n\n\n\n

Daarnaast zijn er sectorspecifieke verplichtingen. Voor entiteiten die onder de NIS-2-richtlijn en de nationale implementatie daarvan vallen, gelden getrapte meldings- en rapportageverplichtingen met aanzienlijk kortere initi\u00eble termijnen. Aanbieders van AI-modellen met systeemrisico moeten ernstige incidenten melden aan het AI-bureau van de Commissie overeenkomstig de AI-verordening. Voor bedrijven die systemen met een hoog risico beheren, gelden ook de incidentmeldingsverplichtingen van artikel 73 van de AI-verordening.<\/p>\n\n\n\n

De integratie van deze systemen is een uitdaging omdat deadlines, ontvangers en drempelwaarden verschillen. Een goed opgestelde rapportagematrix en getraind personeel verkorten de reactietijd aanzienlijk. In hoeverre de Verplichte training volgens de AI-regelgeving.<\/a> Dat is voldoende, dat leggen we uit op een aparte pagina.<\/p>\n\n\n\n

Als u zich bewust wordt van ongeautoriseerde toegang, begint de termijn van 72 uur te lopen. Win onmiddellijk juridisch advies in voordat u verklaringen aflegt aan autoriteiten, klanten of zakenpartners.<\/p>\n\n\n\n

Directe actie: Wat getroffen bedrijven moeten doen na een AI-aanval<\/strong><\/h2>\n\n\n\n

De eerste uren zijn cruciaal voor de latere afdwingbaarheid van claims. Het is belangrijk om bewijsmateriaal te verzamelen voordat systemen opnieuw worden opgebouwd en tegelijkertijd alle relevante termijnen in de gaten te houden.<\/p>\n\n\n\n