Pluginnaam	Geavanceerde Toegangsbeheerder
Type kwetsbaarheid	Omzeil kwetsbaarheid
CVE-nummer	CVE-2026-42674
Urgentie	Hoog
CVE-publicatiedatum	2026-05-16
Bron-URL	CVE-2026-42674

Beveiligingsadvies: Geavanceerde Toegangsbeheerder (≤ 7.1.0) — Bypass Kw vulnerability (CVE-2026-42674) en praktische mitigaties voor WordPress-sites

Auteur: WP-Firewall Beveiligingsteam
Datum: 2026-05-16

Samenvatting: Een bypass-kw vulnerability werd onthuld in de Geavanceerde Toegangsbeheerder-plugin die versies ≤ 7.1.0 beïnvloedt (CVE-2026-42674). Een niet-geauthenticeerde actor kon onder bepaalde voorwaarden toegangbeperkingen omzeilen. De leverancier heeft een patch uitgebracht in 7.1.1. Dit advies legt het risico, realistische aanvalscenario's, detectie-instructies, aanbevolen onmiddellijke acties en gelaagde mitigatiestappen uit — inclusief concrete WAF-regels en virtuele patchstrategieën die je snel kunt implementeren als je niet onmiddellijk kunt updaten.

Inhoudsopgave

• Invoering
• Wat er werd gerapporteerd (hoog niveau)
• Beïnvloede versies en CVE
• Hoe aanvallers bypass-kw vulnerabilities kunnen misbruiken (typische patronen)
• Realistische exploitatie-scenario's en zakelijke impact
• Hoe je snel de blootstelling op je site kunt beoordelen
• Indicatoren van compromittering (IoCs) en logcontroles
• Onmiddellijke remedie — officiële patch en sterke tijdelijke mitigaties
• WAF en virtueel patchen: aanbevolen regels en voorbeelden
• Server/hostingcontroles en .htaccess / Nginx verhardingsrecepten
• Acties na een incident: containment, onderzoek en herstel
• Langdurige verharding en preventie
• Hoe WP-Firewall helpt (wat wij bieden)
• Bescherm je site nu — Begin met het WP‑Firewall Gratis Plan
• Afsluiting / samenvatting

---

Invoering

Als beheerders van WP-Firewall volgen we opkomende WordPress-plugin-kw vulnerabilities nauwlettend en bereiden we uitvoerbare richtlijnen voor site-eigenaren, ontwikkelaars en hosts voor. Op 14 mei 2026 werd een bypass-kw vulnerability die Geavanceerde Toegangsbeheerder (versies tot en met 7.1.0) beïnvloedt, openbaar gerapporteerd en toegewezen aan CVE-2026-42674. De leverancier heeft een oplossing uitgebracht in versie 7.1.1.

Dit advies is geschreven voor site-eigenaren en beheerders die duidelijke, praktische stappen nodig hebben om blootstelling te bepalen en WordPress-sites onmiddellijk te beschermen — of je de patch van de leverancier meteen kunt toepassen of tijdelijke mitigaties nodig hebt. Ik zal de aard van de kwetsbaarheid in eenvoudige taal uitleggen, hoe aanvallers deze kunnen benutten, en praktische mitigaties (inclusief WAF-regels en technieken voor virtueel patchen) die in productie werken.

Wat er werd gerapporteerd (hoog niveau)

Een beveiligingsonderzoeker meldde een bypass-kw vulnerability in Geavanceerde Toegangsbeheerder die niet-geauthenticeerde acteurs in staat stelt bepaalde toegangbeperkingen die door de plugin worden afgedwongen, te omzeilen. In brede zin faalde de plugin in het afdwingen van geschikte autorisatiecontroles in sommige codepaden, waardoor toegang of wijziging van functionaliteit die beperkt zou moeten zijn, mogelijk was.

De leverancier heeft versie 7.1.1 uitgebracht die de geïmplementeerde autorisatiecontroles corrigeert. Omdat de kwetsbaarheid kan worden geactiveerd zonder geldige inloggegevens, wordt deze als ernstig genoeg beschouwd om urgente aandacht te vereisen, maar het wordt ook gezien als een bypass/onveilige-ontwerpkwestie (de fout zit in de logica/autorisatie, niet in een externe code-uitvoering of SQL-injectie).

Beïnvloede versies en CVE

