Datasette tetter hull i tilgangskontrollen etter revisjon med tre KI-modeller

Datasette-prosjektet slapp 11. september 2026 to sikkerhetsoppdateringer samme dag: 0.65.4 for den stabile 0.65.x-grenen og 1.0a39 for alfa-serien. Ifølge Simon Willison på Datasette-bloggen rammer de fleste feilene instanser på nettet som gir innloggede brukere tilgang til private data, særlig der en autentiseringsplugin skal beskytte dem. Datasette Cloud har allerede fått rettelsene.

Endringsloggen for 1.0a39 viser hva slags hull det er. Tilgangssjekker for tabeller og views tar nå hensyn til at SQLite ikke skiller mellom store og små bokstaver i tabellnavn, fulltekstindekser krever tilgang til tabellen de henter innhold fra, og private svar sendes med Cache-Control: private, no-store. Prosjektet holder foreløpig tilbake noen av de automatiserte testene fra det offentlige repoet, for å gi folk tid til å oppgradere før detaljene blir kjent.

Selve revisjonen er det uvanlige. Sevban Dönmez sendte inn flere KI-assisterte sårbarhetsrapporter, og det fikk Willison og Alex Garcia til å kjøre en full revisjon med Claude Fable 5.1, GPT-5.6 Sol og GPT-6 Astra. Det var første gang prosjektet gjorde en grundig sikkerhetsrevisjon med kodeagenter, og flere runder avdekket et betydelig antall problemer.

«For de fleste feilene delte vi arbeidet: den ene skrev automatiserte tester som viste feilen, den andre implementerte fiksen.» — Simon Willison, Datasette

Slik fikk to mennesker øynene på hver feil, i tillegg til kodeagentene som kjørte ulike modeller. Prosjektet vil fortsette å revidere Datasette med slike verktøy.

Hva bør du gjøre?

1. Kjør pip install -U datasette for stabil 0.65.4, eller pip install datasette==1.0a39 hvis du bruker alfa-serien.
2. Prioriter instanser på nettet som bruker en autentiseringsplugin til å skjule private tabeller.
3. Test egne plugins mot 1.0a39: db.execute_write() har fått en standard tidsgrense på 2 000 millisekunder.