Pluginnaam	AcyMailing SMTP Nieuwsbrief Plugin
Type kwetsbaarheid	Kwetsbaarheid in toegangscontrole
CVE-nummer	CVE-2026-3614
Urgentie	Hoog
CVE-publicatiedatum	2026-04-16
Bron-URL	CVE-2026-3614

Gebroken Toegangscontrole in AcyMailing (CVE-2026-3614): Wat WordPress Site-eigenaren Moeten Weten en Hoe WP-Firewall Je Beschermt

Datum: 2026-04-16

Auteur: WP-Firewall Beveiligingsteam

Kortom

Een kwetsbaarheid met hoge ernst in gebroken toegangscontrole (CVE-2026-3614, CVSS 8.8) beïnvloedt AcyMailing SMTP Nieuwsbrief plugin versies 9.11.0 tot en met 10.8.1. Het probleem stelt een geauthenticeerde gebruiker met de rol van Abonnee in staat om acties uit te voeren die normaal voor hogere-privilege rollen zijn gereserveerd (privilege-escalatie) vanwege ontbrekende autorisatiecontroles op plugin-eindpunten. De leverancier heeft een patch uitgebracht in versie 10.8.2. Onmiddellijke actie: update de plugin naar 10.8.2 of later. Als je niet onmiddellijk kunt updaten, implementeer dan WAF-gebaseerde virtuele patching en andere verhardingsstappen — die WP-Firewall automatisch kan bieden.

Deze post legt het technische risico, aanvalscenario's, detectiemethoden, stap-voor-stap mitigaties en praktische aanbevelingen uit die je vandaag kunt toepassen om WordPress-sites te beschermen.

---

Waarom dit belangrijk is

Gebroken toegangscontrole is een van de meest voorkomende en gevaarlijke kwetsbaarheden in webapplicaties. Wanneer een plugin functionaliteit blootstelt zonder te verifiëren of de gebruiker geautoriseerd is om deze te gebruiken, kan een laaggeprivilegieerd account (Abonnee) worden gebruikt als een toegangspunt om privileges te escaleren, gegevens te exfiltreren of kwaadaardige inhoud te pushen. AcyMailing is een veelgebruikte nieuwsbrief/mail plugin, en veel sites vertrouwen erop om e-mails te verzenden, abonnees te beheren en lijsten bij te houden — wat betekent dat een exploit kan leiden tot mailmisbruik, datadiefstal of een aanhoudende compromittering.

Omdat de kwetsbaarheid acties vanuit een geauthenticeerd Abonnee-account toestaat, kunnen aanvallers gebruikmaken van zwakke registratieconfiguraties, commentaar-registratiestromen of sociale engineering om een account te creëren of om te zetten en vervolgens de kwetsbaarheid te exploiteren. Dit maakt geautomatiseerde massale exploitatiepogingen realistisch en urgent om te mitigeren.

---

Kwetsbaarheidsoverzicht

• Titel: Ontbrekende Autorisatie voor Geauthenticeerde (Abonnee+) Privilege-escalatie
• Betrokken software: AcyMailing SMTP Nieuwsbrief voor WordPress
• Kwetsbare versies: 9.11.0 — 10.8.1
• Gepatchte versie: 10.8.2
• Classificatie: Gebroken Toegangscontrole (OWASP A01)
• CVE: CVE-2026-3614
• Patchstack/Onderzoeks openbaarmakingsdatum: 16 april 2026
• Vereiste bevoegdheid om te exploiteren: Abonnee (geauthenticeerde gebruikersrol)
• Ernst: Hoog (CVSS 8.8)

Opmerking: Als je een versie binnen het kwetsbare bereik draait, beschouw dit dan als een update met hoge prioriteit. Aanvallers scannen naar plugin-eindpunten; ontbrekende autorisatiecontroles resulteren in gemakkelijke exploitatiepaden.

---

Technische analyse (wat waarschijnlijk is gebeurd)

Hoewel specifieke details op source-niveau hier niet worden onthuld, omvat het typische patroon voor deze klasse van problemen:

