OWASP Top 10:2025 voor webshops: wat betekent elke categorie?

OWASP Top 10:2025 voor webshops: de tien categorieën in webshoptaal en welke een WAF zoals Cloudflare wel of niet afdekt.

Coding.nl
7 min leestijd
Inhoud van dit artikel
  1. Wat is de OWASP Top 10?
  2. De categorieën in webshoptaal
  3. Wat dit betekent voor je WAF-keuze
  4. Zo gebruik je de lijst in je eigen werk
  5. Wat een WAF wel en niet kan
  6. Drie dingen die je deze week kunt doen
  7. Waarom de lijst verandert

De OWASP Top 10 is de meest geciteerde lijst van webrisico's. In de editie 2025 staat bovenaan Broken Access Control en op plek 3 Software Supply Chain Failures. Dat zegt meer over webshops dan het lijkt: de grootste risico's zitten zelden in een aanvalspatroon dat een firewall ziet.

Dit artikel loopt de tien categorieën langs, in webshoptaal. Per categorie zie je wat het in jouw shop betekent en of een WAF zoals Cloudflare helpt. Het bredere kader staat op onze security-pagina.

Wat is de OWASP Top 10?

Het is een bewustwordingsdocument van het Open Worldwide Application Security Project. Het rangschikt de meest kritieke categorieën van beveiligingsrisico's voor webapplicaties. Het is geen norm waarvoor je gecertificeerd wordt. Het is wel de taal die auditors, hostingpartijen en WAF-leveranciers gebruiken.

De editie 2025 bevat deze tien categorieën:

#CategorieIn een webshop
A01Broken Access ControlKlant ziet andermans bestelling of adres
A02Security MisconfigurationDebugmodus aan, open admin, verkeerde rechten
A03Software Supply Chain FailuresBesmette extensie of package
A04Cryptographic FailuresGevoelige data onversleuteld of zwak versleuteld
A05InjectionSQL-injectie, XSS, command injection
A06Insecure DesignEen flow die misbruik toelaat, ook als alles "werkt"
A07Authentication FailuresZwakke logins, geen 2FA, brute force
A08Software or Data Integrity FailuresOngecontroleerde updates, onbetrouwbare scripts
A09Security Logging and Alerting FailuresEen inbraak die niemand ziet
A10Mishandling of Exceptional ConditionsFoutafhandeling die data lekt of gedrag openzet

De categorieën in webshoptaal

A01 Broken Access Control

De klant mag alleen zijn eigen gegevens zien. Als een ordernummer in de URL genoeg is om andermans factuur te openen, is dat dit probleem. Het zit in de applicatie. Een WAF ziet een normaal request.

A02 Security Misconfiguration

Een open staging-omgeving, debug-uitvoer op productie, standaardwachtwoorden, schrijfbare mappen. Veel hiervan vang je met een security check. Een WAF dekt een klein deel.

A03 Software Supply Chain Failures

Extensies, Composer-packages, thema's en scripts van derden. Eén besmette update bereikt al je shops tegelijk. Hier helpt een WAF nauwelijks. Dit vraagt extensiebeleid en dependency-controle.

A04 Cryptographic Failures

Wachtwoorden zonder goede hash, TLS-instellingen die achterlopen, gevoelige data in logs. Voor TLS stel je de SSL/TLS-modus goed in. De rest zit in je applicatie.

A05 Injection

SQL-injectie, cross-site scripting en commando-injectie. Dit is waar een WAF het meest voor doet. Cloudflares OWASP-set koppelt regelgroepen aan deze aanvalsklassen: SQL-injectie, XSS, remote code execution, path traversal, SSRF en onveilige deserialisatie. Een WAF is hier een vangnet. De fix hoort in de code.

A06 Insecure Design

Een kortingscode die je onbeperkt kunt stapelen. Een retourflow die misbruikt wordt. Dat is geen bug in een regel code, het is een gat in het ontwerp. Dit vraagt nadenken vooraf.

A07 Authentication Failures

Zwakke wachtwoorden, geen 2FA, credential stuffing op klantaccounts. Hier helpt een WAF wel: rate limiting op login en bot-bescherming dempen de bulkaanvallen. Voor je admin geldt: 2FA en IP-beperking.

A08 Software or Data Integrity Failures

Code of data die je vertrouwt zonder te controleren. Denk aan scripts van derden die ongemerkt veranderen. Dat is het mechanisme achter veel skimmers.

A09 Security Logging and Alerting Failures

Als je een inbraak pas na weken ziet, heeft de aanvaller weken. Zorg voor logging die je terug kunt zoeken en alerts die iemand bereiken. Zie monitoring en incident response.

A10 Mishandling of Exceptional Conditions

Wat gebeurt er als iets misgaat? Een foutmelding met stacktrace, of een systeem dat bij een fout "open" valt. Test je foutpaden net zo serieus als je goede paden.

Wat dit betekent voor je WAF-keuze

Een WAF raakt vooral A05 en deels A07. De rest vraagt werk aan je applicatie, je processen en je hosting. Dat is geen reden om geen WAF te gebruiken. Het is een reden om hem niet als hoofdverdediging te zien.

Zo gebruik je de lijst in je eigen werk

De OWASP Top 10 is een bewustwordingsdocument, geen checklist die je afvinkt. Wie hem als checklist gebruikt, denkt na een uur dat alles in orde is. De lijst is nuttiger als gespreksstarter: per categorie stel je een concrete vraag aan je eigen shop.

