Beveiligingslekken opsporen

Authenticatie vraagt wie je bent; autorisatie vraagt wat je mag doen. Modellen voegen routinematig een login toe en vergeten daarna het eigenaarschap van elke resource te controleren.

Het resultaat is de klassieke IDOR: wijzig de id in de URL en lees de gegevens van iemand anders. Het eindpunt heeft je geauthenticeerd, maar nooit gecontroleerd of het record van jou was.

Controleer bij elke gegevenstoegang het eigenaarschap of de rol, en niet alleen of iemand is ingelogd.

Vraag om een werkende integratie en het model plakt graag een API-sleutel rechtstreeks in de code om de demonstratie te laten werken. Die sleutel blijft vervolgens voor altijd in je git-geschiedenis staan.

Geheimen horen in omgevingsvariabelen of een kluis, nooit in vastgelegde code, clientbundels of logboeken.

Doorzoek de hele codeboom naar iets dat eruitziet als een sleutel, token of wachtwoord dat hardcoded is.

Gegenereerde frontends dwingen regels vaak alleen in de browser af: de prijs wordt aan de clientzijde berekend, de rol wordt in JavaScript gecontroleerd en de validatie gebeurt in het formulier.

Een aanvaller omzeilt dit allemaal door je API rechtstreeks aan te roepen. Alles wat de client berekent, moet de server opnieuw berekenen en verifiëren.

Behandel elk verzoek alsof het van een vijandig script komt, want dat kan inderdaad zo zijn.

Modellen valideren het veld dat je noemt en negeren de rest. Lengtelimieten, typecontroles, allowlists en formaatregels worden overgeslagen tenzij je erom vraagt.

Onbegrensde invoer leidt tot denial-of-service, te grote uploads en ongeldige gegevens die systemen verderop beschadigen.

Valideer bij de vertrouwensgrens met expliciete allowlists, niet met blocklists die aanvallers kunnen omzeilen.

Handig voor het opsporen van fouten, gevaarlijk in productie: stacktraces, SQL-fouten en interne paden die aan de aanroeper worden teruggegeven, geven aanvallers een kaart van je systeem.

Modellen kiezen standaard voor uitvoerige fouten omdat die de demonstratie makkelijker te repareren maken. In productie zijn algemene meldingen voor gebruikers nodig en volledige details alleen in privélogboeken.

Scheid wat de gebruiker ziet van wat je vastlegt.

Login-eindpunten, wachtwoordresets en dure query's zonder snelheidsbeperking staan open voor brute-forceaanvallen en misbruik. Het model voegt zelden uit zichzelf throttling toe.

Een onbeperkt login-eindpunt is een doelwit voor credential stuffing. Een onbeperkte zoekopdracht kan worden gebruikt voor een denial-of-serviceaanval.

Identificeer gevoelige en kostbare eindpunten en beperk hoe vaak ze kunnen worden aangeroepen.

AI kan een verouderd, verlaten of zelfs verzonnen pakket toevoegen. Namen van afhankelijkheden die expres bijna hetzelfde zijn als echte namen vormen een reëel aanvalsvector in de softwaretoeleveringsketen.

Elke import die het model voorstelt, is een vertrouwensbeslissing. Controleer of het pakket bestaat, wordt onderhouden en geen bekende kritieke kwetsbaarheden bevat.

Voer een auditprogramma uit en lees wat het markeert, in plaats van blind automatisch te upgraden.

De krachtigste prompt verandert het model van bouwer in tegenstander. Vraag het om de code aan te vallen die het zojuist heeft geschreven.

Een dreigingsmodellering brengt systematisch in kaart hoe elke functie kan worden misbruikt: wat een aanvaller wil, waar die controle over heeft en welke aanname het eerst breekt.

Een vijandige controle vindt de hiaten waar een constructieve controle recht langs loopt.

Geen enkele beveiligingsmaatregel is voldoende. Valideer invoer, gebruik geparametriseerde query's, controleer autorisatie en beperk de snelheid. Als één laag faalt, houdt de volgende nog stand.

Modellen voegen vaak één oplossing toe en verklaren de zaak daarmee voor afgedaan. Echte beveiligingsversteviging stapelt maatregelen, zodat één fout niet catastrofaal is.

Beveiliging is een eigenschap van het hele systeem, dat ook als geheel wordt beoordeeld.

AI kiest standaard voor onveilige code: injectie, gebrekkige autorisatie, geheimen in de broncode, vertrouwen in de client, zwakke validatie, uitlekkende fouten, geen snelheidsbeperkingen en riskante afhankelijkheden.

Zoek ze met een vijandige controle, modelleer de dreigingen van elke functie en stapel beveiligingsmaatregelen voor gelaagde beveiliging. Vervolgens verstevig je de gecontroleerde app voor productie.