Pluginnaam	Rank Math SEO
Type kwetsbaarheid	Kwetsbaarheid in toegangscontrole
CVE-nummer	CVE-2026-34892
Urgentie	Medium
CVE-publicatiedatum	2026-06-05
Bron-URL	CVE-2026-34892

Gebroken Toegangscontrole in Rank Math SEO (<=1.0.271) — Wat WordPress-site-eigenaren Nu Moeten Doen

Door WP‑Firewall Beveiligingsteam | 2026-06-05

Opmerking: Dit bericht is geschreven door het WP‑Firewall beveiligingsteam. Het legt de recent onthulde kwetsbaarheid (CVE-2026-34892) uit die van invloed is op Rank Math SEO-pluginversies <= 1.0.271, geeft een praktische beoordeling van risico en waarschijnlijke aanvalsvectoren, en legt precieze, veilige herstel- en mitigatiestappen uit die je vandaag kunt volgen.

Samenvatting

Op 3 juni 2026 documenteerde een openbaar advies een gebroken toegangscontrolekwetsbaarheid (CVE-2026-34892) in de Rank Math SEO-plugin voor WordPress die van invloed is op versies tot en met 1.0.271. Het probleem is geclassificeerd als “Gebroken Toegangscontrole” (OWASP A1) met een CVSS-gelijkwaardige ernst gerapporteerd als 6.5 (gemiddeld). De kwetsbaarheid stelt een laaggeprivilegieerde geauthenticeerde gebruiker — specifiek een Abonnee-account — in staat om functionaliteit te activeren die voor hogere geprivilegieerde rollen is gereserveerd vanwege ontbrekende autorisatiecontroles in de plugin-codepaden.

Wat dit voor jou betekent

• Als je site Rank Math SEO <= 1.0.271 draait en gebruikersaccounts met Abonnee (of vergelijkbare lage) privileges toestaat die je niet volledig vertrouwt (bijvoorbeeld, van forums, gebruikersregistraties, derde‑partijportalen), is je site blootgesteld.
• Een aanvaller die de controle heeft over een Abonnee-account kan mogelijk acties uitvoeren die ze niet zouden moeten kunnen — afhankelijk van de exacte API/handler die wordt omzeild. Dat kan het wijzigen van pluginopties, het creëren van inhoud of omleidingen, of het interageren met gevoelige plugingegevens omvatten.
• Een patch is beschikbaar in versie 1.0.271.1. Onmiddellijk patchen is de aanbevolen actie. Als je niet onmiddellijk kunt patchen, zijn virtuele patches (WAF-regels) en aanvullende verhardingsstappen essentieel om het risico te verminderen.

Dit artikel vertelt je hoe de kwetsbaarheid op hoog niveau werkt, de impact en exploitatiepaden om op te letten, veilige detectie-indicatoren en een geprioriteerde herstelchecklist — inclusief praktische virtuele patchregels die je kunt implementeren terwijl je bijwerkt.

Wat het advies zegt (kort)

• Betrokken plugin: Rank Math SEO (WordPress-plugin)
• Kwetsbare versies: <= 1.0.271
• Gepatcht in: 1.0.271.1
• Type kwetsbaarheid: Gebroken Toegangscontrole (OWASP A1)
• CVE: CVE-2026-34892
• Gerapporteerd op: 3 juni 2026
• Vereiste privilege: Abonnee (laaggeprivilegieerde geauthenticeerde gebruiker)
• Patchstack prioriteit: Medium

Wat “gebroken toegangscontrole” doorgaans betekent in WordPress-plugins

Gebroken toegangscontrole in WordPress-plugins komt meestal neer op een of meer van deze coderingsfouten:

• Ontbrekende capaciteitscontroles: functies die gevoelige instellingen of status wijzigen, roepen current_user_can() niet aan en gaan ervan uit dat de oproeper is toegestaan.
• Ontbrekende nonce-verificatie: beheerdersacties of AJAX-eindpunten accepteren verzoeken zonder nonces te verifiëren, waardoor CSRF-achtige problemen of misbruik door ingelogde gebruikers mogelijk worden.
• Direct aanroepbare functies: de plugin stelt AJAX/REST/admin-post eindpunten bloot die door elke geauthenticeerde gebruiker kunnen worden aangeroepen, of gebruikt onvoldoende beperkte filters/acties.
• Afhankelijkheid van obscuriteit (niet-bestaande controles): de plugin gaat ervan uit dat eindpunten niet ontdekt zullen worden of dat “binnen” het beheerdersgebied voldoende bescherming biedt, maar ingelogde gebruikers met lage privileges kunnen die handlers nog steeds bereiken.
• Onveilige gebruik van REST/GraphQL eindpunten: eindpunten missen permissie callbacks of de callbacks geven true terug zonder juiste controles.

