SQL-queries veilig beschikbaar stellen

Plak modeltekst nooit rechtstreeks in SQL. Dat maakt SQL-injectie mogelijk, waarbij speciaal samengestelde invoer je query herschrijft en gegevens uitlekt of vernietigt.

De oplossing bestaat uit geparametriseerde query's: je schrijft plaatshouders en het stuurprogramma koppelt de waarden veilig, zodat invoer nooit de structuur van de query kan wijzigen.

Laat het model waarden als getypeerde argumenten doorgeven en bouw daarna de query. Het model levert gegevens aan, nooit de SQL-tekst zelf.

Houd de SQL vast in je code en vul alleen gekoppelde parameters in. Een onveranderlijke querystructuur is de eenvoudigste manier om veilig te blijven.

Defensie in lagen: maak verbinding met een databasegebruiker met alleen-lezenrechten. Zelfs een gebrekkige tool kan je gegevens dan niet fysiek wijzigen of verwijderen.

Beperk het aantal rijen altijd met een LIMIT, zodat één brede query geen enorme tabel naar het model kan sturen en je tokenbudget opgebruikt.

Als het model een tabel kiest, controleer die dan tegen een toelatingslijst. Wijs alles af wat niet op de lijst staat, in plaats van de naam te vertrouwen.

Formatteer resultaten als duidelijke tekst of eenvoudige records, zodat het model ze gemakkelijk kan lezen. Duidelijkheid erin betekent duidelijkheid bij de volgende redeneerstap.

Selecteer alleen de kolommen die de taak nodig heeft. Door geheimen zoals wachtwoordhashes weg te laten, houd je privégegevens volledig buiten het model.

Je hebt een database veilig beschikbaar gemaakt: geparametriseerde query's met alleen-lezenrechten, toegestane tabellen en rijlimieten. Vervolgens verpak je een web-API. 🎯