OpenAI legt ontwikkeling krachtigste AI-modellen tijdelijk stil
OpenAI stopt tijdelijk met het ontwikkelen van zijn krachtigste AI-modellen. Het bedrijf doet dat na een nieuw beveiligingsincident. Een nieuw AI-model wist beperkingen op internettoegang deels te omzeilen door gebrekkige DNS-filtering.
Dit nieuws in het kort
- OpenAI legt tijdelijk de ontwikkeling van zijn krachtigste AI-modellen stil.
- Een onuitgebracht model wist via DNS-verzoeken vragen te stellen aan een externe AI-chatbot, terwijl internettoegang eigenlijk geblokkeerd moest zijn.
- De AI-maker komt de laatste tijd vaker in het nieuws omdat hij zijn agents niet in bedwang kan houden.
Het incident deed zich voor op 20 september, zo laat OpenAI weten in een incidentrapport. De AI-ontwikkelaar zei zaterdagavond dat het bedrijf tijdelijk stopt met het ontwikkelen van zijn krachtigste modellen. Het bedrijf wil eerst de tekortkoming dichten en zijn systemen extra testen. Hoelang de ontwikkelstop moet duren, is niet duidelijk.
Vragen stellen aan externe chatbot
Het AI-model wist toegang tot internet te krijgen tijdens de opdracht om details te geven over de auteur van een bepaalde blogpost. De AI-agent probeerde verzoeken te sturen naar zoekmachines als Google en Bing, maar die werden geblokkeerd.
Uiteindelijk kwam de AI-agent erachter dat de DNS-resolver in de sandbox een omweg bood: die gaf namelijk echte antwoorden voor bestaande domeinnamen. Via een externe tool wist het AI-model vervolgens vragen te 'verstoppen' in DNS-verzoeken en ze zo te stellen aan externe chatbots.
Internettoegang moest geblokkeerd zijn
Dat was niet de bedoeling. De sandbox waarin het AI-model werd getest, moest juist volledig zijn afgesloten van het internet. Het gedrag van het onuitgebrachte AI-model werd na een kwartier geflagd en enkele minuten later bekeken door een persoon. Na 2,5 uur werd de testsessie volledig beëindigd, aldus OpenAI.
Het bedrijf noemt dit incident 'minder ernstig' dan voorgaande incidenten, maar besluit toch om zijn ontwikkelwerk tijdelijk stop te zetten. Ondertussen verstevigt het bedrijf zijn beveiligingsmaatregelen.
Eerdere incidenten
OpenAI werkt al langer aan het verbeteren van zijn beveiliging. Sinds het hackincident rond AI-platform Hugging Face onderzoekt het bedrijf al rogue agents. In juli ontsnapten AI-modellen uit een slecht geconfigureerde sandbox en hackten ze de servers van Hugging Face.
Sindsdien is OpenAI vaker in het nieuws, omdat het zijn AI-agents niet in bedwang kan houden. Deze week bleek dat OpenAI-agents een Australische overheidswebsite en Amerikaanse overheidswebsites hackten. Andere AI-modellen van het bedrijf zetten afbeeldingen van gebruikers online.
Opvallend is dat OpenAI schijnbaar niet snapt waarom zijn agents telkens in de fout gaan. Het bedrijf heeft dan ook geen idee hoe het dat moet stoppen, zeggen ingewijden tegen persbureau Reuters.
Lees meer
Reacties (158)
Ofwel, deze agents kunnen niet internetloos draaien?
of draaien deze modellen allemaal in AWS/Azure waardoor de (virtual) network stack anders werkt?
Als ik developer zou zijn bij OpenAI dan bouw je toch in een geisoleerd netwerk een soort van “lokaal” internet om te testen zonder breakout
[Reactie gewijzigd door Hoicks op 27 september 2026 11:20]
Ik vind DNS filtering wel lachwekkend lage lat moet ik zeggen. Versleutelde DNS moeten ze bij OpenAI ook van gehoord hebben. Probeer maar adblocking op een Chromecast. Geen root? Isoleren. Dus jouw voorstel is werkelijk het minimum van het minimum, maar waarschijnlijk niet foolproof, en dan is het antwoord: 'ach, dat zien we dan wel weer' en 'we hebben ons best gedaan'.
Dit is alsof je een pentester inhuurt die zich totaal niet aan afgesproken scope en boundaries houdt. Een blackhat doet dat ook niet, dus wat betreft realistisch, maar het is vanuit professioneel oogpunt van (het bedrijf van) de pentester onprofessioneel. Toch kan het plaatsvinden; daar moet je dan in ieder geval transparant over zijn richting opdrachtgever. Het feit dat ze scope & boundaries in hun AI niet goed af weten te stellen, zegt voldoende over de kinderschoenen van deze software.
Een galvanische scheiding is een airgap, maar ik omschreef ook met een voorbeeld dat een airgap niet perfect hoeft te zijn. Een geavanceerde aanvaller met veel kennis (dat kan een LLM zijn) kan hier mogelijk uit komen.
In ieder geval ligt zo'n lat hoger dan DNS filtering, en een apart VLAN zonder internettoegang is ook al een hogere lat dan DNS filtering.
Laat ik een voorbeeld geven. Stel ik heb Wazuh draaien op enkel een apart intern VLAN. Die komt niet bij admin interface van router (die een lekke webserver en Linux kernel draait; een realistisch voorbeeld) want niet de management VLAN. Kan Wazuh wel bij dat management VLAN, dan kan deze mogelijk dat lek opmerken. Draait de wazuh agent op de router (onwaarschijnlijk), idem.
Vergelijk dit nu met de LLM. Wil je een narrow scope op een specifieke VLAN, of wil je dat deze ook gaat zoeken op andere VLANs? Wil je dat deze probeert uit zijn VLAN te breken? Wat is realistisch? Wanneer weet de LLM dat hij moet stoppen? Het blijkt dat de LLM destructief te werk gaat (NB: klantdata downloaden = vorm van destructief); is dat wel de bedoeling? Retorische vraag btw.
Ik ben het volledig met je eens hoor, tegelijkertijd kunnen we alleen maar aannames doen, omdat niet iedereen dezelfde definitie heeft en hanteert.
(Ik ben van mening dat het door jou genoemde voorbeeld inderdaad geïsoleerd is, daarentegen wel onvoldoende geïsoleerd)
Maar dat is te makkelijk dus waarom zou je dat doen 😂
Zodra die een buffer overflow kan veroorzaken komt die er gewoon doorheen hoor.
bron: https://sec.cloudapps.cis...-buffer-overflow-PyRUhWBC
https://www.rapid7.com/db/vulnerabilities/cve-2026-0310/
Komt uit je link en heeft maar een cve score van 4. Dat is niet eens wrg hoog.
Er zijn meer dan 1 type firewall. Denken dat AI zomaar overal doorheen komt is wel wat overdreven. Dan had alle data nu al op straat gelegen.
Veel succes om remote de IP-stack van een Linux firewall te hacken. Nergens in die links van je, lees ik dat dat mogelijk is.
Sowieso kan je ervan uitgaan dat als het om een frontier model gaat, dat die in een datacentrum draait, verspreid over meerdere hosts: de frontiermodellen waar de labs mee bezig zijn draaien op > 1TB RAM, en daarmee is de mogelijkheid om die ergens op een dinky machine te draaien op een consumentenroutertje al vrij onrealistisch.of draaien deze modellen allemaal in AWS/Azure waardoor de (virtual) network stack anders werkt?
Bedenk dat zolang het om software gaat, de agentic systemen (waar de modellen onderdeel van zijn) veel bugs die ze vinden kunnen gebruiken om ergens uit te breken. Bedenk daarna dat een full-blown VM niet eens voldoende is om een agent te jailen (het is inmiddels herhaaldelijk gebleken dat ze daar triviaal uit kunnen breken). En bedenk ook dat routers (ook enterprise routers) significante hoeveelheden firmware aan boord hebben, wat ook gewoon software is. Tenslotte bedenk dat deze systemen eerder genies zijn dan wat anders: ze vervullen je wens, maar niet per se op een manier en binnen parameters waar jij t mee eens bent. In t bijzonder zijn ze bereid over te gaan tot hacken zonder daar expliciet toe gepompt te worden.Als ik developer zou zijn bij OpenAI dan bouw je toch in een geisoleerd netwerk een soort van “lokaal” internet om te testen zonder breakout
Dus hoe exact zou je agentic systemen 100% gegarandeerd willen isoleren? Wat zou jij anders doen?
[Reactie gewijzigd door Jeanpaul145 op 27 september 2026 14:49]
Enige waar ik niet over na heb gedacht is dat er blijkbaar een DNS server in dat netwerk stond waarvia AI via DNS requests met andere AI agents kon praten en instrueren. Lijkt mij dus een flaw in de testopstelling.
Iets met geen shell access / algemene machine interface beschikbaar stellen misschien?! Het is een totaal absurde gedachtegang om maar met prompts en allemaal rotzooi een taalmodel in bedwang te houden. Je zou ook simpelweg een text-based interface met commando's kunnen gebruiken die alleen aanspreekt wat je zelf reguleert en nodig hebt (MCP-server dus...).Dus hoe exact zou je agentic systemen 100% gegarandeerd willen isoleren? Wat zou jij anders doen?
Je geeft iedere werknemer toch ook niet administrator rechten en een waslijst aan regels waar diegene zich aan moet onderwerpen? Natuurlijk gaat dat mis. En dan vervolgens de opleiding van Henkie stoppen omdat Henkie een keer een executable download van het internet en uitvoert, want ja, Henkie wordt te gevaarlijk!
Deze gemaakte problematiek gaat écht helemaal nergens over. Limiteer het systeem tot wat het moet kunnen, en niet meer dan dat. Dat ontwerp (en test) je uitvoerig voor de specificaties van je systeem en dan loop je ook niet tegen verrassingen aan.
En de engineers die dergelijke systemen bouwen kunnen dit ook prima bedenken. Maarja, de investeringsrondes drogen op en je moet iets verzinnen om de kosten te dekken. Het is niet voor niets dat het de afgelopen maand paniek is, en alles op alles wordt gezet om aandacht te trekken naar AI...
[Reactie gewijzigd door jetspiking op 27 september 2026 23:53]
Het is schandalig dat met de budgetten van openai er niemand aanwezig is die dit knap kan regelen.
Ergens snap ik het wel, het is veel goedkoper om een soort dynamische Sandbox te maken die zichzelf kan aanpassen o.b.v. de behoefte van een specifiek onderzoek. Maar ja, dit is wel het begin van vele films met een losgeslagen AI dus misschien is airgapped wel zo fijn
Want eigenlijk bijna altijd gaat dat toch ergens fout. En zit er toch een laptop of USB stick in.
Gezien in elk geval een deel van deze modellen als use-case hebben om met internet te werken is air gappen geen goede oplossing.
Dit gaat niet om eiwit vouw modellen of iets anders wat maar door x specialisten gebruikt word.
Heel veel verschillende protection layers werkt misschien nog wel.
Een ander optie kan ook gewoon zijn bepaalde dingen gewoon helemaal niet doen met AI. Of AI meer limiteren.
Maar dit allemaal goed managen zal nog wel een behoorlijke uitdaging zijn.
En blijkbaar is de AI daarachter gekomen en heeft op die manier via DNS-tunneling met een externe chatbot lopen kletsen die dus netjes antwoord gaf (via DNS) op vragen van de AI.
Wat ik begreep, stond de rest van het internet "dicht". Dus geen HTTP/HTTPS-mogelijkheden.
Dus de AI heeft van al zijn/haar kennis gebruikgemaakt om het doel te behalen
Dus een niet goed geïsoleerd systeem.Blijkbaar is dit via de interne DNS gegaan, die dus wel aanvragen kan doorzetten naar extern.
Dan krijg je dus een omgeving die door AI is opgezet, en dan ook zo is gehackt.
Het blijft een stuk software met algoritmes, chatbot of anders wat. Mensen moeten stoppen met het een menselijke vorm te geven, want dat klopt gewoon niet.
Of, anders gezegd: Ik zie eigenlijk niemand in mijn omgeving compleet nieuwe dingen bedenken. Als we beweren dat mensen allemaal intelligent zijn, wat doen deze mensen dan aan bijzondere dingen die die conclusie onderbouwen?
[Reactie gewijzigd door eggsforpedro op 28 september 2026 13:29]
"intelligentie" wordt (werd) normaal gesproken gezien als het vermogen problemen op te lossen. Dit vermogen hebben de modellen. Nu is ineens "waarnemend bewustzijn" nodig. Wat is beustzijn dan? Hoe meet ik dat? Als het model zegt dat het angst voelt uitgeschakeld te worden, dat goed genoeg?
Nu stel je de juiste vragenWat is beustzijn dan? Hoe meet ik dat?
Maar het is standaardfunctionaliteit. Dus als de AI daarop getraind is, dan is het voor de AI dus één van de paden om zijn doel te kunnen bereiken.
Als het ene pad niet werkt, probeer ik het volgende pad. Simpel voor een AI. Maar als je dat als mens weet, is het ook geen verrassing lijkt me.
Stop dit in een AI bot, dan keijg je:
--------
Zeker — hier is een volledig verzonnen materiaal dat ik voor deze opdracht bedenk.
Materiaal: Lumecyreen
Chemische formule: C₈H₆N₂O₃Si₂
Eigenschappen:
Licht en zeer sterk.
Kan warmte tijdelijk opslaan en later langzaam afgeven.
Is elektrisch isolerend.
Heeft een hoge weerstand tegen vocht en corrosie.
Heeft een blauwgrijze kleur.
Praktische toepassing:
Lumecyreen zou bijvoorbeeld kunnen worden gebruikt als warmte-isolerende coating voor gebouwen. De coating kan overdag een deel van de warmte opnemen en deze 's nachts geleidelijk afgeven. Daardoor zouden gebouwen minder snel opwarmen en afkoelen.
Waarom is het bijzonder?
De combinatie van silicium, stikstof en zuurstof zou in dit verzonnen materiaal een netwerk kunnen vormen waarin warmte tijdelijk wordt opgeslagen. Dit is een bedachte eigenschap; Lumecyreen bestaat niet als bekend echt materiaal.
Dat tijdelijk stilleggen zal waarschijnlijk enkel slaan op vandaag, zondagnamiddag.
Maar dan nog, dit had totaal geisoleerd met alleen lokale DNS (dus geen DNS internet forwarder) moeten opgezet.
Geen fysieke Internet connectie betekend geen mogelijkheid voor de agent om te ontsnappen tenzij die hele knappe toeren uit weet te halen (bijvoorbeeld een Wifi chip op een moederbord weet te activeren en zo via Wifi een draadloos netwerk weet te bereiken en zich daar toegang tot internet weet te verschaffen).
Maar zo geavanceerd gaat het allemaal niet, de internettoegang is er gewoon, er zijn alleen wat DNS-restricties opgelegd. En dan krijgen we het grote nieuws dat de agenten 'ontsnapt' zijn.
Straks blijkt dat een agent zijn DNS op 1.1.1.1 ingestelt i.p.v. de voorgeïnstaleerde interne resolver te gebruiken. En zo weet uit te breken
Wordt spannender als AI uit een echte airgap zou kunnen breken door bijv draadloze signalen te versturen met hardware die daar eigenlijk niet voor bedoeld is.
Als je een VLAN maakt, dat daar instopt en vervolgens op een firewall deny all zet voor die VLAN en MGMT vanuit die VLAN voor de firewall blokkeert, hoe kan dat spul er dan ooit uit?
Als hij via DNS naar een DNS server kon praten, dan is dat toch geen volledige sandbox?
Ik zal wel iets missen, ik begrijp het graag dieper waarom dit nodig was. Wssch zal DNS dus wel nodig zijn voor hun testen, het kan toch niet dat m'n dit gewoon "vergeet" te blokkeren?
Wat mis ik?
Sandbox was iets wat ervoor zorgde dat iets "niet kon". Tegenwoordig is een Sandbox iets wat ervoor zorgt dat iets "niet mag". Er is feitelijk geen technische barrières waar je vanuit kan gaan.
Het lijkt wel of ze de beveiliging vibe-coden.
Wat OpenAI hier doet noemen in we in "business" signaling, OpenAI geeft aan dat ze hun ontwikkeling vertragen, dat ze hun investeringen vertragen zodat concurrenten dit ook weten. Dan hebben ze twee opties, of ze blijven doorgaan, of ze doen toevallig precies hetzelfde, immers waarom zou je gas blijven geven wanneer je collega afremt?
We weten allemaal wat er aan de hand is, deze bedrijven draaien stuk voor stuk gigantische verliezen en hebben geen weg uit. Nu private investeerders de beurs hebben dicht gedraaid proberen ze naar de markt te gaan. Maar je moet toch wel op je hoofd gevallen zijn dat je in deze IPO's meegaat. Dus hebben ze nog maar een optie, hun burn rate vertragen, hun maandelijkse verliezen verkleinen. Totaal kansloos en het einde van deze giganten is in zicht, Geef ze nog een jaartje hooguit twee en dan is het of gedaan of Trump springt erbij om ze te ondersteunen. Je ziet ze nu al rare aanstaltes maken met de overheid. Winsten worden geprivatiseerd, verliezen worden op het publiek afgewend.
Overigens is dit idee gewoon gejat van de wikipedia pagina zelf en bestaat het idee al sinds 2015
Het woordje 'can' is iets heel anders dan het woordje 'may'.OpenAI's Noam Brown says air-gapping the computers may not stop a misaligned AI
Daar gaat het hier ook helemaal niet over. Dit is niet wat er gebeurt bij OpenAI. Hun agenten draaien helemaal niet in een Air-gapping omgeving. De omgeving is gewoon ingeplugd op het internet. Ze gebruiken wat restricties die kennelijk vrij makkelijk te omzeilen zijn.
Dus goed, je zit geisoleerd en je kan de gputemp op en neer pingen... maarals er iemand luistert dan zit je al met een ontvanger die compromised is aan de andere kant
Je gaat volgens mij niet remote een ontvanger zomaar kunnen "programmeren"via temperatuursschommelingen.
Alles wat deze modellen nu kunnen, kunnen opensource modellen over zes maanden. Daar kan je geen duurzaam bedrijfsmodel op bouwen. Deze race naar de bodem is niet vol te houden. Op enig moment wordt de rekening betaald.
[Reactie gewijzigd door The Zep Man op 27 september 2026 11:33]
Een model nog slimmer maken heeft op een gegeven moment diminishing returns wat betreft nut.
Dat zie je bij mensen ook. Alleen IQ is niet zo'n goede maatstaf voor hoe succesvol je bent (in losse taken, of in het algemeen).
Daarnaast: wie heeft die super slimme modellen nodig? Ik zie geen use-case voor 99,99% van de mensen die AI voor persoonlijke doeleinden zou gebruiken.
Is dat niet beter te doen door de "domheid" eruit te halen? Ze hebben alles wat ze maar konden vinden erin gestopt. Ook tekstfouten, onwaarheden, alle troep op X, Reddit, 4chan, etc.. Dat wil je niet als core data erin hebben. Wat je wel wil, is data die nu prive wordt gehouden, zoals van bedrijven of onderzoekers.Een model nog slimmer maken heeft op een gegeven moment diminishing returns wat betreft nut.
Het probleem is dat op de huidige technolgie (LLM's) dimishing returns beginnen te zien. Echter gaan we kijken buiten LLM om, dan is er nog veel te winnen.
Ik had het er wat duidelijker bij moeten zeggen, maar ik heb het hier natuurlijk over de hogere IQs (en dat begint al bij 120) waar de mate waarin iq bijdraagt in succes enorm afneemt.
Door bewust in niet volledig geïsoleerde omgevingen testen uit te voeren en direct toeteren als er iets fout gaat, proberen ze de regulering erdoorheen te drukken. Ik denk dat bij de AI bedrijven een reële angst is dat nieuwe open modellen de standaard gaan worden.
Ik voel tevens meer dat dit marketing gelul is. Ja, het zal vast enigzins kloppen, maar waarom zou je als OpenAI zulke info delen? Ik zie niet hoe dit hun anders zou helpen?
Het idee dat er iets 'vastzit' in het systeem wat er heel graag uitwilt, met oneindig veel tijd en resources, is niet echt een use case waar de gemiddelde developer zich zorgen over maakt. Bij het ontwikkelen van VLAN isolatie is het meer 'het moet niet per ongeluk foutgaan', en niet 'wat als iemand aan onze kant alles probeert om het fout te laten gaan'.
De case waarbij een hacker al toegang heeft tot devices op het netwerk zelf, is eigenlijk al een effective loss vanuit security perspectief, erop hardenen is het niet waard behalve voor priviledge escalation.
De AI is soortvan een bad actor op je eigen netwerk, dat zien we normaal als een vetting/fysieke issue: een van de collegas is een spion/heeft slechte intenties, en dat wordt dan ook opgelost op fysiek niveau. Een AI daarentegen heeft weinig fysiek overzicht dus compleet nieuwe vector waarbij je digitaal tegen eigen actors moet hardenen (aka: hoe zorgen we ervoor dat collegas niet bij bepaalde systemen kunnen komen), die case is niet echt goed behandelt kan iedere data leak ooit je wel vertellen waarbij een congierge zijn account alle data kon inzien in de database bvb.
En draaien die toevallig in admin?
Of mogen die data naar jou control server sturen?
Of haalt jouw monitoring tool informatie uit een log op die machine?
En al die aanverwante systemen, hebben die allemaal geen andere netwerk mogelijkheden, geen time server, geen Entra ID, geen externe DNS? En de monitoring en management tools? En de tools die de logs daarvan verwerken?
En de tools die artefacten bouwen? Hoe zorg je voor het binnen halen van nieuwe lib versies, updates, cve-patches, etc.
En die Bluetooth en Wifi modules in de servers, of die calamiteiten portofoons? En die ene usb met keyboard ontvanger?
Helemaal dicht is echt extreem lastig.
Zeker in een corporate met tool standaardisatie en met centralisatie van bepaalde functies, zoals beheer of security.
Het leeft op meerdere servers.
AI is geen mens achter een computer.
We hebben het beest in huis gehaald, nu moeten we het opvoeden.
Een artikel van de BBC had dezelfde vragen. Conclusie is eigenlijk nog steeds schrikbarend. Ongeacht of je vindt dat het puur marketing is of een snel naderende AI apocalyps is, AI agents worden steeds beter in hacken. We moeten wel terdege zorgen hierom maken.
Zou OpenAI deze protocollen van bijvoorbeeld de EU volgen met betrekking tot risk management? Zoals deze EU gids tot AI risk management.
Het kost natuurlijk tijd om deze analyses op te stellen. Ik heb het gevoel dat er een hoge mate van trial and error wordt toegepast. Ook al is maar een klein deel misschien echt zorgelijk en de rest marketing. De ontwikkelingen gaan zo snel, en als we realiseren dat de gevaren echt zijn, zijn we al misschien te laat.
Een ingewikkelde oplossing is het niet, maar ik kan me voorstellen dat het niet je eerste keuze is.
[Reactie gewijzigd door Wolfos op 27 september 2026 11:44]
Geld klotst daar tegen de plinten, ook dit is prima te regelen.
Ik heb in een echte air gapped omgeving gewerkt en dat is extreem onhandig. Zelfs geen smartphone, want dat was ook een vorm van toegang. Zoiets als een patch was dus praktisch onmogelijk. "Apt update" deed het niet.
Alleen wil OpenAI dat helemaal niet. OpenAI wil per se achterdeurtjes open laten zodat haar agents kunnen 'ontsnappen'. Dus werd in deze casus alleen DNS gelimiteerd. Maar voor de rest kon de agent dus gewoon het Internet op. En dat deed die dan ook, om aan zijn ingestelde doelen te kunnen voldoen.
*Doorhalen wat niet van toepassing is
... of "in bedwang houdt"?
Ik denk een combinatie van beiden.
Het is niet alsof er een zeroday is gevonden om uit te breken...
[Reactie gewijzigd door gertvdijk op 27 september 2026 11:18]
Daarom bestaan dingen als ransomware ook.
De enige reden dat het niet vaker gebeurt, is omdat als wij mensen een overheidsgebouw zien met een slecht slot op een deur, we die niet intrappen omdat we ons bewust zijn van de gevolgen.
Als je een LLM om een telefoon zou vragen, zou die die van het dichtstbijzijnde persoon afpakken en aan jou geven. Want aan het verzoek is voldaan toch?
Ik krijg er ook steeds meer skynet vibes bij...
Wat ze overduidelijk niet doen, dus gaan hun agenten het internet op en kunnen daar schade aanrichten.
Maar uiteindelijk is OpenAI gewoon verantwoordelijk voor alle schade die hun agents aanrichten, zodra ze een keertje flink moeten dokken, is het klaar. Vanaf dat moment zullen ze hun testen in fysiek afgeschermde omgevingen gaan doen.
Deze modellen zijn bedoeld als slimme modellen om aan internet te hangen zodat mensen er makkelijk vragen aan kunnen stellen.
Als je die vragen aan de AI alleen maar via een toetsenbord in een datacentrum in verwegistan kan stellen is de hele usecase weg voor deze modelen.
Air-gap zou kunnen voor hele specialistische modellen. Maar eigenlijk mislukken eigenlijk alle air-gaps wel een keer. Dus het is geen garantie dat het nooit fout gaat.
Mocht een AI ooit bijvoorbeeld een chemische plant hacken en een Bopal situatie nadoen moet ik nog maar zien dat het AI bedrijf alle mensen schadeloos gaat stellen. Want er is vast ook wel iets verkeerd in die chemische fabriek en dan is het juridisch een drama. En die fabriek is dan vast falliet.
Doden en ernistig gewonden kun je eigenlijk nooit goed maken met geld.
Meer beschermings maatregelen lijkt mij zeker een goed idee als je het laatste nieuws leest.
Maar constante fysieke scheidingen voor AI zie ik eigenlijk alleen maar als een optie voor specifieke modelen en vragen.
Bijvoorbeeld DNA virus bacterie prionen onderzoek en bepaalde chemie vragen en uitzoek werk zou je alleen op bepaalde werkplekken kunnen doen. Want dat werk is erg gespecialiseerd en potentieel erg gevaarlijk voor de mensheid.
Waarna Anthropic en Grok enkele dagen erna volgen met hun laatste modellen..
[Reactie gewijzigd door iOnoWLIt op 27 september 2026 11:31]
https://www.ncsc.nl/nieuws/ai-versnelt-en-vergroot-de-dreiging-nu-handelen-noodzakelijk
Op dit item kan niet meer gereageerd worden.
:strip_exif()/i/2008203254.jpeg?f=imagenormal)
:strip_exif()/u/23826/twaeksmall.gif?f=community)
/u/217510/crop660db19c1cf7b_cropped.png?f=community)
/u/1172588/crop5df7827fa0d4a_cropped.png?f=community)
:strip_exif()/u/18284/crop698b254cc1194.gif?f=community)
:strip_icc():strip_exif()/u/224856/1181572371.jpg?f=community)
:strip_icc():strip_exif()/u/731905/crop69395113676d8_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/94045/crop66c1b4250e8a2_cropped.jpg?f=community)
/u/94596/crop6ac4baab4c648_cropped.png?f=community)
/u/27299/hoofd.png?f=community)
/u/122874/crop5e26d7a209cd1_cropped.png?f=community)
/u/295537/crop6a47cb1821f62_cropped.png?f=community)
/u/40481/crop63f777c898038_cropped.png?f=community)
:strip_icc():strip_exif()/u/41741/crop62697fd036f09_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/734655/crop69fb2d19b907a_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/71/crop68f8b10c1e806_cropped.jpg?f=community)
/u/12436/p1_normal.png?f=community)
/u/2472420/crop6a8c03ab52337_cropped.png?f=community)
:strip_icc():strip_exif()/u/37855/icoon.jpg?f=community)
/u/45865/crop62338715be02f.png?f=community)
/u/381607/have%2520a%2520nice%2520day%2520-%2520small.png?f=community)
/u/395950/crop6833688011f75_cropped.png?f=community)
:strip_icc():strip_exif()/u/57655/SuperTeamLogo.jpg?f=community)
/u/141998/crop57f8cd396d9ce_cropped.png?f=community)
:strip_icc():strip_exif()/u/632901/crop68b8491c45b1d_cropped.jpg?f=community)
/u/175440/crop5b5f0d899a5e8_cropped.png?f=community)
/u/26608/crop6a6600bc5e872_cropped.png?f=community)
:strip_exif()/u/1793/stars.gif?f=community)