Wanneer gecombineerd met een grote geïnstalleerde basis en open publieke registratie of integraties van derden die Subscriber-accounts aanmaken, kunnen deze problemen escaleren naar massale uitbuitingscampagnes.

Waarschijnlijke impactvectoren voor deze Rank Math-adviezen

De advieslijst vermeldt specifiek “Subscriber” als de vereiste privilege om de bug te misbruiken, wat betekent:

• Een aanvaller doet NIET een admin- of redacteursaccount nodig hebben — een basis site-account (vaak verleend aan bezoekers die zich registreren) is voldoende.
• Veelvoorkomende aanvaldoelen van dergelijke bugs zijn onder andere:
  • Het wijzigen van plugininstellingen, omleidingsregels of canonieke gedragingen die SEO-resultaten wijzigen of verkeer omleiden.
  • Invoegen van inhoud of metadata met kwaadaardige scripts of links (nuttig voor SEO-spam of phishing).
  • Gebruik maken van plugin-codepaden om naar bestanden te schrijven (zelden maar mogelijk) of om aanvullende REST/AJAX-eindpunten aan te roepen die alleen bedoeld zijn voor hogere rollen.
  • Achterdeurtjes planten, nieuwe admin-gebruikers of kwaadaardige cron-taken (als de kwetsbare code privilegeside-effecten toestaat).
  • Overstappen naar andere plugin/thema-codepaden zonder controles.

We publiceren geen exploit PoC's of stapsgewijze uitbuitingsdetails. De combinatie van een laag vereiste privilege en ontbrekende autorisatiecontroles maakt deze kwetsbaarheid echter aantrekkelijk voor geautomatiseerde, grootschalige aanvallen.

Hoe aanvallers deze problemen op grote schaal uitbuiten

Aanvallers geven de voorkeur aan kwetsbaarheden die:

• Minimale privileges vereisen (zoals Subscriber).
• Zijn gemakkelijk te automatiseren (simpele POST/GET verzoeken naar bekende eindpunten).
• Produceren een hoogwaardig effect (admin creatie, omleidingen, persistente inhoudsinvoeging).

Typische uitbuitingsstroom in massacampagnes:

1. Richt je op grote WordPress-sites met bekende kwetsbare pluginversies.
2. Maak of zorg voor de aanwezigheid van een Subscriber-account (via registratie of een gecompromitteerde gebruikersdatabase).
3. Stuur geautomatiseerde verzoeken naar de eindpunten van de plugin die geen autorisatiecontroles hebben.
4. Valideer succes door openbare pagina's te controleren op een ingevoegde omleiding, link of gewijzigde optie.
5. Ga verder met het planten van backdoors of het creëren van hoger bevoegde accounts zodra een bevoorrechte functie is bereikt.

Omdat dergelijke aanvallen geautomatiseerd kunnen worden, moet je dit beschouwen als “snel patchen of snel mitigeren” in plaats van “afwachten”.”

Onmiddellijke risicobeoordeling — Wie moet zich als eerste zorgen maken

Prioriteer remediëring op sites waar een van de volgende van toepassing is:

• Rank Math SEO-plugin is geïnstalleerd en de versie is <= 1.0.271.
• De site staat openbare gebruikersregistratie toe of heeft integraties van derden die Subscriber-accounts aanmaken.
• De site heeft een hoge waarde (ecommerce, lidmaatschap, zakelijke contactleads) of host gevoelige gebruikersgegevens.
• Je hebt beperkte monitoring of geen WAF-bescherming momenteel actief.

Als geen van bovenstaande van toepassing is (bijv. je gebruikt Rank Math SEO niet, of je bent al op 1.0.271.1 of later), kun je de onderstaande richtlijnen nog steeds gebruiken als een algemene verhardingschecklist.

Geprioriteerde remediëringschecklist (stap-voor-stap)