• Betrokken software: Geavanceerde Toegangsbeheerder (WordPress-plugin)
• Kwetsbare versies: ≤ 7.1.0
• Gepatchte versie: 7.1.1 (upgrade naar 7.1.1 of nieuwer)
• Openbare onthulling: 14 mei 2026
• CVE: CVE-2026-42674
• Classificatie: Bypass-kwetsbaarheid (Onveilige Ontwerp)
• Vereiste privilege: Niet-geauthenticeerd (geen geldige inlog vereist)

Hoe aanvallers bypass-kw vulnerabilities kunnen misbruiken (typische patronen)

Een “bypass” of “autorisatie-bypass” betekent over het algemeen dat een stuk code dat bedoeld is om toegang te beperken, ontbrekende controles heeft, een gebrekkige voorwaarde gebruikt of kan worden misleid om een niet-geauthenticeerde of laaggeprivilegieerde aanvraag als toegestaan te beschouwen. Veelvoorkomende patronen zijn:

• Ontbrekende capaciteitscontroles op AJAX/REST-eindpunten.
• Toegangscontroles die afhankelijk zijn van door de gebruiker controleerbare waarden (bijv. door de gebruiker opgegeven rol namen).
• Logische fouten in voorwaardelijke uitspraken die autorisatie onjuist kortsluiten.
• Falen om nonces te valideren of ze in het juiste uitvoeringspad te gebruiken.
• Routes die administratieve bewerkingen blootstellen maar zonder authenticatie bereikbaar zijn in randgevallen.

Omdat aanvallers vaak kunnen scannen naar plugin-eindpunten en proberen er direct mee te interageren, is een niet-geauthenticeerde bypass vooral nuttig voor mass-exploitatiecampagnes.

Realistische exploitatie-scenario's en zakelijke impact

Hoewel deze kwetsbaarheid wordt gecategoriseerd als een bypass (en niet als directe externe code-uitvoering), varieert de potentiële impact afhankelijk van hoe de plugin op de site wordt gebruikt:

• Blootstelling van beperkte configuratie- of beleidsgegevens (onthulling).
• Wijziging van toegangsregels of rollen die de privileges voor een aanvaller kunnen verhogen (privilege-escalatie).
• Het mogelijk maken van daaropvolgende aanvallen (persistentie, inhoudsinjectie of gerichte overname van accounts).
• Op complexe sites met aangepaste integraties kan een bypass in een toegangcontrole-plugin andere kritieke functionaliteit ontgrendelen.

In productie gebruiken aanvallers vaak meerdere kleinere kwetsbaarheden samen (een bypass plus een CSRF of verkeerd geconfigureerd eindpunt) om een voet aan de grond te krijgen. Zelfs als de bypass alleen geen directe code-uitvoering toestaat, kan het de verdedigingen aanzienlijk verzwakken.

Hoe je snel de blootstelling op je site kunt beoordelen

1. Inventariseer plugin-versies
   • Log in op WordPress, ga naar Plugins en controleer de versie van de Advanced Access Manager.
   • Vanuit de server-shell kun je de plugin-header lezen in /wp-content/plugins/advanced-access-manager/advanced-access-manager.php of gelijkwaardig om de Versie regel te zien.
2. Controleer op publieke blootstelling van pluginbestanden
   • Probeer bekende plugin-URL's te bezoeken (probeer niet te exploiteren). Zoek naar toegankelijke admin-eindpunten, readme-bestanden of publiek blootgestelde handlers.
3. Bekijk recent verkeer en klantverzoeken gericht op pluginpaden
   • Doorzoek uw toegangslogs naar verzoeken naar paden die “advanced-access-manager” bevatten, of gerelateerde REST/AJAX-eindpunten. Let op herhaalde verzoeken van enkele IP's of scanpatronen.
4. Bevestig of uw site niet-geauthenticeerde interactie met door de plugin beheerde functionaliteit toestaat
   • Als de plugin REST- of AJAX-eindpunten blootstelt die bedoeld zijn voor beheerders, kan een bypass ze blootstellen.

Indicatoren van compromittering (IoCs) en logcontroles

Zoek naar de volgende signalen in uw logs en controlepanelen:

• Ongewone verzoeken naar plugin-specifieke eindpunten: /wp-admin/admin-ajax.php acties die verwijzen naar plugin hooks, REST-verzoeken naar /wp-json/… die de plugin vermelden, of enige directe GET/POST naar plugin PHP-bestanden.
• Onverwachte wijzigingen in pluginconfiguratiebestanden of database-invoeren die aan de plugin zijn gekoppeld.
• Nieuwe of gewijzigde gebruikersaccounts, vooral die met verhoogde rollen of de mogelijkheid om plugins/thema's te installeren.
• Verdachte geplande taken (cron-invoeren) toegevoegd aan wp_opties of de database.
• Onbekende uitgaande verbindingen of ongebruikelijke pieken in foutlogs na plugin-toegang.

