| Pluginnaam | AI-engine |
|---|---|
| Type kwetsbaarheid | Privilege escalatie |
| CVE-nummer | CVE-2026-8719 |
| Urgentie | Hoog |
| CVE-publicatiedatum | 2026-05-18 |
| Bron-URL | CVE-2026-8719 |
Privilege-escalatie in AI-engine (CVE-2026-8719): Wat WordPress-site-eigenaren moeten weten — Deskundige analyse en praktische mitigatie
Datum: 18 mei 2026
Auteur: WP-Firewall Beveiligingsteam
Samenvatting: Een kwetsbaarheid voor privilege-escalatie van hoge ernst (CVE-2026-8719, CVSS 8.8) werd onthuld in de AI-engine-plugin (kwetsbare versies 3.4.9). Een geauthenticeerd account op abonnementsniveau kan onvoldoende autorisatiecontroles misbruiken om privileges te escaleren. De leverancier heeft een patch uitgebracht in versie 3.5.0. Dit artikel legt de kwetsbaarheid uit, demonstreert hoe aanvallers dergelijke fouten doorgaans misbruiken en biedt onmiddellijke en langdurige mitigatie-, detectie- en herstelrichtlijnen die zijn afgestemd op WordPress-site-eigenaren en ontwikkelaars. Als een WordPress-beveiligingsprovider schetsen we ook hoe een beheerde Web Application Firewall en virtuele patching uw site kunnen beschermen terwijl u bijwerkt.
Waarom dit belangrijk is (korte antwoord)
- Kwetsbare versies: 3.4.9 (3.4.9 — kwetsbaar)
- Gepatcht in: 3.5.0
- CVE: CVE-2026-8719
- Ernst: Hoog (CVSS 8.8)
- Vereiste bevoegdheid om te exploiteren: Abonnee (geauthenticeerde gebruiker met lage privileges)
- Classificatie: Privilege-escalatie / Identificatie- en authenticatiefouten
Een abonnee is de laagste geprivilegieerde geauthenticeerde rol op de meeste WordPress-sites. Een fout die een abonnee in staat stelt om privileges te escaleren, stelt een aanvaller effectief in staat om de beveiliging op accountniveau te omzeilen en administratieve controle te krijgen. Dit opent de deur naar volledige compromittering van de site (achterdeuren, gegevensexfiltratie, spam SEO-besmetting, gemonetiseerde omleidingen, ransomware-achtige vernietiging, en meer).
Wat waarschijnlijk fout ging (technische oorzaak — uitgelegd)
Op basis van de informatie die door onderzoekers is vrijgegeven en veelvoorkomende patronen in kwetsbaarheden van WordPress-plugins, is dit zeer waarschijnlijk een autorisatie-/toestemmingscontrolefout. In eenvoudige termen:
- De plugin stelt een actie bloot (via admin-ajax.php, een REST-eindpunt of andere interne handlers) die een gevoelige bewerking uitvoert — bijvoorbeeld het wijzigen van mogelijkheden, het bijwerken van gebruikersrollen, het schrijven van geprivilegieerde opties of het inschakelen van integraties — maar slaagt er niet in te valideren dat de oproepende gebruiker de juiste mogelijkheid heeft.
- De handler:
- Laat een oproep naar
current_user_can( 'beheer_opties' )of een equivalente mogelijkheidcontrole weg, of - Gebruikt een onveilige controle (bijv. alleen verifiëren dat de gebruiker geauthenticeerd is, niet dat ze een specifieke mogelijkheid hebben), of
- Vertrouwt uitsluitend op een nonce of door de client geleverde gegevens zonder juiste server-side verificatie.
- Laat een oproep naar
Wanneer een abonnee een speciaal samengestelde aanvraag naar die handler kan sturen en de server de gevoelige actie uitvoert zonder autoritatieve controles, volgt escalatie.
Veelvoorkomende manifestatiepatronen:
- REST-route met permission_callback die true retourneert voor geauthenticeerde gebruikers of niet wordt afgedwongen.
- admin-ajax-actie oproepbaar door elke ingelogde gebruiker (ontbrekende mogelijkheidcontroles).
- Opties of gebruikersmeta bijgewerkt met door de gebruiker geleverde waarden zonder sanitatie of verificatie.
- Privilegeverhoging door het aanmaken of bijwerken van een gebruikersrecord om administratorcapaciteiten op te nemen.
Exploit-scenario's en impact in de echte wereld
Als een aanvaller een abonneeaccount kan verhogen naar een administratoraccount, is de impact ernstig:
- Maak backdoor admin-accounts aan en behoud toegang.
- Installeer kwaadaardige plugins of thema's die willekeurige PHP uitvoeren.
- Wijzig themabestanden om SEO-spam, cryptocurrency-miners of phishingpagina's in te voegen.
- Steel gevoelige gegevens: klantenlijsten, formulierinvoeren, API-sleutels, betalingsinformatie.
- Gebruik de site als onderdeel van een botnet of om kwaadaardige inhoud te hosten.
- Dwing admin-niveau wijzigingen af, zoals het wijzigen van site-URL's, het omleiden van bezoekers of het verwijderen van back-ups.
- Laterale beweging naar andere verbonden systemen (bijv. CRM, e-mailservices) als inloggegevens of tokens op de site zijn opgeslagen.
Omdat een abonneeaccount gemakkelijk te verkrijgen is - hetzij door te registreren op open sites of door een laaggeprivilegieerde gebruiker te compromitteren - is deze kwetsbaarheid aantrekkelijk voor massale exploitatie en geautomatiseerd scannen. Aanvallers scannen vaak veel sites naar een kwetsbare pluginversie en proberen een geautomatiseerde payload om een admin-gebruiker aan te maken of capaciteiten te wijzigen.
Onmiddellijke acties voor site-eigenaren (stapsgewijs)
Als je een WordPress-site beheert, volg dan deze stappen onmiddellijk. Beschouw dit als de triage-checklist.
- Controleer de pluginversie
- In WP Admin → Plugins, controleer de versie van AI Engine. Als het 3.4.9 (of een versie vóór 3.5.0) is, beschouw het dan als kwetsbaar.
- Update de plugin onmiddellijk (aanbevolen)
- Werk AI Engine bij naar 3.5.0 of later. Dit is de eenvoudigste en meest betrouwbare oplossing.
- Als je niet onmiddellijk kunt updaten, pas dan tijdelijke mitigaties toe:
- Deactiveer tijdelijk de AI Engine-plugin. Dit elimineert het kwetsbare codepad.
- Beperk of deactiveer openbare registraties (Instellingen → Algemeen → Lidmaatschap) als je site bezoekersaccountcreatie toestaat.
- Dwing twee-factor of sterkere authenticatie af voor alle administratoraccounts.
- Beperk de mogelijkheid voor abonnees om toegang te krijgen tot front-end formulieren die naar plugin-eindpunten indienen (bijv. gebruikersinstellingen, reactieformulieren).
- Beoordeel gebruikers en machtigingen
- Inspecteer alle accounts met administratieve privileges.
- Gebruik WP-CLI of de database om gebruikers met de administrator-capaciteit te vinden:
wp gebruiker lijst --rol=administrator- SQL:
SELECT u.ID, u.user_login, m.meta_value FROM wp_users u JOIN wp_usermeta m ON u.ID = m.user_id WHERE m.meta_key = 'wp_capabilities' AND m.meta_value LIKE '%administrator%';
- Als je onverwachte admin-accounts vindt, schakel ze dan uit (stel user_pass in op een willekeurige waarde, of wijzig de rol naar abonnee) en bewaar een kopie van de accountgegevens voor latere forensische analyse.
- Draai veelgebruikte geheimen rond
- Wijzig wachtwoorden voor admin-gebruikers.
- Intrek en genereer API-sleutels die op de site zijn opgeslagen (derde partij integraties, betalingsdiensten).
- Als aanvallers enige tijd admin-toegang hebben gehad, draai dan de database-inloggegevens en andere gevoelige geheimen rond, en werk dan bij
wp-config.phpdienovereenkomstig bij.
- Scan en monitor op tekenen van compromittering
- Voer grondige malware-scans uit tegen het bestandssysteem.
- Inspecteer
/wp-inhoud/uploads/en thema/plugin directories voor PHP-bestanden (uploads mogen geen PHP's bevatten). - Controleer recent gewijzigde bestanden:
vind . -type f -mtime -n
(vervang
nmet dagen) om recente wijzigingen te identificeren. - Inspecteer
wp_berichtenop spammy inhoud of pagina's die zijn ingevoegd. - Bekijk crons via
wp-cronof server crontab.
- Herstel vanaf een schone back-up als compromittering is bevestigd
- Als je tekenen van compromittering identificeert (onbekende admin-gebruikers, webshells, gewijzigde themabestanden), herstel dan vanaf een back-up die vóór de compromittering is gemaakt.
- Na herstel, werk de plugin bij, controleer gebruikers en plugins, en draai inloggegevens rond.
Als je de plugin niet kunt bijwerken of uitschakelen — effectieve mitigaties
Als onmiddellijke update niet mogelijk is (voor compatibiliteitstests, staging-validatie of zakelijke beperkingen), pas dan deze mitigaties toe:
- Pas virtuele patching toe via een WAF
- Blokkeer alle verzoeken die gericht zijn op de admin AJAX en REST-eindpunten van de plugin vanuit accounts die niet vertrouwd zijn.
- Blokkeer verzoeken die proberen gebruikersrollen in te stellen of verdachte payloads te verzenden (zie detectieregels hieronder).
- Beperk aanvragen naar plugin-eindpunten om geautomatiseerde exploits te vertragen. - Versterk gebruikersregistratie & rollen
- Schakel openbare registratie uit.
- Vereis goedkeuring van de beheerder voor het aanmaken van nieuwe accounts.
- Gebruik CAPTCHA en e-mailverificatie voor registraties. - Versterk siteconfiguratie
- Beperk schrijfrechten op plugin-directories op het besturingssysteemniveau.
- Schakel PHP-uitvoering in uploads uit (bijv. met .htaccess of webserverconfiguratie).
- Zorg ervoor dat bestandsintegriteitsbewaking is ingeschakeld (detecteer ongeautoriseerde bewerkingen). - Controleer en monitor logs
- Zet WP_DEBUG_LOG tijdelijk aan (niet lang in productie) of stel serverniveau logging van POST/REST-aanvragen in.
- Let op POST-aanvragen van laaggeprivilegieerde accounts naar plugin-eindpunten.
Vergeet niet: deze mitigaties verminderen het risico op exploitatie, maar vervangen niet het toepassen van de officiële patch.
Hoe een beheerde WAF helpt (wat te verwachten van WP-Firewall)
Een beheide Web Application Firewall biedt verschillende voordelen terwijl je bijwerkt:
- Virtueel patchen
De WAF kan regelgebaseerde blokkering implementeren voor de specifieke exploit-handtekeningen, waardoor bekende aanvalspatronen effectief worden voorkomen om je site te bereiken. - Handtekening-gebaseerde detectie
Blokkeer bekende aanvalspayloads (pogingen omwp_capabilities, beheerdersgebruikers aan te maken of specifieke plugin-eindpunten aan te roepen met verdachte parameters). - Gedragsgebaseerde bescherming
Detecteer en blokkeer abnormaal gedrag van geauthenticeerde laaggeprivilegieerde accounts (bijv. een abonnee die herhaaldelijk admin-eindpunten aanroept). - Snelheidsbeperking en botbescherming
Blokkeer massascanning en exploitatiecampagnes. - Noodmaatregelen
Directe regels kunnen worden toegepast om de kwetsbaarheid te blokkeren terwijl je de officiële patch toepast. - Monitoring en waarschuwingen
Real-time waarschuwingen voor verdachte activiteiten en geautomatiseerde logging om te helpen bij triage.
Als je meerdere sites beheert, kan een beheerde WAF virtuele patches en mitigatieregels over je vloot pushen, waardoor de blootstellingstijd drastisch wordt verminderd.
Indicatoren van Compromis (IoCs) om naar te zoeken
Als je vermoedt dat er misbruik plaatsvindt, let dan op het volgende:
- Onverwachte tijdstempels voor het aanmaken van admin-accounts (vooral kort voor of na een pluginverzoek).
- Database-inserties/bijwerkingen naar de
wp_usermetatabel met ‘wp_capabilities’ die ‘administrator’ bevat. - Verzoeken in logs die POST/PUT tonen naar
admin-ajax.phpof/wp-json/*van abonnee-accounts. - Ongebruikelijke wijzigingen in themabestanden, pluginbestanden of kernbestanden (tijdstempels, bestandsgroottes gewijzigd).
- Nieuw geplande WP-Cron-taken of aangepaste cron-invoeren toegevoegd aan de server.
- Verdachte bestanden in uploads (bijv. bestanden met .php-extensie in uploads).
- Uitgaande verbindingen of DNS-opzoekingen van de site die je niet verwacht.
- Plotselinge SEO-wijzigingen of spaminhoudpagina's aangemaakt.
Nuttige queries:
- WP-CLI om recent aangemaakte admin-gebruikers te lijsten:
wp gebruikerslijst --rol=administrator --velden=ID,gebruikersnaam,gebruikersregistratie --formaat=csv
- SQL om recent gewijzigde PHP-bestanden te vinden (vereist dat bestandswijzigingsmetadata zijn opgeslagen of serverlogs) — controleer de bestandslogs van je hostingprovider of gebruik
vind:vind /pad/naar/wordpress -type f -naam '*.php' -mtime -7 -ls
Voor ontwikkelaars: hoe de code te repareren en toekomstige privilege-escalatiefouten te voorkomen.
Hier zijn specifieke codering aanbevelingen en voorbeelden om autorisatieproblemen te voorkomen.
- Gebruik capaciteitscontroles - vertrouw nooit op de clientzijde
Altijd gebruikenhuidige_gebruiker_kan()of geschikte capaciteitscontroles voor admin-niveau operaties.
Voorbeeld (admin-ajax handler):
add_action( 'wp_ajax_my_plugin_do_sensitive_action', 'my_plugin_do_sensitive_action' );
- Verifieer nonces en gebruik check_ajax_referer / wp_verify_nonce
Nonces zijn geen machtigingscontrole, maar ze beschermen tegen CSRF wanneer ze worden gecombineerd met capaciteitscontroles.
Voorbeeld voor REST-route:
register_rest_route( 'my-plugin/v1', '/sensitive', array(;
- Beginsel van de minste privileges
Sta alleen de minimale noodzakelijke capaciteit toe. Voor site-instellingen gebruikbeheeropties; voor het bewerken van berichten, gebruikberichten bewerken; voor gebruikerscreatie, gebruikmaak_gebruikers.
Vermijd het standaard toewijzen van “geauthenticeerd” aan “toegestaan”. - Sanitize en valideer alle invoer
Accepteer nooit blindelings rol- of capaciteitswaarden van aanvraagparameters.
Voorbeeld:
$role = sanitize_text_field( $request['role'] );
- Vermijd het opslaan van capaciteiten of rollen in plugin-specifieke aangepaste velden zonder serverzijde verificatie
Als je plugin rolwijzigingen toestaat, implementeer dan een serverzijde beleid en logging. - Controleer derde partij bibliotheken en eindpunten
Elke codepad die externe diensten aanroept of gebruikers/opties wijzigt, moet dezelfde controles doorstaan. - Implementeer goedkeuringsworkflows voor rolwijzigingen
Als uw site rolverhoging nodig heeft (bijv. een lidmaatschapsupgrade), implementeer dan goedkeuringsprocessen voor beheerders in plaats van directe door gebruikers aangedreven wijzigingen. - Logging & waarschuwingen
Log pogingen om toegang te krijgen tot gevoelige eindpunten en abnormale capaciteitswijzigingen. Zorg ervoor dat logs op een externe locatie of op een veilige centrale plaats worden opgeslagen.
Detectieregels & voorbeeld WAF-handtekeningen
Hoewel exacte exploit-payloads verschillen, kunt u brede regels implementeren om waarschijnlijke exploit-pogingen te blokkeren:
- Blokkeer POST-verzoeken naar
admin-ajax.phpof REST-eindpunten die payloadparameters bevatten zoals:- “role=administrator”
- “capabilities” of “wp_capabilities”
- “user_pass” of “user_login” die worden gebruikt om een beheerder zonder beheerdersrechten te creëren
- Detecteer pogingen om bij te werken
user_metasleutels zoals'wp_capabilities'van REST/acties geïnitieerd door gebruikers met lage privileges. - Beperk de snelheid of blokkeer IP's die veel POST-verzoeken naar plugineindpunten binnen een kort tijdsbestek uitvoeren.
- Voorbeeld conceptuele WAF-regel (pseudo):
ALSrequest.method == POSTENrequest.uriBEVAT ‘/wp-json/’ ENrequest.bodyBEVAT ‘wp_capabilities’ ENuser.role == 'subscriber'DAN blokkeren
Belangrijk: regels moeten op staging worden getest om valse positieven te voorkomen. Beheerde firewalls kunnen deze regels veilig implementeren en indien nodig terugdraaien.
Checklist voor post-incident en herstel (gedetailleerd)
Als je een compromis hebt bevestigd, volg dan deze escalatievolgorde:
- Isoleren
Neem de site offline indien nodig (onderhoudsmodus) om verdere schade te stoppen. - Bewijsmateriaal bewaren
Kopieer logs (webserver, applicatie), database-snapshots en het volledige bestandssysteem voor forensische analyse. - Herstellen
Herstel vanaf een bekende schone back-up die vóór de compromis is gemaakt. - Patch en beveilig
Werk de WordPress-kern, plugins (AI Engine naar 3.5.0+) en thema's bij.
Versterk de site: schakel bestandsbewerking uit inwp-config.php(define('DISALLOW_FILE_EDIT', true);), handhaaf sterke beheerderswachtwoorden, schakel 2FA in. - Referenties roteren
Reset beheerderswachtwoorden, databasewachtwoorden en eventuele API-sleutels die op de site zijn opgeslagen. - Audit
Scan op webshells en kwaadaardige bestanden.
Gebruik bestandsintegriteitsmonitoring om herstelde bestanden te vergelijken met originele kopieën.
Bekijk geplande taken enwp_optiesop verdachte vermeldingen. - Belanghebbenden op de hoogte stellen
Als klant- of gebruikersgegevens zijn blootgesteld, volg dan de toepasselijke regels voor inbreukmelding (juridisch/naleving). - Monitoren
Monitor na herstel logs op eventuele herinfectiepogingen of ongeautoriseerde toegang.
Langdurige versterking: verklein de impact van plugin-kwetsbaarheden
- Beperk het gebruik van plugins tot vertrouwde en goed onderhouden extensies. Verwijder plugins die je niet gebruikt.
- Test plugin-updates op staging voordat je ze in productie implementeert, maar plan tijdige updates.
- Beperk nieuwe gebruikersregistratie tenzij nodig.
- Handhaaf sterke wachtwoorden en 2FA voor alle bevoegde gebruikers.
- Pas het principe van de minste privileges toe voor alle accounts en API-tokens.
- Gebruik een beheerde WAF en monitoringservice om virtuele patches te ontvangen voor zero-dayproblemen.
- Houd regelmatige back-ups bij die op een externe locatie zijn opgeslagen en test de herstelprocedures.
- Maak een incidentresponsplan en voer tabletop-oefeningen uit met uw team.
Hoe te bevestigen dat u gepatcht bent (snelle verificatie)
- Pluginversie
WP Admin → Plugins: AI Engine moet versie 3.5.0 of hoger tonen. - Test een kritieke operatie (in staging)
Probeer bevoorrechte operaties uit te voeren terwijl u bent ingelogd als een abonnee in een gecontroleerde stagingomgeving. Het juiste gedrag is geblokkeerd te worden of een machtigingsfout te ontvangen. - Verifieer WAF-regels
Bevestig dat uw WAF (als u er een gebruikt) de virtuele patchregels heeft verwijderd nadat de update is toegepast of dat ze zijn ingesteld op alleen waarschuwingsmodus als ze niet langer nodig zijn.
Ontwikkelaarschecklist om toekomstige privilegeschalingfouten te voorkomen
- Elke gevoelige actie moet controleren
huidige_gebruiker_kan()en invoer saneren. - REST-eindpunten moeten bevatten
toestemming_callbackdat een boolean retourneert op basis van capaciteitscontroles. - Nonces moeten serverzijde worden gevalideerd voor admin-ajax en front-end plaatsingen.
- Vermijd het blootstellen van administratieve functionaliteit via eindpunten die bereikbaar zijn voor elke geauthenticeerde gebruiker.
- Documenteer de minimale capaciteit die vereist is voor elke API-route of AJAX-actie.
- Voeg geautomatiseerde tests toe die verifiëren dat eindpunten zijn geblokkeerd voor gebruikers met lage privileges.
- Controleer regelmatig de code en afhankelijkheden van derden.
“Begin met Beschermen met een Gratis Beheerd Firewall Plan” — waarom het nu logisch is
Als je op zoek bent naar onmiddellijke bescherming terwijl je pluginwijzigingen bijwerkt en valideert, overweeg dan ons beheerde gratis plan. Het Basis Gratis plan biedt essentiële bescherming — een beheerde firewall, onbeperkte bandbreedte, WAF, malware scanner en mitigatie voor OWASP Top 10 risico's — die vooral waardevol zijn wanneer een plugin kwetsbaarheid wordt ontdekt. Het biedt je een praktische veiligheidsnet: virtuele patching en regelgebaseerde mitigatie die proactief exploitpogingen kan blokkeren, blootstellingsvensters kan verkleinen en je de tijd kan geven die je nodig hebt om bij te werken, te auditen en te herstellen.
Klaar om te beginnen? Meld je hier aan voor het WP-Firewall gratis plan:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Planningshoogtepunten (snelle referentie)
- Basis (gratis): beheerde firewall, onbeperkte bandbreedte, WAF, malware-scanner, mitigatie voor OWASP Top 10.
- Standaard ($50/jaar): voegt automatische malwareverwijdering en IP black/whitelisting toe (tot 20 IP's).
- Pro ($299/jaar): omvat maandelijkse beveiligingsrapporten, automatische virtuele patching en premium add-ons (Toegewijde Accountmanager, Beveiligingsoptimalisatie, WP Support Token, Beheerde WP Service, Beheerde Beveiligingsservice).
Een beheerde firewall biedt onmiddellijke bescherming terwijl je patches toepast en je omgeving auditeert. Het is een kosteneffectieve veiligheidslaag met meetbare voordelen tijdens risicovolle periodes.
Veelgestelde vragen (FAQ)
V: Moet ik de AI Engine onmiddellijk uitschakelen?
A: De veiligste optie is om onmiddellijk te updaten naar de gepatchte versie (3.5.0+). Als je om welke reden dan ook niet kunt updaten, is het tijdelijk uitschakelen van de plugin een sterke kortetermijnmitigatie.
V: Kan een abonnee echt admin-toegang krijgen?
A: Ja — wanneer autorisatiecontroles ontbreken of gebrekkig zijn, kunnen door aanvallers gecontroleerde gegevens worden gebruikt om privileges in te stellen. Een abonnee wordt beschouwd als een geverifieerde gebruiker, waardoor deze aanvallen waarschijnlijker succesvol zijn dan niet-geverifieerde aanvallen.
V: Zal een WAF alle risico's voorkomen?
A: Een WAF is een krachtige mitigatie, vooral met virtuele patching, maar het is geen vervanging voor het toepassen van officiële beveiligingspatches. WAF's verminderen risico's en kopen tijd; updates elimineren de oorzaak.
V: Wat als ik een onverwachte admin-gebruiker vind?
A: Deactiveer onmiddellijk het account en bewaar het forensisch. Audit sitebestanden en logs, roteer inloggegevens en overweeg om te herstellen vanaf een schone back-up als er aanwijzingen voor compromittering zijn.
Laatste aanbevelingen — een beknopte checklist
- Update de AI Engine nu naar 3.5.0 of later. Dit is de belangrijkste actie.
- Als je niet onmiddellijk kunt updaten, deactiveer dan de plugin of schakel beheerde WAF-bescherming met virtuele patching in.
- Audit gebruikersrollen en recente bestandswijzigingen.
- Versterk gebruikersregistratie, handhaaf 2FA voor admins en roteer inloggegevens.
- Implementeer logging, monitoring en geplande malware-scans.
- Voor ontwikkelaars: voeg robuuste capaciteitscontroles toe, valideer invoer en implementeer
toestemming_callbackvoor REST-routes.
Bedankt voor het lezen. Als je meerdere WordPress-sites beheert of onmiddellijke hulp nodig hebt bij het triëren van dit probleem, kan ons WP-Firewall-team virtuele patches bieden, WAF-regels implementeren op je instanties en helpen met incidentrespons. Meld je aan voor het gratis plan om onmiddellijk essentiële bescherming te krijgen: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Als je een sitespecifieke checklist wilt of hulp nodig hebt bij het uitvoeren van de detectiequeries en herstelstappen hierboven, kunnen onze beveiligingsspecialisten ernaar kijken — neem contact op via je WP-Firewall-dashboard na aanmelding.
