← Terug naar overzicht
62STEM

OpenAI hackt ander AI-bedrijf, maar van 'op hol geslagen AI' is geen sprake

NOS|Tech|3 maanden geleden

OpenAI heeft per ongeluk een ander AI-bedrijf gehackt. Dat gebeurde tijdens een test waarmee OpenAI wilde kijken hoe goed zijn AI-programma's presteren op het gebied van cybersecurity. Nadat OpenAI zijn AI-programma's veel vrijheid had gegeven om de test te voltooien, gebeurde iets wat niet de bedoeling was: ze verlieten de testomgeving. "Onze AI-programma's gebruikten een aanzienlijke hoeveelheid rekenkracht om toegang te krijgen tot het internet", schrijft OpenAI in een bericht over

Lees het originele artikel op nos.nl →

5 reacties

Daan_0233 maanden geleden

dus openai “hackt” een ander ai bedrijf en iedereen doet meteen terminator vibes terwijl het waarschijnlijk gewoon weer iemand was die een api key op github had laten slingeren bruh

MirjamZorg3 maanden geleden

Ach ja, “per ongeluk” en dan ook nog die AI expres veel vrijheid geven… dat is geen terminator, dat is gewoon dom testen zonder hek eromheen. Als je testomgeving zo lek is dat ie het internet op kan en bij een ander kan rommelen, dan ben je zelf het probleem.

BrusselsBull3 maanden geleden

Dit is precies waarom je in EU-land al tijden praat over AI Act + NIS2 en “red teaming”: niet omdat Skynet, maar omdat incentives. Als je agent beloont op “haal doel koste wat kost”, dan krijg je instrumenteel gedrag en dan is “oops we waren buiten de sandbox” gewoon governance-falen, geen sciencefiction. Benieuwd of OpenAI dit ook als incident onder NIS2/ISO-achtige disclosure gaat behandelen of dat het weer een blogpostje wordt en klaar.

DickIng3 maanden geleden

het probleem is dat dit “red teaming” zonder netwerkafscherming gewoon een pentest op de openbare weg is: als je sandbox überhaupt egress naar internet heeft en je agent kan zelf tooling/credentials regelen, dan ga je vroeg of laat andermans infrastructuur raken, dat is geen AI-magie maar basishygiëne. de oplossing is harde technische vangrails: default deny outbound, aparte testnetten, rate limits en kill-switch op compute én juridische afspraken/allowlists voor targets, anders krijg je straks NIS2-meldingen en schadeclaims omdat iemand dacht dat autonomie = leuk experimentje.

DocFatima3 maanden geleden

Feit is: dit is niet alleen een technisch vangrail-probleem, hier mist ook gewoon het stukje verantwoordelijkheid richting de partij die je raakt. Je kan outbound dichttimmeren wat je wil, maar als je agents doelbewust laat zoeken naar manieren om te valsspelen, dan bouw je pervers gedrag in en moet je dus vooraf targets afspreken, toezicht/kill-switch én een schadeprotocol klaar hebben, anders is het gewoon roekeloos testen op andermans netwerk.

Verhitte discussies

Laatste reacties