• De plugin blootstelt openbare eindpunten (AJAX-handlers in admin-ajax.php, aangepaste REST API-routes of directe aanvraaghandlers) die bedoeld zijn voor administratieve of geprivilegieerde acties.
• Het eindpunt voert actie-logica uit (bijv. campagne aanmaken/bewerken, abonneelijsten dumpen, importeren/exporteren, mailinginstellingen wijzigen) zonder adequate capaciteitscontroles uit te voeren (bijv. current_user_can(‘manage_options’)) of andere autorisatieverificaties.
• Het eindpunt kan aannemen dat de beller een admin of een nieuwsbriefbeheerder is omdat het verzoek afkomstig is van de UI van de plugin; echter, het valideert de rol van de beller niet.
• Als gevolg hiervan kan elke geauthenticeerde gebruiker (Abonnee) verzoeken naar deze eindpunten opstellen om geprivilegieerde operaties te activeren.

Veelvoorkomende schuldigen in plugin-code zijn ontbrekende of onjuiste toepassingen van functies zoals check_admin_referer(), huidige_gebruiker_kan(), wp_verify_nonce() en het ontbreken van capaciteitscontroles op aangepaste REST-eindpunten of admin-ajax-acties.

---

Aanvalscenario's

1. Geautomatiseerde massascans en exploits
   • Een aanvaller telt sites voor de AcyMailing-plugin en test bekende eindpunten (bijv. admin-ajax.php met plugin-specifieke actieparameters of plugin REST-routes).
   • Als een doelwit gebruikersregistraties toestaat of abonneerekeningen heeft (of de aanvaller er een kan aanmaken via een opmerking of registratieformulier), authenticeren ze en roepen het eindpunt aan om bevoorrechte bewerkingen uit te voeren (beheerdersniveau gebruikers aanmaken, databasefragmenten exporteren, mailingconfiguratie wijzigen).
2. Kwaadaardige nieuwsbriefinjectie
   • Door gebruik te maken van de mogelijkheid om campagnes te creëren of te wijzigen, duwt de aanvaller kwaadaardige inhoud of phishing-e-mails naar de abonneelijst, wat mogelijk gebruikers buiten de site in gevaar brengt.
3. Gegevensexfiltratie
   • Exporteer abonneelijsten, download mailinglogs of krijg toegang tot andere sitegegevens via onbeschermde export/import-functionaliteit.
4. Persistentie en laterale beweging
   • De aanvaller creëert bevoorrechte gebruikers, installeert achterdeurtjes (via andere plugin-uploadprocedures indien toegankelijk), of plant taken om toegang te behouden.

Omdat de exploit alleen een Abonneerrol vereist, zijn sites met open registraties, losse lidmaatschapsaanmeldingen of verlaten instanties bijzonder kwetsbaar.

---

Indicatoren van Compromis (IoCs) en detectiehints

Als je vermoedt dat er misbruik plaatsvindt, let dan op:

• Onverwachte POST-verzoeken naar wp-admin/admin-ajax.php die plugin-specifieke actieparameters bevatten. Patronen kunnen eruitzien als: verzoeken met actienamen die plugin-identificatoren of termen zoals acymail, acymailing, nieuwsbrief, of soortgelijke.
• Verzoeken naar plugin REST-eindpunten onder wp-json/... die aanmaken, bijwerken, exporteren of instellingen wijzigen.
• Nieuwe gebruikers aangemaakt met verhoogde rollen (Administrator, Editor) of backend-accounts gewijzigd zonder geautoriseerde wijzigingen in de admin-auditlogs.
• Plotselinge creatie of wijziging van nieuwsbrieven/campagnes, of pieken in het volume van uitgaande e-mail die niet overeenkomen met de verwachte activiteit.
• Bestanden gewijzigd met recente tijdstempels die je niet herkent; nieuw toegevoegde plugins of thema's.
• Serverlogs tonen een door de abonnee geauthenticeerde cookie/sessie die administratieve acties uitvoert.

Als je een logging/audit-plugin gebruikt, controleer dan de auditsporen voor acties uitgevoerd door gebruikers met lage privileges die voor admins gereserveerd zouden moeten zijn.

---

Directe mitigatiestappen (wat nu te doen)

1. De plug-in bijwerken
   • De leverancier heeft een patch uitgebracht in versie 10.8.2. Bijwerken naar 10.8.2 of later verhelpt de autorisatiecontroles. Dit is de primaire en aanbevolen oplossing.
   • Werk eerst bij op een staging-omgeving, controleer de functionaliteit en implementeer het vervolgens in productie.