1. Update de plugin (primaire oplossing)
   • Update Rank Math SEO onmiddellijk naar 1.0.271.1 of later op elke getroffen site.
   • Als je meerdere sites beheert, prioriteer productie-sites en sites met openbare gebruikersregistratie.
2. Als je niet onmiddellijk kunt updaten — pas mitigatiestappen toe (virtuele patching + verharding)
   • Pas WAF-regels toe om verdachte verzoeken te blokkeren. Zie voorbeeldregelpatronen hieronder.
   • Schakel openbare gebruikersregistratie tijdelijk uit indien mogelijk.
   • Verwijder of controleer bestaande abonnee-accounts nauwkeurig op verdachte activiteiten.
   • Verlaag de privileges voor nieuw geregistreerde accounts (houd toezicht op snelle registraties).
3. Scannen op compromissen
   • Voer een volledige malware-scan uit van de sitebestanden en database. Zoek naar nieuwe beheerdersgebruikers, gewijzigde plugin/thema-bestanden, onbekende geplande taken (cron-taken) of ongeautoriseerde omleidingen die in inhoud of opties zijn ingevoegd.
   • Controleer recent gewijzigde bestanden in wp-content, met name in plugins en thema's.
   • Inspecteer wp_users en wp_usermeta op verdachte vermeldingen; controleer rollen en mogelijkheden.
4. Herstel indien gecompromitteerd.
   • Als je achterdeurtjes of ongeautoriseerde beheerdersgebruikers ontdekt, neem de site offline om schade te beperken.
   • Verwijder ongeautoriseerde gebruikers, herstel gewijzigde bestanden vanuit back-ups en roteer alle inloggegevens (beheerder, FTP, hosting, database).
   • Installeer schone kopieën van plugins vanuit de officiële repository of leverancierspakket na validatie van de integriteit.
   • Versterk inloggegevens en schakel 2FA in voor alle beheerdersaccounts.
5. Audit en monitoring na herstel.
   • Schakel gecentraliseerde logging in en houd toezicht op herhaalde verzoeken naar dezelfde eindpunten of herhaalde mislukte pogingen.
   • Gebruik inbraakdetectie en stel waarschuwingen in voor het aanmaken van nieuwe beheerdersgebruikers en bestandswijzigingen in plugin-directories.

Detectie: Waarop te letten (indicatoren)

Tekenen dat je site mogelijk is doelwit of misbruikt:

• Plotselinge toename van POST/GET-verzoeken naar plugin-eindpunten (admin-ajax.php/AJAX/REST-eindpunten) van geauthenticeerde gebruikers.
• Nieuwe beheerdersniveau gebruikers onverwacht aangemaakt.
• Wijzigingen in pluginopties (site titel/meta, omleidingsregels).
• SEO/Inhoud spam zichtbaar op openbare pagina's (verborgen links, zoekwoordspam, omleidingen).
• Ongewone geplande taken in Tools → Cron jobs of in de database tabel wp_options onder cron entries.
• Gewijzigde pluginbestanden (tijdstempels gewijzigd) of nieuwe PHP-bestanden in wp-content/uploads.
• Uitgaande verbindingen of DNS-wijzigingen die van de site afkomstig zijn.

Als je een van de bovenstaande zaken opmerkt, isoleer de site en voer een forensische schoonmaak uit.

Hoe je veilig kunt onderzoeken zonder extra risico te creëren

• Voer geen openbaar geposte exploit-scripts of PoC's uit die je op internet kunt vinden.
• Gebruik eerst alleen-lezen methoden:
  • Controleer de pluginversie in WP Admin en de pluginmap.
  • Inspecteer toeganglogs op POST/GET-patronen van sessies met lage privileges.
  • Gebruik je scanner-tools om verdachte wijzigingen te identificeren.
• Als je eindpunten moet onderzoeken, doe dit dan vanaf een vertrouwd intern IP en zorg ervoor dat ingelogde gebruikerssessies onder jouw controle zijn (testaccounts die je hebt aangemaakt).
• Bewaar logs en verwijder persistentie-wegen na het vastleggen van bewijs.

Virtueel patchen: WAF-regels en voorbeelden

Hoewel virtueel patchen geen vervanging is voor updates, beschermt het sites terwijl updates zijn gepland. Hieronder staan voorbeeldbeschermingen die je kunt toepassen op je WAF (dit zijn defensieve maatregelen, geen exploit-instructies). Pas regex en criteria aan op jouw omgeving en test in staging.

