| Pluginnaam | Lucky Wheel voor WooCommerce – Draai een Verkoop |
|---|---|
| Type kwetsbaarheid | Uitvoering van externe code |
| CVE-nummer | CVE-2025-14509 |
| Urgentie | Kritisch |
| CVE-publicatiedatum | 2025-12-30 |
| Bron-URL | CVE-2025-14509 |
Remote Code Execution in “Lucky Wheel voor WooCommerce – Draai een Verkoop” (≤ 1.1.13): Wat WordPress Site-eigenaren Nu Moeten Doen
Op 30 december 2025 werd een PHP-code-injectievulnerability openbaar gemaakt voor de WordPress-plugin “Lucky Wheel voor WooCommerce – Draai een Verkoop” die versies tot en met 1.1.13 beïnvloedt (toegewezen CVE-2025-14509). De kwetsbaarheid stelt een geauthenticeerde beheerdersaccount in staat om PHP in te voegen via misbruik van logica van voorwaardelijke tags — een invoerpad dat uiteindelijk leidt tot remote code execution (RCE) wanneer de plugin niet-vertrouwde invoer evalueert.
Als een WordPress-beveiligingsteam dat werkt aan een beheerde Web Application Firewall (WAF) en incidentresponsplatform, nemen we deze klasse van kwetsbaarheden serieus. Hoewel de aanval administratieve privileges vereist om te activeren, is de impact van RCE hoog: aanvallers die al admin-toegang hebben, kunnen escaleren naar volledige overname van de site, persistente backdoors, gegevensexfiltratie en laterale beweging. Deze gids legt het probleem uit, praktische risico-evaluatie voor uw site, hoe compromittering te detecteren, mitigatie- en containmentstappen, langdurige verharding, en hoe onze WP-Firewall-service u onmiddellijk kan beschermen — inclusief een gratis plan om te beginnen.
Opmerking: de leverancier heeft een gefixte pluginversie 1.1.14 uitgebracht. Patching naar de gefixte pluginversie is de voorkeur remedie. Als onmiddellijke patching niet mogelijk is, zijn virtuele patching via een WAF, het beperken van admin-toegang en incidentresponsstappen vereist.
Korte samenvatting (TL;DR)
- Een PHP-code-injectievulnerability in Lucky Wheel voor WooCommerce (≤ 1.1.13) kan leiden tot remote code execution wanneer deze wordt uitgebuit door een geauthenticeerde beheerder.
- Gefixt in versie 1.1.14 — update zo snel mogelijk.
- Als u niet onmiddellijk kunt updaten: verwijder/deactiveer de plugin, beperk admin-toegang, pas WAF-regels toe om verdachte payloads te blokkeren, roteer inloggegevens en scan op compromittering.
- Gebruik sterke operationele controles: MFA voor admin-accounts, least-privilege gebruikersrollen, bestandsintegriteitsmonitoring en regelmatige back-ups.
- WP-Firewall kan onmiddellijke mitigatie bieden via virtuele patching en beheerde firewallregels; er is een Basis (Gratis) plan beschikbaar om uw site direct te beveiligen.
Begrijpen van de kwetsbaarheid: geauthenticeerde PHP-code-injectie via voorwaardelijke tags
Op hoog niveau bevatte de plugin codepaden die gegevens evalueerden of uitvoerden die alleen vertrouwd hadden moeten zijn. In dit geval gebruikte de plugin de evaluatie van WordPress-voorwaardelijke tags als onderdeel van zijn logica bij het verwerken van door de admin aangeleverde inhoud of instellingen, en het sanitiseerde of beperkte de geëvalueerde waarden niet adequaat. Wanneer een aanvaller met administratieve privileges gegevens in die velden kan schrijven, kunnen ze mogelijk PHP of payloads invoegen die later door de plugin tijdens runtime worden geëvalueerd, wat resulteert in remote code execution.
Belangrijke technische punten (niet-exploiteerbare samenvatting):
- Vereiste rechten: geauthenticeerde Beheerder (of een rol met dezelfde mogelijkheid om de instellingen of inhoud van de getroffen plugin te wijzigen).
- Kwetsbaar component: pluginlogica die voorwaardelijke tags / template-achtige inhoud interpreteert of evalueert die vanuit de administratieve UI of opties wordt verzonden.
- Oorzaak: gebrek aan sanitization en onveilige evaluatieconstructies (bijv. dynamische includes, eval-achtige gedragingen, ongefilterde optie-uitvoer, of de verwerking van niet-vertrouwde strings in PHP-codepaden).
- Invloed: willekeurige PHP-uitvoering binnen de context van de webservergebruiker — volledige compromittering van de site is mogelijk.
Belangrijke nuance: sommige beoordelingen labelen deze kwetsbaarheid als “lage waarschijnlijkheid” om te worden uitgebuit omdat een aanvaller al admin-referenties moet hebben. Echter, de impact van RCE vanuit een injectie op admin-niveau is hoog — zodra code wordt uitgevoerd, controleert de aanvaller de omgeving.
Wie zou zich het meest zorgen moeten maken?
- Sites die de Lucky Wheel-plugin gebruiken in versie 1.1.13 of eerder.
- WooCommerce-winkels of marketing-geactiveerde sites waar een gebruiker op admin-niveau promoties en plugins beheert.
- Omgevingen waar admin-accounts mogelijk worden gedeeld of niet goed worden beheerd (bijv. bureaus, aannemers, staging-sites).
- Hosts en bureaus die meerdere WordPress-installaties beheren — één gecompromitteerde admin-referentie kan escaleren naar een volledige compromittering van de site.
Zelfs als je gelooft dat de admin-accounts van je site veilig zijn, overweeg dan het risico van referentiediefstal, hergebruikte wachtwoorden of sociale engineering. Omdat één gecompromitteerde admin kan leiden tot RCE, moet je proactief handelen.
Onmiddellijke acties (incidentbeheersing & mitigatie)
Als je site de getroffen plugin gebruikt en je kunt niet onmiddellijk updaten, volg dan deze noodchecklist. Stappen zijn geordend voor snelle beheersing en om de kansen van de aanvaller te minimaliseren.
- Controleer de pluginversie
- WP-dashboard: Plugins -> Geïnstalleerde Plugins -> controleer versie
- WP-CLI:
wp plugin lijst --status=actief --format=json | jq '.[] | select(.name|test("lucky-wheel|woo-lucky-wheel"; "i"))'
- Update de plugin (aanbevolen)
- Update onmiddellijk naar 1.1.14. Dit is de definitieve oplossing.
- Als je offline moet patchen, verkrijg dan de door de leverancier geleverde update en pas deze zorgvuldig toe.
- Als je niet onmiddellijk kunt updaten, deactiveer of verwijder de plugin
- Deactiveer de plugin vanuit de WP Admin of via WP-CLI:
wp plugin deactiveren woo-lucky-wheel - Het verwijderen van de plugin sluit het codepad.
- Deactiveer de plugin vanuit de WP Admin of via WP-CLI:
- Beperk administratieve toegang
- Verwijder tijdelijk of verlaag de rechten voor accounts die niet strikt administratorrechten nodig hebben.
- Handhaaf sterke unieke wachtwoorden; roteer admin-wachtwoorden.
- Handhaaf MFA voor alle admin-accounts (zie verharding hieronder).
- Blokkeer kwaadaardig verkeer en virtueel patchen met WAF.
- Pas WAF-regels toe die verdachte PHP-injectiepatronen en bekende exploitindicatoren blokkeren (voorbeelden hieronder).
- Virtueel patchen biedt onmiddellijke bescherming als patchen wordt vertraagd.
- Scan op compromittering en indicatoren van compromittering (IoC).
- Zoek naar webshells en onverwachte PHP-bestanden in uploads, thema's en pluginmappen.
- Kijk naar gewijzigde kernbestanden, nieuw aangemaakte admin-gebruikers en verdachte geplande taken (cronjobs).
- Gebruik malware-scanners en tools voor bestandsintegriteitsbewaking.
- Geheimen roteren
- Roteer zouten en sleutels in wp-config.php (AUTH_KEY, SECURE_AUTH_KEY, enz.) als compromittering wordt vermoed.
- Reset alle admin-wachtwoorden en controleer externe API-sleutels.
- Maak nu een back-up
- Maak een nieuwe back-up van bestanden en de database voordat u herstelstappen onderneemt (nuttig voor forensisch onderzoek).
- Bewaar back-ups offline.
- Controleer logs en tijdlijn.
- Controleer de toeganglogs van de webserver, WP-login gebeurtenissen en admin-acties. Identificeer verdachte POST-verzoeken naar de plugin-eindpunten of ongebruikelijke oproepen die voorafgaan aan bestandswrites.
- Schakel professionele incidentrespons in indien nodig.
- Als u bewijs ziet van RCE (webshells, onbekende processen, onverwachte uitgaande verbindingen), behandel dit dan als een volledige compromittering en schakel experts in.
Hoe aanvallers deze kwetsbaarheid kunnen misbruiken (hoog-niveau overzicht).
Ik zal geen exploit proof-of-concept geven, maar het is belangrijk om typische exploitatie-scenario's voor deze klasse van problemen te herkennen:
- Admin paneel invoer: Plugin-instellingsvelden die HTML, sjablonen of shortcode-achtige inhoud accepteren, worden opgeslagen in opties of post-meta. Als de plugin die inhoud later in een PHP-context evalueert zonder sanitization, kan door de admin geleverde PHP worden uitgevoerd.
- Thema- of widgetinjectie: Als de plugin het invoegen van inhoud in een pagina met behulp van voorwaardelijke tags toestaat, kan kwaadaardige inhoud worden uitgevoerd wanneer WordPress die voorwaarden oplost.
- Opgeslagen injectie: Een aanvaller met admin-rechten slaat payloads op die automatisch worden uitgevoerd door cron-taken, geplande taken of wanneer bepaalde pagina's worden opgevraagd.
Omdat de aanval een administratieve gebruiker vereist, zullen veel aanvallers proberen die inloggegevens te verkrijgen via phishing, hergebruik van inloggegevens, gecompromitteerde derde partijen of zwakke wachtwoorden. Het blokkeren van de initiële admin-compromittering is daarom cruciaal.
Detectie van exploitatie — waar je op moet letten
Zelfs na het patchen, valideer of de site al gecompromitteerd was. Indicatoren zijn onder andere:
- Onverwachte admin-gebruikers of rollen aangemaakt.
- Nieuwe PHP-bestanden in wp-content/uploads, wp-content/upgrade of andere schrijfbare mappen.
- Bestanden met obfuscated PHP (base64_decode, gzinflate, preg_replace met /e, eval).
- Wijzigingen in plugin/thema/core-bestanden (gebruik bestandsintegriteitsmonitoring).
- Onverwachte geplande taken (wp-cron) of opties die recentelijk zijn bijgewerkt.
- Uitgaande verbindingen van de server naar onbekende IP's of domeinen.
- Verhoogde CPU-, netwerk- of schijfactiviteit.
- Ongebruikelijke database-inhoud (optietabelrijen met onverwachte inhoud).
Nuttige commando's voor detectie:
- Lijst recent gewijzigde bestanden:
find . -type f -mtime -7 -print - Zoek naar typische webshell-patronen (voorzichtig — hoge kans op vals positieven):
grep -R --line-number -E "base64_decode|gzinflate|eval\(|preg_replace\(.{0,50}'/e'|assert\(|system\(|passthru\(|shell_exec\(" wp-content - Lijst cron-evenementen:
wp cron evenement lijst --vervallen-nu --formaat=csv - Lijst admin-gebruikers:
wp user list --role=administrator --format=csv
Als je verdachte artefacten bevestigt, isoleer de site door deze offline te halen, maak forensische kopieën en schakel een responsprovider in.
Virtueel patchen met WAF: praktische patronen en veilige regels
Als je niet onmiddellijk kunt patchen naar 1.1.14, kan een WAF (virtueel patchen) je beschermen terwijl je een update voorbereidt. Virtueel patchen richt zich op het blokkeren van exploit-payloads en aanvalspaden in plaats van het wijzigen van de kwetsbare code.
Voorbeeld WAF-strategieën (hoog niveau, geen exploit):
- Blokkeer verzoeken naar specifieke plugin-eindpunten die admin-invoer accepteren als de plugin niet actief wordt gebruikt voor live campagnes.
- Weiger POST-verzoeken naar admin-ajax.php of plugin-admin eindpunten die verdachte payloads bevatten (bijv. PHP-tags).
- Inspecteer en blokkeer waarden die PHP-openings-tags bevatten
<?php,<?=, of gecodeerde equivalenten (bijv.,%3C%3F). - Blokkeer of daag risicovolle admin-eindpunten uit onbetrouwbare IP's uit of blokkeer alle admin POST's behalve van toegestane IP's.
- Blokkeer patronen die vaak worden gebruikt in webshells of code-injectie:
eval\(|assert\(|base64_decode\(|gzinflate\(|preg_replace\(.{0,50}'/e'|system\(|passthru\(|shell_exec\( - Houd niet-browser gebruikersagenten die admin POST's uitvoeren in de gaten en beperk of blokkeer ze.
Voorbeeld van een regel voor detectie op basis van reguliere expressies (conceptueel):
- Weiger elke POST naar
/wp-admin/admin-ajax.phpof/wp-admin/options.phpwaar de POST-lichaam overeenkomt met:(?i)(<\?php|\b(eval|assert|system|exec|passthru|shell_exec|base64_decode|gzinflate)\s*\()
Wees voorzichtig met te brede regels - ze kunnen legitieme functionaliteit verstoren. Test regels op staging voordat je ze in productie toepast, en geef de voorkeur aan het blokkeren van alleen gevaarlijke patronen in combinatie met bestemmings-eindpunten (plugin-specifieke admin-routes).
WP-Firewall past afgestemde regels toe die valse positieven minimaliseren en biedt begeleiding en terugrolopties als een regel de functionaliteit verstoort.
Herstel- en herstelchecklist (na compromittering of hoge verdenking)
- Patch de plugin onmiddellijk naar 1.1.14.
- Vervang gewijzigde bestanden door schone originelen van vertrouwde bronnen, of herstel van een bekende goede back-up die vóór de compromittering is gemaakt.
- Verwijder onbekende bestanden en achterdeurtjes. Als je twijfelt, herdeploy de kern-, thema- en pluginbestanden vanuit vertrouwde pakketten.
- Draai alle inloggegevens: WP admin, FTP/SFTP, databasegebruiker, hosting controlepaneel, API-sleutels van derden.
- Draai zouten en beveiligingssleutels in wp-config.php.
- Heruitgeven en bijwerken van SSL/TLS-certificaten als privésleutels mogelijk zijn blootgesteld.
- Beoordeel gebruikersaccounts en machtigingen. Verwijder ongebruikte admin-accounts. Handhaaf unieke e-mails en 2FA.
- Herinstalleer of herconfigureer beveiligingsplugins en WAF-regels; pas virtuele patches toe terwijl je de plugin-update valideert.
- Controleer logs om de oorzaak en tijd van compromittering te bepalen; bewaar logs voor forensische analyse.
- Informeer belanghebbenden en, indien nodig, getroffen klanten (als er gegevensexfiltratie heeft plaatsgevonden).
- Overweeg een volledige herinstallatie van de site vanaf nul en importeer veilige inhoud als de compromittering diep of persistent is.
Langdurige verharding: verminder het risico op soortgelijke kwetsbaarheden.
- Beginsel van de minste privileges: Geef alleen administratorrechten aan gebruikers die het absoluut nodig hebben. Gebruik gedelegeerde rollen voor inhoudsredacteuren en marketeers.
- Multi-factor authenticatie (MFA): Handhaaf MFA voor alle beheerdersaccounts.
- Unieke wachtwoorden en gecentraliseerd wachtwoordbeheer: Gebruik sterke, unieke wachtwoorden voor elk account en maak gebruik van een wachtwoordmanager.
- Beperk het gebruik van plugins: Installeer alleen vereiste plugins en verwijder ongebruikte. Minder code vermindert het aanvalsvlak.
- Plugin beoordelingen: Gebruik plugins van gerenommeerde auteurs en houd ze up-to-date. Houd de release logs en beveiligingsadviezen van de leverancier in de gaten.
- Periodieke beveiligingsaudits: Codebeoordeling voor hoog-risico functionaliteit zoals eval, dynamische includes, directe databasequery's en onveilige gebruik van optiegegevens.
- Versterk server- en bestandsmachtigingen: Sta PHP-uitvoering in uploadmappen niet toe als je kunt; gebruik strikte bestandsmachtigingen.
- WAF en virtueel patchen: Onderhoud een WAF die gerichte virtuele patches kan toepassen tussen openbaarmaking en de release van de leverancier.
- Bestandsintegriteitsmonitoring en geplande malware-scans: Detecteer veranderingen vroeg en reageer sneller.
- Back-ups en testen van noodherstel: Zorg ervoor dat back-ups veilig zijn en regelmatig worden getest op herstel.
Hoe te controleren of je bent getroffen (forensische checklist)
- Controleer admin logs (wp-login.php en audit logs) op verdachte inlogpogingen of wijzigingen in pluginopties.
- Zoek naar nieuwe of gewijzigde bestanden met webshell-achtige inhoud: zoek naar base64_decode, eval, gzinflate, create_function, preg_replace met /e.
- Onderzoek de opties tabel op grote of ongebruikelijke vermeldingen, vooral items gerelateerd aan de plugin.
- Controleer op nieuwe geplande evenementen (wp_options: cron vermeldingen) die willekeurige code uitvoeren.
- Inspecteer de upload- en thema-mappen op onbekende bestanden.
- Bekijk serverlogs voor POST-verzoeken die bevatten
<?phpof andere verdachte payloads, vooral gericht op plugin-eindpunten.
Als je bewijs van uitvoering of malware-artifacten vindt, neem dan aan dat er een compromis is en volg de herstelchecklist hierboven.
Verantwoordelijke openbaarmaking en upgradepad
De plugin-auteur heeft een vaste versie 1.1.14 uitgebracht die de onveilige evaluatielogica aanpakt. De meest betrouwbare oplossing is om zo snel mogelijk naar die versie te upgraden. Als je veel sites beheert, plan de upgrade in je patchbeheerproces of gebruik beheerde automatische updates na testen.
Als je een bureau of host bent die klantensites beheert, coördineer de patch-uitrol met klanten en documenteer de herstelstappen, inclusief verificatietaken na de upgrade.
Waarom deze kwetsbaarheid belangrijk is, zelfs als “alleen beheerders” deze kunnen misbruiken
Sommigen kunnen het probleem bagatelliseren omdat exploitatie een beheerdersaccount vereist. Maar in de praktijk:
- Beheerdersaccounts zijn vaak doelwit van credential stuffing, phishing, sociale engineering of gestolen inloggegevens.
- Veel teams delen beheerderstoegang tussen aannemers of gebruiken bureau-accounts die op verschillende sites worden hergebruikt.
- Staging- of ontwikkelingssites kunnen zwakkere controles hebben en aanvallers een pad naar productieomgevingen bieden.
- Zodra een aanvaller PHP kan uitvoeren, kan hij persistente backdoors creëren, naar andere systemen pivoteren en gegevens of klanten manipuleren.
De combinatie van een gemakkelijk op te slaan injectievector plus beheerdersrechten is een van de hoogste-impactscenario's.
Voorbeeld veilige ontwikkelaarsoplossingen (voor plugin-auteurs)
Plugin-ontwikkelaars moeten vermijden om willekeurige gegevens te evalueren of uit te voeren. Gebruik veilige alternatieven:
- Gebruik nooit eval() of vergelijkbare constructies op niet-vertrouwde invoer.
- Saniteer opgeslagen waarden met veilige functies:
sanitize_text_veld(),wp_kses_post(),wp_kses()met een strikte lijst van toegestane tags. - Valideer het gebruik van voorwaardelijke tags: in plaats van een string te evalueren, gebruik expliciete voorwaardelijke logica (
is_pagina(),is_enkel(),huidige_gebruiker_kan()) met goed gedefinieerde booleaanse logica. - Gebruik capaciteitscontroles en nonces voor alle beheerdersacties:
if ( ! current_user_can( 'manage_options' ) ) { wp_die( 'Onvoldoende rechten' ); }; - Vermijd dynamische inclusies van bestanden waarvan de paden zijn afgeleid van gebruikersinvoer.
- Bewaar alleen gegevens die niet als code kunnen worden geïnterpreteerd; als sjablonen zijn toegestaan, gebruik dan een veilige sjabloonengine in plaats van PHP-evaluatie.
WP-Firewall perspectief: hoe een beheerde WAF nu helpt
Vanuit het perspectief van een beheerde WordPress WAF-provider zijn onze prioriteiten wanneer een kwetsbaarheid zoals deze wordt onthuld:
- Snelle detectie van sites die de kwetsbare pluginversie gebruiken.
- Vroege virtuele patchregels om waarschijnlijk exploit-payloads en admin-facing toegangspunten te blokkeren.
- Richtlijnen voor veilige remediering en gefaseerde updates om te voorkomen dat live campagnes worden verstoord.
- Monitoring van verdachte admin-activiteit en indicatoren van compromittering.
- Incidentondersteuning voor containment, opruiming en herstel.
Onze beheerde regels zullen zich richten op de plugin-specifieke admin-eindpunten en de hierboven beschreven veelvoorkomende kwaadaardige payload-handtekeningen, afgestemd om valse positieven te verminderen terwijl exploitatie wordt voorkomen.
Bescherm uw site vandaag — Probeer WP-Firewall Gratis Plan
Bescherm uw WordPress-site nu met een basislijn van essentiële beveiligingsfuncties. Ons Basis (Gratis) plan omvat beheerde firewallbescherming, onbeperkte bandbreedte, een automatische malware-scanner, mitigatie tegen OWASP Top 10-risico's en WAF-regels die onmiddellijk kunnen worden toegepast om bekende exploitpatronen te blokkeren — inclusief de klasse van PHP-injectiekwetsbaarheden die hier worden besproken. Begin met onze gratis laag en krijg onmiddellijke, praktische bescherming voor uw site:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(Hoogtepunten gratis plan: beheerde firewall, WAF, malware-scanner en mitigatie voor OWASP Top 10-vectoren. Upgrade-opties voegen automatische malwareverwijdering, IP-blacklisting/witlisting, geautomatiseerde virtuele patching, maandelijkse beveiligingsrapporten en beheerde beveiligingsdiensten toe.)
Aanbevolen tijdlijn voor site-eigenaren
- Binnen het volgende uur: identificeer of uw site de plugin gebruikt en of deze actief is; deactiveer de plugin als u niet onmiddellijk kunt updaten; schakel WAF-virtuele patch in als deze beschikbaar is; handhaaf MFA voor admins.
- Binnen 24 uur: update de plugin naar 1.1.14, roteer kritieke wachtwoorden, voer een volledige site-scan uit.
- Binnen 48–72 uur: verifieer of er geen tekenen van compromittering zijn (geen webshells, onbekende admin-accounts of verdachte geplande taken). Als die er zijn, start dan een volledige incidentrespons.
- Volgende 7 dagen: bekijk toegangslogs, controleer admin-accounts en rollen, voltooi remediering en hardening stappen, en verifieer back-ups/hersteltesten.
- Doorlopend: monitor alerts van WAF, houd plugins/thema's/WordPress core gepatcht, en overweeg om te upgraden naar een beheerd plan voor continue bescherming en virtueel patchen.
Wat op te nemen in uw post-remediatie verificatie
Na het upgraden naar 1.1.14 en het schoonmaken van verdachte artefacten, valideer:
- Er bestaan geen onbekende beheerdersaccounts.
- Geen onverwachte bestanden in uploads, thema's, plugin directories.
- Er bestaan geen ongewenste geplande taken (wp cron).
- Geen ongebruikelijke uitgaande verbindingen vanaf uw server.
- Webscanner retourneert duidelijke resultaten.
- Bestandsintegriteitscontroles tonen alleen verwachte, bijgewerkte bestanden.
Maak een laatste back-up en documenteer het incident voor toekomstige audits.
Laatste gedachten van WP-Firewall experts
RCE via een administratieve route is een van de gevaarlijkste uitkomsten die een pluginfout kan produceren — de aanvaller heeft al hoge privileges, en code-executie geeft volledige controle. De juiste mix van snelle patches, WAF-gebaseerd virtueel patchen, en operationele verharding (MFA, minste privilege, credentialrotatie, monitoring) zal het risico drastisch verminderen.
Als u meerdere WordPress-sites beheert of klantinstallaties beheert, stel dan een patch- en incidentresponsplan op: identificeer kwetsbare plugins, prioriteer upgrades, en zorg ervoor dat u een getest procedure heeft om een gecompromitteerde site te isoleren en te herstellen.
We hebben de belangrijkste acties hierboven samengevat zodat u snel kunt handelen. Als u onmiddellijke bescherming wilt terwijl u de officiële plugin-update test en implementeert, overweeg dan het WP-Firewall Basic (Gratis) plan om binnen enkele minuten een beheerde firewall en WAF te laten draaien: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Blijf veilig, en behandel admin-toegang als de kroonjuwelen van uw sitebeveiliging.