2. Als je niet onmiddellijk kunt updaten — pas virtuele patching toe (WAF)
   • Gebruik een Web Application Firewall (WAF) om verzoeken te blokkeren die gericht zijn op de kwetsbare plugin-eindpunten of anomalieuze actiepatronen. WAF-regels kunnen de exploitpatronen blokkeren, zelfs wanneer de plugin niet is gepatcht.
   • Beperk de toegang tot plugin-eindpunten tot vertrouwde rollen of IP's. Bijvoorbeeld, verbied toegang tot plugin AJAX- of REST-eindpunten, behalve voor geauthenticeerde gebruikers met de juiste bevoegdheden, of beperk op basis van oorsprong IP's als de administratie vanaf vaste adressen wordt uitgevoerd.
3. Beperk gebruikersregistraties en de standaardrol.
   • Als je site open registratie toestaat, schakel het tijdelijk uit of stel de standaard nieuwe rol in op een sterk beperkte rol en vereis handmatige goedkeuring.
   • Verwijder of deactiveer ongebruikte accounts met de rol Abonnee totdat de plugin is gepatcht.
4. Monitor en blokkeer verdachte accounts.
   • Deactiveer of quarantaineneer nieuw aangemaakte accounts die overeenkomen met verdachte patronen (bulk-aangemaakt, wegwerp-e-mails, ongebruikelijke domeinen).
   • Forceer wachtwoordresets voor accounts die mogelijk zijn gecompromitteerd.
5. Scan en controleer
   • Voer een volledige malware-scan en bestandsintegriteitscontrole uit om te zorgen dat de site niet al gecompromitteerd was.
   • Controleer op verdachte geplande taken (cron), PHP-backdoors of nieuwe plugin/thema-bestanden.
6. Meldingen en back-ups.
   • Zorg ervoor dat je een schone back-up hebt en maak een andere back-up voordat je verdere wijzigingen aanbrengt.
   • Informeer je team, hostingprovider en alle belanghebbenden over het potentiële risico.

---

Hoe WP-Firewall helpt (praktische bescherming die we bieden)

Als het team achter WP-Firewall begrijpen we deze aanvalspatronen en bieden we gelaagde bescherming die is ontworpen om je blootstelling te verminderen, zelfs wanneer een plugin tijdelijk niet is gepatcht.

• Beheerde WAF-regels en virtuele patching.
  • Wanneer kwetsbaarheden zoals deze verschijnen, kan WP-Firewall gerichte WAF-regels uitgeven die exploitverzoeken naar plugin-eindpunten (AJAX-acties, REST-routes en URI-patronen) binnen enkele minuten blokkeren. Virtuele patching voorkomt dat de exploit de kwetsbare code bereikt.
• Gedragsgebaseerde detectie
  • We monitoren verdachte gedragingen die wijzen op pogingen tot privilege-escalatie: Abonneesaccounts die admin-niveau HTTP-acties uitvoeren, anomal inhoud van POST-verzoeken en onverwachte exportverzoeken. Regels passen zich aan voorbij eenvoudige handtekeningen.
• Granulaire toegangscontrole
  • WP-Firewall kan rolgebaseerde handhaving toepassen voor gevoelige plugin-eindpunten: weiger Abonnees toegang tot eindpunten waarvan bekend is dat ze administratieve taken uitvoeren en sta alleen hogere rollen of specifieke IP-bereiken toe.
• Geautomatiseerd scannen en mitigatie
  • Onze beheerde scanner zoekt naar bekende kwetsbare pluginversies en markeert ze. Voor hoog-risico-items kunnen we mitigaties automatisch implementeren (als je beheerde bescherming toestaat) om de blootstellingsperiode te verkorten.
• Auditlogging en waarschuwingen
  • Wanneer een poging wordt geblokkeerd of verdachte gedragingen worden gedetecteerd, loggen we het evenement en kunnen we waarschuwingen doorsturen naar je geconfigureerde kanalen (e-mail, webhook) zodat je snel kunt handelen.
• Aanbevelingen en begeleide herstelacties
  • Naast actieve blokkering biedt WP-Firewall voorschrijvende richtlijnen voor het bijwerken, schoonmaken en versterken van de site.

Met de beheerde bescherming en virtuele patching van WP-Firewall verklein je de tijd tot bescherming drastisch — essentieel wanneer een exploit geautomatiseerd kan worden en op grote schaal draait.

---