Belangrijk: Voer GEEN te brede regels uit die legitieme functionaliteit kunnen verstoren. Begin in “monitor”-modus, bekijk geblokkeerde verzoeken en handhaaf vervolgens.

Voorbeeld 1 — Blokkeer verdachte POST-verzoeken naar plugin admin-eindpunten van accounts met lage privileges

• Voorwaarde:
  • Verzoekmethode: POST
  • Aanvraag-URI bevat patronen die vaak worden gebruikt door Rank Math admin-handlers (bijvoorbeeld: /wp-admin/admin-ajax.php met actieparameter die verwijst naar rank-math, of REST-namespace /rank-math/*)
  • Aanvraag is geverifieerd maar gebruikersrol = Abonnee (of aanwezigheid van wp_auth-cookie zonder admin-mogelijkheden), OF ontbrekende X-WP-Nonce-header voor REST-verzoeken.
• Actie: Blokkeer of daag dergelijke verzoeken uit (CAPTCHA).

Voorbeeld 2 — Handhaaf nonce-verificatie voor REST-eindpunten

• Voorwaarde: REST API-aanroep onder /wp-json/*rank-math* zonder geldige nonce-header of ontbrekende Autorisatie.
• Actie: Blokkeer of rate-limit.

Voorbeeld 3 — Beperk POST-verzoeken van hetzelfde account/IP

• Voorwaarde: Meer dan N POST-verzoeken naar gevoelige eindpunten binnen X seconden vanaf hetzelfde IP of dezelfde sessiecookie.
• Actie: Beperk of blokkeer tijdelijk.

Voorbeeld ModSecurity-regel (conceptueel, saniteren voor gebruik)

Blokkeer verzoeken die:

• Bevat “action=rank_math” (of plugin-specifieke actienamen) EN
• Komt van geauthenticeerde sessiecookies die overeenkomen met lage privileges OF verzoeken met ontbrekende nonces.

# Pseudocode-regel — pas aan voor jouw omgeving"

Werk samen met je host of WAF-leverancier om exacte regels op maat te maken voor jouw WordPress-eindpunten. Als je een beheerde WAF gebruikt (zoals de onze), kunnen we snel een virtuele patch voor deze CVE implementeren op gemonitorde sites.

Wat te doen als je bewijs van exploitatie vindt

1. Verwijder de plugin onmiddellijk (of deactiveer) als je een schone staat niet kunt bevestigen en de site onder actieve aanval staat.
2. Zet de site offline of zet deze in onderhoudsmodus totdat de opruiming is voltooid als klantgegevens of betalingsstromen zijn beïnvloed.
3. Herstel vanaf een schone back-up vóór de compromitteringsdatum indien mogelijk.
4. Draai alle inloggegevens — admin-accounts, FTP/SFTP, database, API-sleutels die mogelijk zijn gecompromitteerd.
5. Voer een volledige malware-scan en bestandsintegriteitscontroles uit.
6. Als je diensten aan klanten aanbiedt, informeer hen snel met transparante herstelstappen en verwachte tijdlijnen.

Acties na een incident en langdurige veilige praktijken

• Principe van de minste privileges: geef nooit meer toegang dan nodig. Als een gebruiker een Abonnee kan zijn, behandel ze dan als onbetrouwbaar. Beperk geüploadde inhoud en vereis beoordelingsworkflows voor door gebruikers gegenereerde inhoud.
• Versterk alle admin-eindpunten: schakel de bestandseditor uit, beperk admin-toegang per IP waar mogelijk, gebruik HTTP-authenticatie voor /wp-admin op beheerde sites en overweeg gevoelige REST-eindpunten te beschermen met nonce- en capaciteitscontroles.
• Beheer plugin-updates: houd plugins up-to-date; gebruik test/staging-implementaties voor grote wijzigingen, maar pas beveiligingspatches snel toe op productie.
• Continue monitoring: schakel bestandsintegriteitsmonitoring, eindpuntlogging en waarschuwingen voor nieuwe admin-gebruikers in.
• Regelmatige penetratietests en code-audits voor aangepaste plugins/thema's.
• Educate site administrators about phishing and credential hygiene — gecompromitteerde beheerdersreferenties blijven een van de meest voorkomende oorzaken van site-inbreuken.

Voorbeeld herstelchecklist (gedetailleerd)

• Stap 1: Identificeer en isoleer de getroffen site(s).
• Stap 2: Zet de site in onderhoud of haal deze offline door de openbare toegang uit te schakelen (tijdelijk).
• Stap 3: Maak database- en bestandssysteeminstanties voor forensisch onderzoek.
• Stap 4: Werk Rank Math SEO bij naar de gepatchte 1.0.271.1 (of later). Als de plugin is gewijzigd, vervang deze dan door een nieuwe kopie van de officiële bron.
• Stap 5: Scan op indicatoren van compromittering:
  • Gewijzigde pluginbestanden
  • Nieuwe PHP-bestanden in uploads
  • Onbekende cron-taken
  • Nieuwe beheerdersgebruikers of verdachte rollen
• Stap 6: Verwijder ongeautoriseerde artefacten en herstel schone bestanden.
• Stap 7: Draai referenties en geheimen om.
• Stap 8: Herstel de site en monitor logs intensief gedurende enkele dagen.
• Stap 9: Meld dit bij uw hostingprovider en, indien van toepassing, bij klanten/gebruikers met details en genomen herstelacties.

Waarom upgrades alleen niet altijd genoeg zijn

Hoewel het installeren van leverancierspatches de definitieve oplossing is voor het code defect, kunnen upgrades mogelijk al geplaatste achterdeuren of persistentiemechanismen niet aanpakken. Aanvallers die de kwetsbaarheid vóór het patchen hebben uitgebuit, kunnen hebben:

• Beheerdersaccounts op niveau aangemaakt.
• Sjabloonbestanden gewijzigd om code persistent te maken.
• Geplande taken geplant die kwaadaardige bestanden opnieuw introduceren.

Daarom moet patchen gepaard gaan met een volledige integriteits- en compromissevaluatie.

Hoe WP‑Firewall WordPress-sites beschermt (korte, praktische uitleg van functies)

Bij WP‑Firewall richten we ons op gelaagde bescherming:

• Beheerde WAF: we leveren afgestemde regels voor kwetsbaarheden in WordPress-plug-ins en kunnen snel virtuele patches uitrollen wanneer er een nieuw probleem verschijnt.
• Malware-scanner: periodieke scans detecteren bestandswijzigingen, verdachte bestanden en bekende malware-handtekeningen.
• Live mitigatie: snelheidslimieten, IP-blacklisting/witlisting en regelgebaseerde blokkering om geautomatiseerde exploitatiepogingen te stoppen.
• Rol- en gedragsmonitoring: waarschuwingen voor verdachte gebruikersgedragingen zoals snelle POST-overstromingen en onverwachte creatie van bevoorrechte accounts.
• Begeleiding en ondersteuning: uitvoerbare herstelstappen en assistentie bij opruiming wanneer er bewijs van compromittering wordt ontdekt.

We implementeren conservatieve regels die valse positieven minimaliseren en verfijnen voortdurend de bescherming voor het WordPress-ecosysteem.

Preventieve verhardingschecklist (beste praktijken)

• Handhaaf sterke wachtwoordbeleid en schakel 2FA in voor admin- en redacteursaccounts.
• Schakel de plug-in/thema-bestandeditor uit (DISALLOW_FILE_EDIT).
• Beperk openbare registratie of vereis goedkeuring van de admin voor nieuwe accounts.
• Pas IP-beperkingen toe voor gevoelige admin-pagina's, indien mogelijk.
• Maak regelmatig back-ups van bestanden en databases naar een externe, onveranderlijke back-upopslag.
• Houd de WordPress-kern, thema's en plug-ins up-to-date — geef beveiligingsupdates prioriteit.
• Maak gebruik van een WAF en bestandsintegriteitsmonitoring voor vroege detectie.

Dit communiceren naar klanten of site-eigenaren

Als je sites voor klanten beheert:

• Meld het hen onmiddellijk als ze getroffen zijn. Geef de tijdlijn, risicobeoordeling en herstelplan.
• Als je veel klantensites host, geef dan prioriteit aan patch-uitrol en virtueel patchen voor risicovolle sites of die met openbare gebruikersregistratie.
• Geef een eenvoudige samenvatting van de genomen acties en aanbevolen vervolgacties (inloggegevensrotatie, scans).

Nieuwe titel om lezers aan te trekken om zich aan te melden voor het WP‑Firewall Gratis plan

Beveilig uw site snel — krijg de essentiële bescherming gratis

We raden elke WordPress-site-eigenaar aan zich in te schrijven voor een beveiligingsprogramma dat onmiddellijke beschermingsmaatregelen biedt terwijl u bijwerkt. Ons Basis (Gratis) plan bij WP‑Firewall biedt essentiële bescherming die precies voor deze scenario's is ontworpen:

• Beheerde firewall en WAF-regels toegepast aan de rand
• Onbeperkte bandbreedte en bescherming zonder vertragingen
• Malware-scans om compromitteringen te detecteren
• Verdedigingen gericht op OWASP Top 10-risico's, inclusief gebroken toegangscontrolepatronen

Meld je hier aan voor het gratis plan: https://my.wp-firewall.com/buy/wp-firewall-free-plan/ — het installeert snel en biedt u een vangnet terwijl u updates, scans en controles na incidenten uitvoert.

(Opmerking: Upgraden naar betaalde plannen voegt geautomatiseerde malwareverwijdering, IP-blacklist-/whitelist-controles, maandelijkse beveiligingsrapportage en geavanceerde virtuele patching toe voor snelle, laagdrempelige remedie. Zie plandetails op de aanmeldpagina.)

Veelgestelde vragen

V: Kan ik de plugin veilig uitschakelen terwijl ik wacht op de patch?
A: Ja. Het tijdelijk deactiveren van de kwetsbare plugin is een geldige mitigatie, maar wees ervan bewust dat dit de functionaliteit van de site of SEO-functies kan beïnvloeden. Als u de plugin actief moet houden (bijvoorbeeld om zakelijke redenen), pas dan WAF-regels toe en beperk gebruikersregistraties totdat u kunt bijwerken.

V: Is deze kwetsbaarheid op afstand uit te buiten zonder een account?
A: De waarschuwing geeft aan dat een Subscriber-account vereist is. Dat betekent dat er een bepaald niveau van authenticatie nodig is. Echter, in combinatie met sites die openbare registratie toestaan, is dit effectief laagdrempelig voor aanvallers. Behandel elke site die openbare of zelfservice-registratie toestaat als een risico.

V: Zal het verwijderen van alle Subscribers het probleem oplossen?
A: Het verwijderen van Subscriber-accounts vermindert de pool van potentiële aanvallers, maar het is geen volledige mitigatie. Aanvallers kunnen nieuwe accounts aanmaken of zwaktes in andere componenten gebruiken. Virtuele patching / WAF + plugin-update is de robuuste route.

V: Welke logs moet ik bewaren om een incident te onderzoeken?
A: Bewaar toegangslogs, foutlogs, plugin-specifieke logs en serverlogs. Bewaar tijdstempels, aanvraag-URI's, POST-lichamen (indien mogelijk/veilig) en het gebruik van authenticatiecookies. Logs zijn cruciaal voor forensisch onderzoek.

Slotopmerkingen — verantwoordelijk admin-gedrag

Beveiligingsincidenten zijn stressvol, maar de juiste mix van snelle patching, virtuele patching (WAF), scannen en incidentrespons vermindert het risico drastisch. Voor deze kwetsbaarheid:

• Update Rank Math SEO naar 1.0.271.1 onmiddellijk.
• Als je dat niet kunt, schakel dan onmiddellijk WP‑Firewall gratis bescherming in op https://my.wp-firewall.com/buy/wp-firewall-free-plan/ om beheerde WAF-dekking en scanning te verkrijgen.
• Behandel laaggeprivilegieerde gebruikersaccounts als onbetrouwbaar; beperk registratie en controleer accounts regelmatig.
• Als je een compromis vermoedt, handel dan snel: isoleer, scan, herstel vanaf back-ups en roteer inloggegevens.

Als je hulp nodig hebt bij het implementeren van noodbeschermingen, virtuele patches of het uitvoeren van een grondige scan en opruiming, kan het WP‑Firewall-team helpen — wij bieden beheerde mitigatie en praktische incidentrespons op maat van WordPress.

Blijf veilig en houd je WordPress-omgeving gepatcht en gemonitord.

— WP‑Firewall Beveiligingsteam