Pluginnaam	Groundhogg
Type kwetsbaarheid	Kwetsbaarheid in toegangscontrole
CVE-nummer	CVE-2026-40793
Urgentie	Medium
CVE-publicatiedatum	2026-04-30
Bron-URL	CVE-2026-40793

Groundhogg < 4.4.1 — Gebroken Toegangscontrole (CVE-2026-40793): Wat WordPress-site-eigenaren Moeten Weten en Doen

Gepubliceerd: 24 apr, 2026
Ernst: CVSS 6.5 (Gemiddeld)
Gepatcht in: Groundhogg 4.4.1
Vereiste privilege: Abonnee (laag-bevoorrechte account)

Als WordPress-beveiligingsprofessionals zien we hetzelfde terugkerende patroon: een plugin introduceert functionaliteit maar mist een permissie- of nonce-controle, en plotseling kan een laag-bevoorrechte gebruiker of een geverifieerde maar onbetrouwbare account gevoelige acties uitvoeren. Het recente probleem met gebroken toegangscontrole in de Groundhogg-plugin (CVE-2026-40793), dat alle versies vóór 4.4.1 beïnvloedt, is een schoolvoorbeeld.

In dit bericht wordt het volgende uitgelegd:
– Wat “gebroken toegangscontrole” betekent in deze context.
– Het risico dat het presenteert voor WordPress-sites die Groundhogg gebruiken.
– Hoe een aanvaller het zou kunnen misbruiken (realistische scenario's).
– Hoe te detecteren of uw site het doelwit was of misbruikt is.
– Korte termijn mitigaties en lange termijn oplossingen (inclusief virtuele patching).
– Stapsgewijze incidentrespons als u vermoedt dat er een compromis is.
– Concrete WAF- en serverniveau regels die u kunt gebruiken om sites te beschermen totdat de plugin is bijgewerkt.
– Hoe WP-Firewall helpt, en hoe u essentiële bescherming gratis kunt krijgen.

Lees verder voor praktische, hands-on begeleiding die u vandaag kunt toepassen.

---

1 — Wat is “Gebroken Toegangscontrole”?

Gebroken toegangscontrole verwijst naar situaties waarin de code niet controleert of de huidige gebruiker het recht heeft om een actie uit te voeren. In WordPress-plugins komt dit typisch voort uit:

• Ontbrekende capaciteitscontroles (huidige_gebruiker_kan()).
• Ontbrekende of onjuist geïmplementeerde nonce-controles (wp_verify_nonce()).
• Gevoelige bewerkingen blootgesteld via openbare AJAX-eindpunten of frontend-formulieren zonder robuuste autorisatie.
• Vertrouwen op client-side controles (JavaScript) in plaats van server-side permissie verificatie.

Wanneer deze controles ontbreken, kan een geverifieerde gebruiker met een laag-bevoorrechte rol (in dit geval: Abonnee) codepaden activeren die bedoeld zijn voor beheerders of andere bevoorrechte gebruikers. Het resultaat kan ongeautoriseerde toegang tot gegevens, wijziging van instellingen, creatie of verwijdering van entiteiten, of het pivoteren naar verdere aanvallen zijn.

Patchdetails voor CVE-2026-40793 geven aan dat Groundhogg-versies ouder dan 4.4.1 een ontbrekende controle bevatten die een Subscriber in staat kan stellen om acties met hogere privileges uit te voeren. De kwetsbaarheid heeft een door Patchstack toegewezen CVSS van 6.5 (Gemiddeld), wat betekent dat het significant is en snelle mitigatie rechtvaardigt.

---

2 — Waarom dit belangrijk is: realistische risicoscenario's

Groundhogg is een marketing- en CRM-plugin. Een gebroken toegangscontrole binnen een dergelijke plugin kan leiden tot een reeks risico's:

• Ongeautoriseerde toegang tot contact-/klantgegevens (e-mailadressen, telefoonnummers, metadata).
• Wijziging van marketingautomatiseringsstromen (sabotage van e-mailsequenties, het omleiden van leads).
• Injectie van kwaadaardige links of inhoud in uitgaande e-mails — het creëren van een massale phishingvector vanaf uw site.
• Creatie van nieuwe gebruikers of verhoging van privileges (als de kwetsbare functie betrekking heeft op gebruikerscreatie/toegeefcapaciteit).
• Creatie van kwaadaardige funnels die code-uitvoering of externe callbacks activeren.
• Exfiltratie van siteconfiguratie of API-sleutels die zijn opgeslagen in de plugininstellingen.

Zelfs als de onmiddellijke impact “slechts” gegevensblootstelling of manipulatie binnen de plugin is, kunnen downstreamgevolgen (reputatieschade, spam/phishing vanuit uw domein, GDPR/PII-blootstelling) ernstig zijn.

Aanvallers geven de voorkeur aan deze klasse kwetsbaarheid omdat:
– Het vaak triviaal is om te exploiteren zodra je de doel-eindpunten kent.
– Het kan worden geautomatiseerd om veel sites tegelijk aan te vallen (massale exploitatie).
– Het vereiste privilege-niveau is laag (slechts een Subscriber), wat vaak aanwezig is door blogabonnementen, registraties of gecompromitteerde accounts.

---

3 — Hoe een aanvaller het zou kunnen exploiteren (hoog niveau)

We zullen geen exploit publiceren; in plaats daarvan beschrijven we plausibele exploitatiepatronen zodat site-eigenaren en verdedigers misbruik kunnen herkennen en zich ertegen kunnen verdedigen:

1. Aanvaller verkrijgt of creëert een Subscriber-account.
   • Veel sites staan gebruikersregistratie toe of hebben lidmaatschapsfuncties.
   • Aanvaller kan zich registreren met wegwerp-e-mails of gecompromitteerde inloggegevens hergebruiken.
2. Aanvaller stelt een verzoek op aan een Groundhogg-eindpunt (AJAX, admin-post of een front-facing eindpunt) dat geen juiste autorisatie heeft.
   • Dit kan een POST zijn naar admin-ajax.php met een actie parameter behandeld door Groundhogg.
   • Of een POST/GET naar een plugin-specifieke URL onder /wp-admin/admin.php?page=groundhogg of een openbaar API-eindpunt.
3. De ontbrekende capaciteit/nonce-controle laat de operatie doorgaan alsof de oproeper bevoorrecht is.
   • Voorbeelden: contacten bijwerken, instellingen wijzigen, funnels manipuleren, e-mailverzendingen triggeren.
4. Aanvaller maakt gebruik van de mogelijkheid om automatisering te wijzigen of e-mails naar gebruikers te verzenden, waardoor grotere doelen worden bereikt (malspam, inloggegevens verzamelen, omleidingen).

Omdat het vereiste privilege-niveau laag is, kan uitbuiting door veel accounts worden uitgevoerd en op grote schaal worden geautomatiseerd.

---

4 — Onmiddellijke geprioriteerde acties voor site-eigenaren

Als je Groundhogg op een site draait, beschouw dit dan als een hoog-prioriteit onderhoudsitem:

1. Werk Groundhogg onmiddellijk bij naar 4.4.1 of later.
   • De leverancier heeft een oplossing gepubliceerd in 4.4.1. Werk altijd plugins bij naar gepatchte versies als je eerste verdedigingslinie.
2. Als je niet onmiddellijk kunt bijwerken (onderhoudsvenster, compatibiliteitsproblemen), pas dan een virtuele patch toe:
   • Gebruik je firewall/WAF om verdachte verzoeken naar de relevante plugin-eindpunten te blokkeren (instructies hieronder).
   • Schorste openbare registratie en schakel tijdelijk alle onnodige Subscriber-functionaliteit uit.
3. Controleer je gebruikerslijst:
   • Verwijder onbekende Subscriber-accounts.
   • Bekijk recente registraties en hun tijdstempels.
   • Forceer wachtwoordresets voor verdachte accounts.
4. Monitor logs op verdachte activiteit:
   • Zoek naar pieken van admin-ajax.php verzoeken, onverklaarde POST-verzoeken naar plugin-eindpunten, of acties uitgevoerd door Abonnee-accounts.
5. Overweeg om e-mailverzendingen te vergrendelen:
   • Als Groundhogg transactionele/campagne-e-mail beheert, pauzeer of beperk uitgaande campagnes totdat je zeker weet dat je automatiseringen niet zijn aangetast.
6. Maak onmiddellijk een back-up van je site en database voordat je wijzigingen aanbrengt.

Deze stappen verminderen de impact terwijl je de permanente oplossing toepast.

---

5 — Hoe misbruik te detecteren (indicatoren van compromittering)

Als je vermoedt dat je site mogelijk is doelwit of geëxploiteerd, let dan op deze tekenen:

Technische indicatoren:

• Onverwachte wijzigingen in plugin-instellingen (Groundhogg-opties in wp_opties).
• Nieuwe workflows/funnels of e-mailtemplates aangemaakt zonder actie van de beheerder.
• E-mails verzonden vanuit je domein die niet door beheerders zijn goedgekeurd.
• Nieuwe beheerdersgebruikers of gebruikers met verhoogde rollen aangemaakt in wp_gebruikers/wp_usermeta.
• Frequente POST-verzoeken naar admin-ajax.php of plugin-eindpunten van Abonnee-accounts of onbekende IP's.
• Bestanden gewijzigd in plugin-mappen, of bestanden toegevoegd met verdachte code (vooral in wp-inhoud/uploads).

Log-gebaseerde zoekopdrachten:

• Zoek in webserverlogs naar verzoeken naar admin-ajax met actie= parameters die verwijzen naar groundhogg-gerelateerde acties.
• Zoek naar POST-verzoeken naar alle URL's onder /wp-admin/admin.php of /wp-admin/admin-ajax.php van niet-beheerder gebruikersagenten of bekende verdachte IP's.

SQL-query's (uitgevoerd vanuit wp-cli of phpMyAdmin) om recente gebruikerswijzigingen te vinden:

-- Recent user registrations in the last 30 days
SELECT ID, user_login, user_email, user_registered FROM wp_users
WHERE user_registered >= DATE_SUB(NOW(), INTERVAL 30 DAY)
ORDER BY user_registered DESC;

-- Users with administrator capability (double-check for unauthorized elevation)
SELECT u.ID, u.user_login, um.meta_value AS capabilities
FROM wp_users u
JOIN wp_usermeta um ON um.user_id = u.ID
WHERE um.meta_key = 'wp_capabilities'
AND um.meta_value LIKE '%administrator%';

WP-CLI-opdrachten:

# Toon Groundhogg-plugininformatie

Toepassingsniveau-controles:

• Vergelijk de pluginbron met een verse kopie van 4.4.1 (of de versie die je verwacht) om ongeautoriseerde wijzigingen te detecteren.
• Gebruik bestandsintegriteitsmonitoring (hashes) om bestandswijzigingen te detecteren.

Gebruikersactiviteitscontroles:

• Als je een audit/logging-plugin (activiteitslogs) gebruikt, filter dan op acties uitgevoerd door Subscriber-accounts.
• Controleer Mail-logs of het dashboard van de e-mailprovider op onverwacht outbound e-mailvolume of nieuwe sjablonen.

---

6 — Korte termijn mitigaties: virtueel patchen via WAF en serverregels

Als je niet onmiddellijk kunt updaten, is virtueel patchen essentieel. Een WAF kan exploitpogingen blokkeren zonder de plugin-code aan te raken. Hieronder staan praktische, generieke regels die je kunt toepassen. Test regels eerst op staging om te voorkomen dat legitiem gedrag wordt verbroken.

Belangrijk: pas parameter namen en eindpuntpaden aan op jouw site — het Groundhogg-aanvaloppervlak omvat vaak AJAX-acties en admin-pagina's. De voorbeelden hier zijn opzettelijk generiek maar praktisch.

A. Blokkeer verdachte AJAX-acties naar admin-ajax.php van niet-admin gebruikers
– Idee: weiger POST-verzoeken naar admin-ajax.php met actie parameter die verwijst naar Groundhogg-acties wanneer het verzoek afkomstig is van een cookie die een Subscriber identificeert, of wanneer het verzoek van de frontend komt en een geldige admin nonce mist.

Voorbeeld ModSecurity (OWASP CRS-stijl) regel — pas aan voor jouw ModSecurity-omgeving:

# BLOCK: admin-ajax verzoeken met groundhogg actie vanuit niet-privileged contexten"

Opmerking: Dit blokkeert verzoeken waarbij de actie parameter overeenkomt met groundhogg naamgevingspatronen. Pas de regex aan op de werkelijke actienamen van de plugin indien bekend.

B. Weiger directe toegang tot kritieke beheerderspagina's voor niet-ingelogde gebruikers
– Voor Nginx:

# Voorbeeld: beperk de toegang tot Groundhogg-beheerderspagina's tot alleen geauthenticeerde gebruikers

C. Blokkeer verdachte POST-pieken en beperk de snelheid van admin-ajax.php
– Beperk hoge frequentie oproepen naar admin-ajax.php vanaf hetzelfde IP of hetzelfde gebruikersaccount.
– Snelheidsbeperking is een effectieve manier om automatisering te stoppen.

D. Vereis geldige nonces voor kritieke acties op WAF-niveau
– Als je nonce-velden in verzoeken kunt detecteren (bijv. _wpnooit), vereis ze voor elke wijzigende actie. Als ze ontbreken, blokkeer.

E. Blokkeer verzoeken uit verdachte geografische gebieden of IP-lijsten als je geen admin IP's kunt whitelist.

F. Schakel tijdelijke openbare gebruikersregistratie en het plaatsen van opmerkingen uit
– Veel aanvallen zijn afhankelijk van het creëren van laaggeprivilegieerde accounts. Als je registratie niet nodig hebt, zet het uit.

G. Schakel plugin-eindpunten uit via herschrijven als dat mogelijk is
– Dien een 403 uit op plugin-specifieke eindpunten totdat ze zijn gepatcht.

Voorbehoud: WAF-regels moeten zorgvuldig worden getest. Te brede regels kunnen legitiem gedrag verstoren. Als je twijfelt, raadpleeg dan een beveiligingsingenieur of je beheerde hostingprovider.

---

7 — Aanbevelingen voor langdurige verharding

Het repareren van de plugin is noodzakelijk, maar het holistisch verdedigen van je WordPress-installatie vermindert het toekomstige risico.

1. Update alles regelmatig
   • WordPress-kern, thema's, plugins — pas beveiligingsupdates snel toe.
2. Minimale rechtenmodel
   • Geef gebruikers alleen de minimale mogelijkheden die ze nodig hebben.
   • Overweeg opnieuw of abonnees echt functies nodig hebben die verder gaan dan het lezen van inhoud.
3. Beperk admin-facing eindpunten
   • Gebruik een toegestane lijst voor wp-admin toegang (per IP) voor sites met beperkte admin-locaties.
   • Gebruik HTTP-authenticatie op gevoelige pagina's indien van toepassing.
4. Zorg voor sterke authenticatie
   • 2FA voor admin/editor/toezichthouder rollen.
   • Sterk wachtwoordbeleid en controle op inbreuken.
5. Log en monitor
   • Centraliseer logs (webserver, PHP, WordPress-activiteit) en monitor op anomalieën.
   • Schakel waarschuwingen in voor risicovolle gebeurtenissen: nieuwe admin-gebruikers, plugin-installaties, massale POST's.
6. Back-ups en testherstel
   • Houd recente offsite-back-ups en test periodiek herstel.
7. Bestandsintegriteit en malware-scanning
   • Detecteer bestandswijzigingen, onbekende PHP-bestanden of webshells vroegtijdig.
8. Minimaliseer plugins en gebruik alleen goed onderhouden plugins.
   • Elke plugin vergroot het aanvalsoppervlak; verminder onnodige plugins.
9. Beveiligingsreview voor derde partij plugins
   • Voordat je een nieuwe plugin implementeert, doe een beveiligingsreview: laatste update datum, aantal installaties, recente changelog, responsiviteit van ontwikkelaars.
10. Incidentresponsplan
    • Houd een gedocumenteerd plan bij met rollen, contactlijsten, back-uplocaties en stappen om een inbreuk te verhelpen.

---

8 — Stapsgewijze incidentrespons als je bent uitgebuit

Als je vaststelt dat de kwetsbaarheid is uitgebuit, volg dan deze stappen. Geef prioriteit aan containment, gevolgd door herstel en remediatie.

Inperking

1. Zet de site in onderhoudsmodus of neem deze kort offline.
2. Intrek API-sleutels en reset eventuele plugin-specifieke inloggegevens.
3. Wijzig alle beheerders- en geprivilegieerde wachtwoorden.
4. Deactiveer de Groundhogg-plugin als de kwetsbaarheid actief wordt uitgebuit en als dit geen kritieke bedrijfsprocessen verstoort.

Bewijsmateriaalverzameling

1. Maak een forensische kopie van de server en logs (toegangslogs, PHP-logs).
2. Exporteer de database voor offline analyse.
3. Leg de tijdsperiode en verdachte IP's/gebruikeraccounts vast.

Uitroeiing

1. Verwijder achterdeurtjes of verdachte bestanden (maar bewaar een kopie offline voor onderzoek).
2. Voer een volledige malware-scan uit op het bestandssysteem en de database.
3. Pas de patch van de leverancier toe (update Groundhogg naar 4.4.1 of later) — doe dit nadat je een back-up hebt gemaakt en gescand.

Herstel

1. Herstel indien nodig vanaf een schone back-up.
2. Voer scans opnieuw uit en valideer de integriteit van de site.
3. Herissueer alle geroteerde API-sleutels en bevestig dat integraties van derden veilig zijn.
4. Houd de activiteit gedurende ten minste 30 dagen nauwlettend in de gaten.

Meldingen en rapportage

1. Als gebruikersgegevens zijn blootgesteld, volg dan je juridische en regelgevende verplichtingen (bijv. GDPR-inbreukmeldingen).
2. Informeer klanten of gebruikers wiens gegevens mogelijk zijn aangetast.
3. Overweeg om een professioneel incidentrespons-team in te schakelen voor ernstige inbreuken.

Na het incident

1. Voer een beveiligingsaudit uit om de oorzaken te achterhalen en gaten te dichten.
2. Versterk de omgeving om soortgelijke aanvallen te voorkomen.
3. Documenteer de geleerde lessen en werk je incidentresponsplan bij.

---

9 — Praktische WAF-regelvoorbeelden die je kunt aanpassen (geteste patronen)

Hieronder staan voorgestelde regels in drie veelgebruikte formaten. Het zijn voorbeelden en moeten worden aangepast aan jouw omgeving.

A. ModSecurity (voorbeeld)

# Voorbeeld: blokkeer POST naar admin-ajax.php met verdachte Groundhogg actie namen"

B. Nginx (basisregel om verzoeken naar de groundhogg admin pagina te weigeren)

location ~* /wp-admin/admin.php {

C. Snelheidsbeperking admin-ajax.php (Nginx + limit_req)

# definieer limiet

D. Eenvoudige blokkade op basis van header (tijdelijk, effectief)

Als je kunt detecteren dat legitieme admin verzoeken een header of cookie bevatten die jouw admin tools instellen, kun je admin-ajax POST verzoeken blokkeren die die header/cookie missen. Wees voorzichtig met deze methode, omdat het legitieme frontend AJAX kan breken.

Belangrijk: Test altijd in staging. Implementeer regels geleidelijk en monitor valse positieven.

---

10 — Waarom een beheerde firewall + virtuele patching belangrijk is

Een beheide applicatieniveau firewall biedt meerdere voordelen:

• Snelle virtuele patching: bescherming kan onmiddellijk worden toegepast zonder te wachten op het bewerken van plugin code.
• Contextbewuste regels: blokkeer aanvallen die gericht zijn op specifieke plugin eindpunten of parameters.
• Verminderde operationele last: voor teams zonder een beveiligingsspecialist biedt een beheerde WAF bescherming terwijl je updates plant.
• Logging, analytics en waarschuwingen: helpt je om exploitatiepogingen vroegtijdig te detecteren.

Zelfs sites die snel updaten profiteren van een extra beschermingslaag—vooral tegen geautomatiseerde mass-exploit campagnes die grote aantallen installaties binnen enkele uren na een kwetsbaarheidsontdekking doorzoeken.

---

11 — Voorbeeld: snelle checklist voor een noodrespons (één pagina)

• [ ] Maak onmiddellijk een back-up van sitebestanden en DB.
• [ ] Update Groundhogg naar 4.4.1 (indien mogelijk).
• [ ] Als je nu niet kunt updaten: pas WAF regel(s) toe om plugin eindpunten te blokkeren.
• [ ] Schakel openbare registratie uit (indien ingeschakeld).
• [ ] Controleer gebruikers: verwijder of markeer onbekende abonnee-accounts.
• [ ] Reset wachtwoorden voor beheerders.
• [ ] Scan de site op malware/achterdeurtjes en ongebruikelijke bestanden.
• [ ] Controleer e-mailtemplates en de uitgaande wachtrij op ongeautoriseerde wijzigingen.
• [ ] Intrek en roteer eventuele API-sleutels die door de plugin worden gebruikt.
• [ ] Monitor logs op pieken of verdachte IP's gedurende ten minste 30 dagen.
• [ ] Schakel een beveiligingsprofessional in als verdachte bestanden of aanhoudende toegang wordt gevonden.

---

12 — Hoe WP-Firewall je helpt beschermen tegen deze kwetsbaarheden

Bij WP-Firewall beschermen we WordPress-sites via een gelaagde aanpak:

• Beheerde firewallregels en virtuele patching om exploitpogingen te blokkeren wanneer kwetsbaarheden worden onthuld.
• WAF-niveau handtekeningen en gedragsregels om anomalieuze admin-ajax-activiteit en verdachte abonnee-gedragingen te detecteren en te blokkeren.
• Malware-scanning, bestandintegriteitsmonitoring en automatische mitigatie voor veelvoorkomende OWASP Top 10-risico's.
• Praktische handleidingen en actiegerichte waarschuwingen zodat site-eigenaren snel en effectief kunnen reageren.

Als je verantwoordelijk bent voor een of meerdere WordPress-sites, kan een extra, beheerde beschermingslaag het verschil maken tussen een geblokkeerde aanval en een inbreuk.

---

Bescherm je site onmiddellijk: probeer WP-Firewall Basic (Gratis)

Wil je onmiddellijke, essentiële bescherming terwijl je patcht en controleert? Probeer WP-Firewall Basic (Gratis) en krijg essentiële beveiligingen binnen enkele minuten actief.

Wat u krijgt met het Basis (Gratis) plan:

• Beheerde firewall en virtuele patching om bekende exploitpatronen te blokkeren.
• Onbeperkte bandbreedte en WAF-bescherming voor je WordPress-site.
• Malware-scanner om verdachte bestanden en indicatoren van compromittering te detecteren.
• Mitigatie voor OWASP Top 10-risico's — praktische bescherming tegen veelvoorkomende exploitklassen (zoals gebroken toegangscontrole).

Meld je nu aan voor het gratis plan en voeg een beheerde beschermingslaag toe om je WordPress-sites veiliger te houden terwijl je updates toepast: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Als je automatisering en geavanceerde responsfuncties nodig hebt, bieden we Standaard en Pro plannen met automatische malwareverwijdering, IP-controles, virtuele patching en beheerde beveiligingsdiensten.)

---

13 — Laatste opmerkingen en aanbevolen prioriteiten

Dit Groundhogg probleem met gebroken toegangscontrole herinnert eraan dat pluginbeveiliging een voortdurende verantwoordelijkheid is. Prioriteer het volgende:

1. Patch: Update Groundhogg nu naar 4.4.1 of later.
2. Bescherm: Pas virtuele patching toe via een WAF als je niet onmiddellijk kunt updaten.
3. Audit: Controleer gebruikersaccounts, logs en plugininstellingen op tekenen van misbruik.
4. Versterk: Implementeer rate-limiting, 2FA, minimale privileges en monitoring.
5. Plan: Onderhoud regelmatige back-up en incidentresponsprocessen.

Als je onmiddellijke hulp nodig hebt bij het toepassen van een mitigatieregel of het onderzoeken van verdachte activiteiten, kan WP-Firewall snel bescherming implementeren en begeleiding bieden die is afgestemd op jouw omgeving.

Blijf veilig — een proactieve verdedigingshouding in combinatie met snelle patching is de beste verdediging tegen exploitatiecampagnes die gericht zijn op gebroken toegangscontrole en andere veelvoorkomende pluginzwaktes.

— WP-Firewall Beveiligingsteam

---

Referenties en verder lezen

• CVE-2026-40793 openbare advies en leverancier patchnotities (Groundhogg 4.4.1).
• WordPress ontwikkelaarshandleiding: mogelijkheden, nonces en AJAX best practices.
• OWASP Top 10 en richtlijnen voor webapplicatiebeveiliging.

Als je een stapsgewijze handleiding wilt om de tijdelijke firewallregels toe te passen die we hierboven hebben voorgesteld, of hulp nodig hebt bij het auditen van een site, staan we klaar om te helpen.