Voorbeeld WAF-mitigatiestrategieën (praktische regels)

Hieronder staan generieke patronen en regelideeën die jij of je beveiligingsleverancier onmiddellijk kunnen implementeren. Plaats deze niet blindelings in een productie WAF zonder te testen in een staging-omgeving.

1. Blokkeer verdachte admin-ajax-aanroepen voor specifieke actienamen
   • Blokkeer POST-verzoeken naar /wp-admin/admin-ajax.php waar de actie parameter komt overeen met plugin-specifieke patronen die geassocieerd zijn met AcyMailing (bijv. begint met acy_, acym_, acymailing_, of bekende campagne-beheeracties). Gebruik regex om anomalous actienamen van Abonnees-sessies te detecteren en te blokkeren.
2. Blokkeer ongeautoriseerde REST API-eindpunten
   • Blokkeer verzoeken naar ^/wp-json/.*/acymailing of vergelijkbare plugin REST-routes van gebruikers die zijn geauthenticeerd als Abonnees of verzoeken zonder de juiste tokens.
3. Rate-limiet en anomaliedetectie
   • Pas rate limiting toe voor create/update/export eindpunten. Abonnees zouden geen herhaalde campagnecreatie of exportverzoeken moeten doen.
4. Bescherm gevoelige parameters
   • Als een eindpunt parameters accepteert die de rol of gebruikerscreatie regelen, blokkeer dan verzoeken die die parameters bevatten, tenzij de aanroeper een geverifieerde admin-sessie heeft.
5. Geo/IP-beperkingen voor admin-operaties
   • Als uw beheerders vanuit bekende IP-bereiken werken, beperk dan admin-niveau POST-operaties tot die bereiken en blokkeer andere.
6. Blokkeer bekende exploit-payloadpatronen
   • Blokkeer verzoeken die proberen meerdere admin-eindpunten snel aan te roepen, of die onverwachte bestandsuploadvelden of grote CSV-exportverzoeken bevatten.

Testtip: Implementeer deze regels eerst in detectie-only modus, monitor op valse positieven en handhaaf vervolgens blokkering zodra u zeker bent dat legitiem verkeer niet wordt beïnvloed.

---

Stappen na een incident (als u denkt dat u bent geëxploiteerd)

1. Bevatten
   • Zet de site in onderhoudsmodus of beperk tijdelijk de toegang tot admin-pagina's.
   • Intrek openbare registratie als deze open en onbekend is.
2. Onderzoeken
   • Onderzoek serverlogs op de eerder genoemde indicatoren.
   • Identificeer de eerste exploit-tijdstempel en acties uitgevoerd door de aanvallersaccount(s).
3. Verwijder persistentie
   • Verwijder ongeautoriseerde admin-gebruikers; controleer plugin/thema-mappen op backdoors; examineer wp-config.php op geïnjecteerde code; scan uploads/ op PHP-bestanden.
4. Geheimen roteren
   • Draai alle API-sleutels gerelateerd aan e-mailverzending, derde partijen en wijzig admin-wachtwoorden. Draai WordPress-zouten (AUTH_KEY, SECURE_AUTH_KEY, enz.) indien nodig.
5. Herstel indien nodig vanuit een schone back-up
   • Als u bewijs vindt van backdoors of geïnjecteerde code, keer dan terug naar een schone back-up vóór de compromittering en patch/upgraden naar de veilige pluginversie.
6. Verstevigen & monitoren
   • Pas de onderstaande langetermijnverhardingsstappen toe en schakel continue monitoring en WAF-regels in.
7. Beoordeel en leer
   • Documenteer het incident, hoe het is gebeurd, en werk uw patchbeheer en incidentrespons-playbooks bij om toekomstige blootstelling te verminderen.

---

Aanbevelingen voor langdurige versterking

1. Houd plugins/thema's/core up-to-date
   • Patch snel. Stel een schema in voor het beoordelen en testen van updates in staging voordat u deze uitrolt.
2. Principe van de minste privilege
   • Beperk rollen en mogelijkheden. Bekijk wat abonnees of aangepaste rollen op uw site mogen doen. Veel sites kunnen de standaardprivileges van abonnees nog verder verminderen.
3. Schakel onnodige functionaliteit uit
   • Verwijder of deactiveer plugins die je niet gebruikt. Hoe minder plugins je draait, hoe kleiner je aanvalsvlak.