Onmiddellijke remedie — officiële patch en sterke tijdelijke mitigaties

1. Upgrade onmiddellijk (voorkeur)
   • Installeer de plugin-update (7.1.1 of later). Test eerst op staging indien mogelijk, en duw dan naar productie tijdens een onderhoudsvenster.
2. Als u niet onmiddellijk kunt patchen, volg dan tijdelijke mitigaties:
   • Deactiveer de plugin: Als de plugin niet essentieel is voor de functionaliteit van de site, deactiveer deze dan totdat deze is gepatcht. Dit is de veiligste kortetermijnoptie.
   • Beperk de toegang tot plugin admin pagina's: Blokkeer openbare toegang tot pluginmappen of beheerderspagina's via webserverregels (.htaccess / Nginx) of hostcontroles.
   • Implementeer WAF-regels of virtueel patchen: Maak WAF-regels om verdachte verzoeken naar plugin-eindpunten of patronen die verband houden met de kwetsbaarheid te blokkeren (voorbeelden hieronder).
   • Verharde beheerderstoegang: Beperk toegang tot /wp-admin en de REST API van vertrouwde IP-adressen, gebruik sterke MFA voor alle beheerdersaccounts en roteer inloggegevens als je misbruik vermoedt.

WAF en virtueel patchen: aanbevolen regels en voorbeelden

Virtueel patchen op de HTTP-laag voorkomt dat exploitpogingen kwetsbare code bereiken totdat een vendorpatch kan worden toegepast. Hieronder staan defensieve regelvoorbeelden en uitleg. Deze regels zijn defensief, niet-invasief en ontworpen om kwaadaardige patronen te blokkeren in plaats van exploitdetails te verstrekken.

Algemene principes voor WAF-regels:

• Blokkeer of daag verzoeken naar plugin-specifieke eindpunten uit, tenzij ze afkomstig zijn van geverifieerde beheerderssessies of vertrouwde IP-reeksen.
• Beperk het aantal verzoeken naar beheerders-eindpunten, admin-ajax en REST API.
• Inspecteer verzoekmethoden, headers en verdachte parameterwaarden, en blokkeer duidelijke scan/spamgedragingen.

Voorbeeld van een ModSecurity-stijlregel om verdachte pluginverzoeken te blokkeren (generiek)

# Blokkeer verzoeken naar bekende pluginpaden, tenzij van toegestane IP"

Uitleg: Deze regel weigert alle verzoeken naar de pluginmap. Gebruik met voorzichtigheid — als de plugin legitiem bestanden aan niet-geauthenticeerde gebruikers levert (zeldzaam voor toegangcontroleplugins), zet dan noodzakelijke middelen op de whitelist.

Voorbeeldregel om admin-ajax-acties te beschermen (generiek)

SecRule REQUEST_URI "@endsWith /wp-admin/admin-ajax.php" \n    "chain,deny,log,status:403,id:100002,msg:'Verdacht admin-ajax verzoek geblokkeerd'"

Uitleg: Blokkeer of daag AJAX-verzoeken uit die plugin-specifieke parameter namen bevatten. Pas tokencontroles aan om overeen te komen met jouw omgeving.

Voorbeeldregel voor REST API-eindpunten (generiek)

SecRule REQUEST_URI "@beginsWith /wp-json/advanced-access-manager" \n    "id:100003,phase:1,deny,log,status:403,msg:'Toegang tot Advanced Access Manager REST-eindpunten geblokkeerd'"

Snelheidsbeperking en reputatie