CategorieVraag om aan je eigen shop te stellen
A01 Broken Access ControlKan een klant via een aangepast ID andermans bestelling, adres of factuur openen? Is de admin echt afgeschermd?
A02 Security MisconfigurationStaan er debug-modus, standaardwachtwoorden, open mappen of overbodige services aan?
A03 Software Supply Chain FailuresWeet je welke extensies en pakketten draaien, wie ze onderhoudt, en hoe snel je een update uitrolt?
A04 Cryptographic FailuresGaat alles over TLS, worden wachtwoorden goed gehasht, staan er geheimen in de repository?
A05 InjectionWorden invoer en zoekopdrachten altijd parametrisch verwerkt en uitgevoerd?
A06 Insecure DesignKan iemand je kortingscodes, voorraad of retourflow misbruiken door de logica slim te gebruiken?
A07 Authentication FailuresIs er 2FA voor beheerders, rate limiting op login en wachtwoordreset, en een beleid voor sterke wachtwoorden?
A08 Software or Data Integrity FailuresKun je aantonen dat code in productie ook de code is die je hebt goedgekeurd? Controleer je externe scripts?
A09 Security Logging and Alerting FailuresMerk je het op als er iets ongebruikelijks gebeurt, en kun je achteraf zien wat er is gebeurd?
A10 Mishandling of Exceptional ConditionsWat doet je shop bij een fout: geeft hij stacktraces vrij, valt hij terug op een onveilige staat, of blijft hij veilig?

Wat een WAF wel en niet kan

Een WAF kijkt naar verkeer, niet naar logica. Dat bepaalt wat hij kan afdekken.

Een WAF helpt vooral bij:

  • Bekende aanvalspatronen in verzoeken (A05 Injection, deels A02 Misconfiguration)
  • Geautomatiseerd misbruik van bekende kwetsbaarheden, zolang er een regel voor bestaat
  • Het afschermen van paden die je niet publiek wilt hebben

Een WAF helpt weinig of niet bij:

  • Kapotte autorisatie, zoals een klant die andermans bestelling opent (A01). Het verzoek ziet er volkomen normaal uit.
  • Misbruik van bedrijfslogica (A06). Een kortingscode die tien keer wordt ingewisseld, is een legitiem verzoek.
  • Een gecompromitteerde extensie of afhankelijkheid (A03, A08). De kwaadaardige code draait binnen je eigen omgeving.
  • Zwakke logging (A09). Dat is jouw verantwoordelijkheid.

Hieruit volgt dat een WAF waardevol is als laag, maar nooit als hoofdverdediging. De lagen eronder, namelijk goede code, patchen, rechtenbeheer en monitoring, doen het echte werk.

Drie dingen die je deze week kunt doen

  1. Neem A01 en A07 serieus. Test met twee klantaccounts of je andermans gegevens kunt zien, en controleer of je beheerders 2FA hebben. Dat kost een middag en dekt de twee categorieën waar webshops het vaakst op falen.
  2. Maak een lijst van je extensies en pakketten. Met versie, leverancier en laatste update. Dat is je A03-inventaris. Zie ook Magento-extensies en supply chain-risico.
  3. Kijk wat je logt. Vraag jezelf: als een beheerder om 03:00 honderd bestellingen exporteert, merk je dat dan? Zo niet, dan heb je een A09-gat.

Waarom de lijst verandert

De Top 10 wordt periodiek herzien op basis van data en input uit de community. Categorieën verschuiven en worden samengevoegd of hernoemd. Voor jou betekent dat niet dat je je aanpak steeds moet omgooien. De kern blijft: toegang goed regelen, configuratie schoon houden, afhankelijkheden beheren, en zorgen dat je merkt wat er gebeurt. Wil je weten hoe wij deze lagen invullen voor webshops? Zie webshop security.

Veelgestelde vragen

Is de OWASP Top 10 een wettelijke eis?+

Nee. Het is een branchestandaard voor bewustwording. Eisen als PCI DSS kunnen er wel naar verwijzen. Zie PCI DSS 4.0 voor webshops.

Welke categorie is het gevaarlijkst voor een webshop?+

Dat hangt van je shop af. Broken Access Control en supply chain-risico's komen in de praktijk vaak voor en zijn lastig met tools alleen te vangen.

Dekt Cloudflare de hele OWASP Top 10?+

Nee. De WAF helpt vooral bij injectie en bij bulkaanvallen op logins. Ontwerp, toegangsbeheer en supply chain vragen andere maatregelen.

Wat is veranderd ten opzichte van 2021?+

De editie 2025 heeft onder meer Software Supply Chain Failures en Mishandling of Exceptional Conditions als categorie. Lees voor het exacte overzicht de OWASP-site zelf.

Wil je weten waar jouw shop staat? Neem contact op.

Ruthger Idema

Geschreven door Ruthger Idema

Eigenaar van Coding.nl. 15+ jaar e-commerce met Magento, Shopify en Laravel, samen met het vaste team in Emmen.

Wil je dit voor jouw shop laten uitzoeken? Plan een half uur

Een half uur via video met de mensen die het werk ook echt doen. Kies hieronder een moment dat jou past.

  • Direct met het vaste team, geen tussenlagen
  • Concrete feedback op je huidige situatie of plannen
  • Eerlijk advies, ook als het antwoord "niet doen" is
  • Indicatie van kosten en tijdlijn
Liever bellen? 0591-239 299
Beschikbaar deze week

Plan een gratis Tech Check

Vrijblijvend jouw uitdagingen bespreken

Of bel direct: 0591-239 299