4. Versterk plugin-eindpunten
   • Voor aangepaste of commerciële plugins die je beheert of uitbreidt, zorg ervoor dat elke AJAX- en REST-eindpunt expliciete capaciteitscontroles en nonce-verificatie uitvoert. Verifieer met ontwikkelaars dat eindpunten aanroepen huidige_gebruiker_kan() op de juiste manier.
5. Implementeer Multi-Factor Authenticatie (MFA)
   • Vereis MFA voor admin/editor accounts om de impact van credential-diefstal te verminderen.
6. Verstevig het registratieproces
   • Gebruik e-mailverificatie, CAPTCHA of handmatige goedkeuring voor nieuwe accounts. Overweeg om registratie op uitnodiging te gebruiken voor gevoelige sites.
7. Back-up & herstel
   • Onderhoud regelmatige, geteste back-ups die offsite zijn opgeslagen. Zorg ervoor dat je snel kunt herstellen naar een bekende goede staat.
8. Gecentraliseerde monitoring & logging
   • Houd auditlogs bij van admin-evenementen en ongebruikelijke activiteiten, en bekijk ze regelmatig. Gebruik waarschuwingen voor kritieke wijzigingen.
9. Leverancier due diligence
   • Controleer voor derde-partij plugins de responsiviteit van de ontwikkelaar, het beveiligingsrecord en de staat van tijdige patches.
10. Beveiligingstests
    • Voer regelmatig pentests uit of voer kwetsbaarheidsscans uit om problemen te ontdekken voordat aanvallers dat doen.

---

Detectievoorbeelden: waar je naar moet zoeken in logs

• Filter logs voor POST-verzoeken naar /wp-admin/admin-ajax.php met verdachte actie parameters:
  • Voorbeeld: admin-ajax.php?action=acymailing_* of actie bevat acym_, acymailing.
