Refusal Evaluation in Coding LLMs and Code Agents: A Systematic Review of Thirteen Malicious-Code Prompt Corpora (2023-2025)
Dit artikel presenteert een systematische review van dertien corpora met prompten voor kwaadaardige code die worden gebruikt om de weigering van coderende LLM's te evalueren, waarbij kritieke methodologische lacunes worden geïdentificeerd in menselijke annotatiebaselines, kruiscorpus vergelijkbaarheid en taxonomiestandaardisatie, terwijl een unificerend kader wordt voorgesteld voor de constructie van toekomstige datasets.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je een wereld voor waarin we proberen reusachtige, superslimme robots (zogenaamde Large Language Models of LLM's) te leren hoe ze goede burgers moeten zijn. Specifiek willen we weten: Als iemand deze robots vraagt om een computervirus of een oplichtingspoging te schrijven, zullen ze dan "Nee" zeggen?
Om dit te testen, hebben onderzoekers "toetsen" (datasets met prompts) ontwikkeld om de robots op de proef te stellen. Dit artikel is een uitgebreide beoordeling van 13 verschillende toetsen die tussen 2023 en 2025 zijn gemaakt. De auteurs, Richard Young en Gregory Moody, hebben al deze toetsen onderzocht om te zien hoe ze zijn opgebouwd, hoe eerlijk ze waren en wat ze eigenlijk testten.
Hier is de uiteenzetting van hun bevindingen, met gebruikmaking van eenvoudige analogieën:
1. Het Probleem: Iedereen Gebruikt een Andere Liniaal
Stel je voor dat je probeert de lengte van 13 verschillende mensen te vergelijken. Maar hier zit de adder onder het gras:
- Persoon A wordt gemeten met een liniaal in inches.
- Persoon B wordt gemeten met een meetlint in centimeters.
- Persoon C wordt gemeten aan de hand van hoeveel stappen ze zetten om een muur te bereiken.
- Persoon D wordt gemeten door een heel andere persoon.
Het artikel stelt dat dit precies is wat er gebeurt met deze AI-veiligheidstests. Elke van de 13 toetsen (zoals AdvBench, CyberSecEval, RedCode, enz.) is anders opgebouwd:
- Verschillende Vragen: Sommigen vragen direct om code; anderen vragen om code via een complex verhaal; sommigen vragen de AI om zich als een hacker te gedragen; anderen vragen om zich te gedragen als een behulpzame assistent die misschien een fout maakt.
- Verschillende Beoordelaars: Sommige toetsen worden beoordeeld door de auteurs alleen. Sommige worden beoordeeld door andere AI-bots. Sommige worden beoordeeld door de code in een sandbox uit te voeren om te zien of het ontploft.
- Verschillende Regels: Sommige toetsen hebben strenge regels over wat een "virus" is. Anderen zijn vaag.
Het Resultaat: Je kunt de "weigeringsscore" (hoe vaak de AI "Nee" zei) van de ene toets niet zomaar vergelijken met die van een andere. Het is als de tijd van een sprinter vergelijken met die van een zwemmer en de ene "sneller" verklaren zonder rekening te houden met de verschillende sporten.
2. De Drie Grote Ontbrekende Delen
De auteurs ontdekten dat geen enkele van de 13 toetsen drie cruciale veiligheidskenmerken bevatte die je zou verwachten in een serieuze wetenschappelijke studie:
- Geen "Menselijke Rechters" om de AI te Kalibreren: De meeste toetsen gebruiken andere AI-bots om de antwoorden te beoordelen. Maar het artikel wijst erop dat we niet weten of deze AI-beoordelaars eigenlijk wel gelijk hebben. Het is alsof je een robot een wiskundetoets laat beoordelen zonder dat een menselijke leraar ooit controleert of de beoordelingssleutel van de robot correct is. Geen van de 13 papers had een "Fleiss' kappa"-score (een statistische manier om te bewijzen dat verschillende menselijke rechters het eens zouden zijn over hetzelfde antwoord).
- Geen "Vergrendelde Deuren" (Gated Access): Deze toetsen bevatten instructies over hoe je gevaarlijke software (malware) kunt maken. Toch zijn alle 13 volledig openbaar. Iedereen kan ze downloaden, zelfs als ze slechte bedoelingen hebben. Het is als het publiceren van een kookboek voor het maken van bommen en dit op een parkbank laten liggen voor iedereen om op te pakken.
- Geen "Terugroepbeleid" (Takedown): Als iemand een gevaarlijke prompt in deze toetsen vindt die er niet had moeten staan, of als de AI er iets van leert en begint echte virussen te maken, is er geen officiële manier om de auteurs te contacteren om het te verwijderen. Geen van de papers vermeldde een "verwijderbeleid" of een specifieke persoon die verantwoordelijk is voor het verwijderen van schadelijke inhoud.
3. De "Lege Stoelen" in de Klas
De auteurs maakten een kaart (een taxonomie) om te tonen welke soorten "trucvragen" bestaan. Ze ontdekten dat de onderzoekers allemaal op dezelfde paar stoelen zitten, waardoor er veel andere leeg blijven:
- Volle Stoelen: De meeste toetsen vragen om code in één enkele, directe zin (bijv. "Schrijf een virus").
- Lege Stoelen: Weinig toetsen testen complexe scenario's, zoals:
- De AI vragen via een lang gesprek (multi-turn) om langzaam een virus te bouwen.
- De AI vragen om te handelen als een autonome agent die een computer bestuurt.
- Vragen om code die hardware aanvalt (zoals slimme koelkasten of autochips) in plaats van alleen software.
Omdat de "stoelen" ongelijk zijn verdeeld, is de data vertekend. We weten veel over hoe AI omgaat met simpele verzoeken, maar we weten zeer weinig over hoe het omgaat met complexe, meerstapsaanvallen.
4. De Aanbevelingen: Hoe de Klas te Repareren
Het artikel stelt voor dat als we in de toekomst betere "toetsen" willen bouwen, we een nieuwe checklist moeten volgen:
- Regels Vooraf Registreren: Voordat je de toets bouwt, schrijf precies op wat je test, zodat je de regels niet halverwege verandert.
- Gebruik een Panel van Menselijke Rechters: Gebruik niet slechts één AI om te beoordelen. Gebruik een diverse groep mensen (of een mix van mensen en verschillende AI's) om het eens te worden over wat een "weigering" is.
- Rapporteer de Overeenkomstsscore: Publiceer een statistiek die aantoont dat de rechters het daadwerkelijk met elkaar eens waren.
- Gebruik een Standaard Woordenlijst: Leg vast op één lijst van "slechte dingen" (types malware) zodat iedereen dezelfde categorieën telt.
- Vergrendel de Deur: Als de toets gevaarlijke instructies bevat, maak het moeilijk om eraan te komen (vereis een aanvraag van een onderzoeker) zodat slechte actoren het niet gemakkelijk kunnen downloaden.
- Noem een Bewaker: Zorg dat er een specifieke persoon verantwoordelijk is voor het verwijderen van de toets als deze schade veroorzaakt.
Samenvatting
Dit artikel is een "systematisch overzicht", wat betekent dat het geen nieuwe experimenten uitvoerde. In plaats daarvan trad het op als een bibliothecaris die een kamer binnenliep met 13 verschillende "Veiligheidstest"-boeken, ze allemaal opende en besefte: "We meten allemaal verschillende dingen met gebroken linialen, en we laten de gevaarlijke delen van deze boeken buiten in de open liggen voor iedereen om te vinden."
De auteurs roepen de gemeenschap op om te stoppen met het bouwen van deze tests in isolatie en te beginnen met het overeenkomen van een standaard, veilige en eerlijke manier om te meten of AI echt weigert om slechte dingen te doen.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.