• Configureer snelheidslimieten voor /wp-beheerder/* En /wp-json/* die verschillen voor geauthenticeerde versus niet-geauthenticeerde verzoeken.
• Gebruik IP-reputatie om bekende slechte actoren te blokkeren.
• Presenteer een CAPTCHA/uitdaging voor verdachte bronnen voordat verzoeken worden toegestaan.

Aangepaste JSON/XML payload inspectie

• Als de kwetsbaarheid wordt geactiveerd door specifieke JSON of POST-gegevens, voeg dan controles toe voor verdachte payload-sleutels en patronen en blokkeer ze onmiddellijk.

Testen en bijwerkingen

• Test WAF-regels in “monitor” modus voordat je overschakelt naar “deny” om valse positieven te voorkomen.
• Log alle geblokkeerde verzoeken voor latere forensische beoordeling.

Server/hostingcontroles en .htaccess / Nginx verhardingsrecepten

Als je een WAF niet onmiddellijk kunt implementeren, gebruik dan webserverregels om de toegang tot plugin-beheerpagina's te beperken.

Apache (.htaccess) — beperk de plugin-directory tot admin IP's

<Directory "/var/www/html/wp-content/plugins/advanced-access-manager">
    Order deny,allow
    Deny from all
    # Allow your IP(s) only
    Allow from 203.0.113.45
</Directory>

Opmerking: In gedeelde hostingomgevingen heb je mogelijk geen toegang tot Directory-directieven; gebruik in plaats daarvan FilesMatch of herschrijfregels.

.htaccess voorbeeld om directe toegang tot plugin PHP-bestanden te weigeren

# Weiger directe toegang tot plugin PHP-bestanden

Nginx voorbeeld — blokkeer plugin pad tenzij van vertrouwd IP

location ~* /wp-content/plugins/advanced-access-manager/ {

Belangrijk: Gebruik deze regels alleen als ze de vereiste functionaliteit niet verstoren (test op staging). Als pluginfuncties beschikbaar moeten zijn voor niet-beheerders, kunnen deze blokkades te restrictief zijn — pas in dat geval meer gerichte WAF/virtuele patchregels toe.

Bescherm de WordPress REST API en wp-admin

• Beperk de toegang tot de REST API voor niet-geauthenticeerde gebruikers tot alleen noodzakelijke eindpunten.
• Beschermen /wp-inloggen.php En /wp-admin met IP-toelijsten en MFA.

Acties na een incident: containment, onderzoek en herstel

Als je site het doelwit was of je vermoedt dat deze is gecompromitteerd, volg dan een gestructureerde incidentresponsflow:

1. Bevatten
   • Als de plugin momenteel actief is en de site kwetsbaar is, pas dan onmiddellijk de patch van de leverancier toe of deactiveer de plugin.
   • Pas WAF-regels toe of blokkeer het pad van de plugin op het niveau van de webserver.
2. Bewijsmateriaal bewaren
   • Maak back-ups van huidige bestanden en databases (bewaar offline).
   • Exporteer logboeken (toegang, fout, applicatielogboeken) voordat ze worden geroteerd.
3. Onderzoeken
   • Controleer recente admin-inlogpogingen, nieuwe gebruikersaccounts, wijzigingen in gebruikersrollen en -rechten.
   • Doorzoek de database naar verdachte opties, cron-invoeren of postinhoud.
   • Inspecteer wp-content/uploads op .php-bestanden of ongebruikelijke bestanden.
   • Controleer op gewijzigde kern-, thema- of pluginbestanden.
4. Herstel
   • Verwijder kwaadaardige bestanden/code.
   • Herstel vanaf een bekende goede back-up indien nodig.
   • Draai alle admin- en systeemreferenties (database, FTP/SFTP, API-sleutels) om.
   • Voer de malware-scanning opnieuw uit en bevestig de opruiming.
5. Herstel & verifieer
   • Herinstalleer de plugin vanuit een vertrouwde bron (na de upgrade).
   • Houd logboeken gedurende ten minste 30 dagen nauwlettend in de gaten voor verdachte activiteiten.
6. Belanghebbenden op de hoogte stellen
   • Als de inbreuk gebruikersgegevens heeft aangetast, volg dan de toepasselijke wetten en privacyverplichtingen voor openbaarmaking.

Langdurige verharding en preventie

1. Zorg voor tijdige updates
   Houd de WordPress-kern, thema's en plugins up-to-date. Abonneer je op vertrouwde kwetsbaarheidsfeeds of gebruik een beheerde update-oplossing.
2. Beginsel van de minste privileges
   Beperk het aantal gebruikers met administratorrechten. Gebruik aangepaste rollen zorgvuldig en vermijd het toekennen van onnodige mogelijkheden.
3. Gebruik sterke authenticatie
   Handhaaf MFA op alle admin-accounts. Gebruik sterke, unieke wachtwoorden die zijn opgeslagen in een wachtwoordbeheerder.
4. Verminder het aanvalsvlak
   Verwijder ongebruikte plugins en thema's. Schakel bestandsbewerking in het dashboard uit (define('DISALLOW_FILE_EDIT', true)). Schakel ongebruikte functies zoals XML-RPC uit als ze niet nodig zijn.
5. Monitoring en logging
   Bewaar logs centraal en monitor op anomalieën. Schakel bestandsintegriteitsmonitoring in voor kritieke mappen.
6. Virtueel patchen en verdediging in diepte
   Onderhoud WAF-regels die veelvoorkomende probing en plugin-specifieke misbruik blokkeren. Gebruik host-niveau bescherming (PHP-versteviging, functies uitschakelen) waar nodig.

Hoe WP-Firewall helpt

Bij WP-Firewall ontwerpen we bescherming en incidentplaybooks specifiek voor WordPress-omgevingen:

• Beheerde WAF: Onze beheerde Web Application Firewall biedt regels die veelvoorkomende exploitatie technieken van WordPress-plugins detecteren en blokkeren, inclusief autorisatie-omzeilpatronen, verdachte REST- en AJAX-aanroepen, en abnormale aanvraagprofielen. Deze regels zijn afgestemd om valse positieven voor WordPress-sites te minimaliseren.
• Virtueel patchen: Wanneer een kwetsbaarheid wordt onthuld, kunnen we virtuele patches (WAF-regels) implementeren om uw site onmiddellijk te beschermen terwijl u updates plant — blokkeren van aanvragen die overeenkomen met exploitpatronen aan de rand.
• Malware-scanning & mitigatie: Continue scanners zoeken naar wijzigingen in bestanden en verdachte inhoud in uploads en de database, en onze herstelhelpers maken opruimen sneller.
• Meldingen & monitoring: We bieden tijdige meldingen over plugin-kwetsbaarheden, indicatoren van compromittering en anomalieuze admin-activiteit.
• Backup- en herstelrichtlijnen: Incidentplaybooks, herstelstappen en voortdurende monitoring helpen de gemiddelde hersteltijd (MTTR) te verkorten.

Bescherm je site nu — Begin met het WP‑Firewall Gratis Plan

Als u onmiddellijke, praktische bescherming wilt terwijl u evalueert of patcht, is ons Basis Gratis Plan ontworpen om u een sterke basis te geven:

Essentiële bescherming voor urgente risico's — probeer het WP‑Firewall Basis Gratis Plan

Bescherm uw WordPress-site onmiddellijk met het WP‑Firewall Basis (Gratis) plan. Het biedt essentiële, altijd actieve bescherming: een beheerde firewall die veelvoorkomende exploitpogingen blokkeert, onbeperkte bandbreedte zodat uw site snel blijft, een op regels gebaseerde WAF afgestemd op WordPress, en een geautomatiseerde malware-scanner die verdachte bestanden en wijzigingen vindt. Het Basisplan bevat ook mitigaties voor OWASP Top 10-risico's, waardoor u een solide vangnet heeft terwijl u updates plant of meer geavanceerde bescherming toepast. Meld u hier aan voor het Gratis Plan: https://my.wp-firewall.com/buy/wp-firewall-free-plan/ — het is snel te installeren en vermindert onmiddellijk de blootstelling aan kwetsbaarheden aan de pluginzijde zoals de Advanced Access Manager-omzeiling.

(Als u aanvullende mogelijkheden nodig heeft — automatische malwareverwijdering, IP-toelating/blacklisting, maandelijkse beveiligingsrapporten en automatische virtuele patching — voegen onze betaalde niveaus deze functies toe en zijn ze geprijsd om te passen bij kleine tot grote sites. Het gratis plan is een geweldige eerste stap en helpt u beschermd te blijven terwijl u plugins bijwerkt of incidentrespons uitvoert.)

Praktische checklist — stap-voor-stap voor site-eigenaren en beheerders

Onmiddellijk (0–24 uur)

• Controleer de pluginversie. Als ≤ 7.1.0, upgrade dan onmiddellijk naar 7.1.1.
• Als u niet meteen kunt patchen, deactiveer dan de plugin of beperk de toegang tot de plugin via serverregels.
• Schakel sterke MFA in op alle admin-accounts.
• Voer een volledige malware-scan uit en maak een snapshot van uw bestanden/databases.

Korte termijn (24–72 uur)

• Implementeer WAF of virtuele patchregels om verzoeken te blokkeren die gericht zijn op de plugin en REST/AJAX misbruikpatronen.
• Doorzoek logs naar verdachte verzoeken en bewaar ze.
• Draai alle administratieve inloggegevens als u verdachte activiteit identificeert.

Middellange termijn (3–14 dagen)

• Beoordeel gebruikersaccounts en mogelijkheden voor privilege-escalatie.
• Herinstalleer de plugin vanuit officiële bronnen en test configuraties op staging.
• Versterk serverconfiguraties (schakel gevaarlijke PHP-functies uit, beperk bestandstypen in uploads).

Lange termijn (doorlopend)

• Implementeer een patchbeheerplan en abonneer u op kwetsbaarheidswaarschuwingen van vertrouwde bronnen.
• Onderhoud back-ups en monitoring van bestandsintegriteit.
• Gebruik een gelaagd beveiligingsmodel: WAF + verharden + monitoring + incident playbooks.

Laatste gedachten en praktische adviezen

Autorisatie-bypass kwetsbaarheden zoals CVE-2026-42674 zijn vaak subtiel maar ingrijpend. Het risico wordt vergroot wanneer de plugin toegang en rollen op een site beheert: aanvallers waarderen bypasses omdat ze rechtstreeks invloed kunnen uitoefenen op machtigingen en secundaire aanvallen kunnen inschakelen.

Uw veiligste en snelste oplossing is om de patch van de leverancier toe te passen (7.1.1 of nieuwer). Als u die route niet onmiddellijk kunt volgen, zijn virtuele patches met een WAF en eenvoudige webserver-toegangscontroles zeer effectief om massale uitbuitingspogingen te stoppen terwijl u de officiële update valideert en implementeert. Houd rekening met het belang van bewijsbehoud en zorgvuldige forensische stappen als u een compromis vermoedt.

We begrijpen de druk die site-eigenaren voelen wanneer kwetsbaarheden worden gepubliceerd — het doel hier is om pragmatische, no-nonsense stappen te bieden die u snel kunt implementeren om risico's te verminderen en veilig te herstellen.

Als u hulp nodig heeft — of het nu gaat om regelafstemming, noodvirtuele patches of incidentrespons — ons team bij WP‑Firewall staat klaar om te helpen. We hebben een beveiligingsstack gebouwd die gespecialiseerd is in WordPress en een set playbooks voor precies deze soorten plugin-autorisatieproblemen.

Blijf veilig, houd uw sites up-to-date en beschouw plugin-updates als een cruciaal onderdeel van uw beveiligingshouding.

— WP‑Firewall Beveiligingsteam

Bijlage A — Extra defensieve regelvoorbeelden (voor gevorderde gebruikers)

1) Nginx: Beperk verdachte admin-ajax verzoeken

# limiet admin-ajax verzoeken per IP

2) .htaccess: Bescherm REST API als niet vereist door openbare gebruikers

# Blokkeer openbare toegang tot de REST API, behalve ingelogde verzoeken

Opmerking: Dit blokkeert niet-geauthenticeerde REST API-verzoeken. Zorg ervoor dat derde partijen die API-toegang nodig hebben niet worden beïnvloed.

3) ModSecurity: Log en daag verdachte scanpatronen uit

SecRule REQUEST_URI|ARGS "@rx (eval\(|base64_decode\(|UNION|select.+from)" \n    "id:100010,fase:2,log,pass,exec:/usr/local/bin/antivirus_scan.sh"

Dit voorbeeld logt en activeert een secundair script voor diepgaande bestandsinspectie in plaats van outright blokkeren. Pas aan voor jouw omgeving.

Bijlage B — Nuttige queries voor loganalyse (voorbeeldcommando's)

• Zoek verzoeken naar plugin-pad in Apache/Nginx-toegangslogs:

  grep -i "advanced-access-manager" /var/log/nginx/access.log | tail -n 200
  

• Zoek naar ongebruikelijke POST's naar admin-ajax:

  grep "POST /wp-admin/admin-ajax.php" /var/log/nginx/access.log | grep -i "aam\|access-manager"
  

• Identificeer nieuwe beheerdersgebruikers in WP-database:

  SELECT ID, user_login, user_email, user_registered FROM wp_users ORDER BY user_registered DESC LIMIT 50;
  

Bedankt dat je de tijd hebt genomen om je WordPress-site te beveiligen. Als je de voorkeur geeft aan begeleide remedie, overweeg dan ons Gratis Plan om snel essentiële verdedigingen op te zetten: https://my.wp-firewall.com/buy/wp-firewall-free-plan/