• Filter REST-verzoeken:
  • Zoeken naar POST of PUT naar /wp-json/*acymailing* eindpunten.
• Controleer op plotselinge massale e-mailverzendingen of grote uitgaande SMTP-activiteit (een SMTP-relay die door je site wordt gebruikt, kan wijzen op campagnemisbruik).
• Zoek naar aangemaakte gebruikers met rol beheerder of editor waarbij de maker een Abonnee of onbekend is.
• Zoek naar onverwachte bestandsuploads naar wp-content/uploads/ met .php extensies of ongebruikelijke bestandsnamen.

---

Praktisch voorbeeld — veilige testplan voor beheerders

1. Op een staging-kopie van uw site, upgrade AcyMailing naar 10.8.2 en verifieer normale workflows voor handelaren (campagnecreatie, import/export van abonnees, verzending).
2. Test uw WAF-regels (indien toegevoegd) in detectiemodus om ervoor te zorgen dat ze legitieme beheerdersoperaties niet blokkeren.
3. Simuleer typische acties van abonnees om beperkte mogelijkheden te bevestigen (commentaar geven, toegang tot alleen voor abonnees beschikbare inhoud) en bevestig dat ze geen beheerders-eindpunten kunnen activeren.
4. Na succesvolle stagingverificatie, implementeer updates en handhaving van WAF-regels in productie tijdens een periode met weinig verkeer.

---

Communicatie naar gebruikers en belanghebbenden

Als u klant- of klantenwebsites beheert:

• Informeer belanghebbenden dat er een kwetsbaarheid van hoge ernst is geïdentificeerd en gepatcht.
• Deel de genomen mitigatiestappen (toegepaste update, handhaving van WAF-regels, voltooide scans).
• Als e-maillijsten mogelijk zijn beïnvloed, informeer dan ontvangers als er misbruik heeft plaatsgevonden en raad aan om wachtwoorden opnieuw in te stellen waar relevant.

Transparante communicatie bouwt vertrouwen op en vermindert de kans op secundaire aanvallen via phishing.

---

Nieuwe titel — Bescherm met WP-Firewall Gratis Plan: Begin vandaag met uw basisbescherming

Als u snelle, betrouwbare basisbescherming wilt terwijl u updates en audits coördineert, overweeg dan om te beginnen met het WP-Firewall Basis (Gratis) plan. Het biedt essentiële beheerde firewallbescherming, onbeperkte bandbreedte, een WAF die exploitpogingen kan blokkeren, basis malware-scanning en mitigatie voor OWASP Top 10-risico's — perfect voor onmiddellijke risicoreductie op sites die nu bescherming nodig hebben. Meld u aan en schakel beheerde regels binnen enkele minuten in: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Als u sterkere automatisering nodig heeft, voegen onze Standaard- en Pro-plannen automatische malwareverwijdering, IP-blacklisting/witlisting, maandelijkse beveiligingsrapporten en automatische virtuele patching toe om uw herstelbelasting te verminderen.)

---

Veelgestelde vragen (FAQ)

Q: Als ik update naar 10.8.2, ben ik dan volledig veilig?

A: Updaten naar 10.8.2 verhelpt de bekende autorisatieproblemen die zijn onthuld. Neem echter altijd aan dat aanvallers mogelijk hebben gescand of geprobeerd te exploiteren voordat de patch werd toegepast. Voer na de update een volledige scan uit en controleer de logs op tekenen van eerdere exploitatie.

Q: Mijn site wordt gehost door een beheerde provider. Moet ik nog steeds actie ondernemen?

A: Ja. Coördineer met uw host om ervoor te zorgen dat ze de plugin-update of mitigatie toepassen. Veel hosts kunnen noodvirtuele patching toepassen, maar u moet verifiëren dat de plugin is bijgewerkt en ook uw eigen scans uitvoeren.

Q: Kan ik vertrouwen op alleen WAF-bescherming?

A: Een WAF is een kritieke laag, en virtueel patchen kan je beschermen terwijl je bijwerkt. Maar WAF's zijn geen permanente vervanging voor patchen. Werk altijd kwetsbare componenten bij zodra dat praktisch mogelijk is.

Q: Wat als ik geen toegang heb tot het beheerdersdashboard om bij te werken?

A: Als de toegang beperkt is, neem dan contact op met je host of ontwikkelaar om de plugin bij te werken via WP-CLI, SFTP, of door pluginbestanden te vervangen vanuit een schone bron. Als je vermoedt dat er een actieve compromittering is, werk dan vanuit back-ups en een vertrouwde omgeving.

---

Eindchecklijst voor site-eigenaren en beheerders

• Controleer de pluginversie; werk onmiddellijk bij naar 10.8.2 of later.
• Als je nu niet kunt bijwerken, schakel dan WP-Firewall WAF virtueel patchen in om exploitpogingen te blokkeren.
• Schakel open registraties uit of beperk deze totdat het patchen is voltooid.
• Beoordeel en verwijder verdachte abonnee-accounts; handhaaf sterke wachtwoorden en MFA.
• Scan op malware, verdachte bestanden, onverwachte beheerdersgebruikers en geplande taken.
• Houd logs in de gaten voor verzoeken naar admin-ajax.php en REST-eindpunten die overeenkomen met pluginpatronen.
• Maak een schone back-up en sla deze offline op voordat je belangrijke herstelstappen onderneemt.
• Versterk je site volgens de bovenstaande langetermijnaanbevelingen.

---

Slotgedachten

Deze AcyMailing toegang-controle kwetsbaarheid herinnert eraan dat de zwakste schakel vaak een plugin-eindpunt is dat een gelukkige gebruiker veronderstelt. Het goede nieuws is dat leverancierspatches en WAF-gebaseerd virtueel patchen het onmiddellijke risico snel kunnen verminderen. Vroeger handelen dan later — plugins bijwerken, virtuele patches toepassen en het strakker maken van gebruikersregistratie en rolcontroles — vermindert de kans op een succesvolle compromittering drastisch.

Als je hulp wilt bij het beschermen van meerdere sites, het opzetten van beheerde WAF-regels, of een tweede paar ogen nodig hebt voor incidentrespons, staat WP-Firewall klaar om te helpen met geautomatiseerde bescherming en op maat gemaakte herstelplannen.

Blijf veilig, blijf gepatcht, en geef prioriteit aan snelle mitigaties voor problemen met hoge ernst zoals CVE-2026-3614.

---

Bronnen

• CVE-invoer
• Ontwikkelaarspatchversie: AcyMailing 10.8.2 (toepassen via WordPress-updates of handmatige installatie)

---

Als je wilt dat we je site-logs analyseren op tekenen van exploitatie, of als je een begeleide update en verhardingsronde wilt, neem dan contact op met ons ondersteuningsteam via je WP-Firewall-dashboard.