Pluginnaam	Envira Foto Galerij
Type kwetsbaarheid	Cross-site scripting (XSS)
CVE-nummer	CVE-2026-1236
Urgentie	Laag
CVE-publicatiedatum	2026-03-05
Bron-URL	CVE-2026-1236

Dringend: Wat WordPress-site-eigenaren moeten weten over de opgeslagen XSS in de Envira Photo Gallery (CVE-2026-1236)

Als je WordPress gebruikt en de Envira Photo Gallery (inclusief de Lite/Gratis of premium edities), moet je dit nu lezen.

Een opgeslagen Cross-Site Scripting (XSS) kwetsbaarheid — gevolgd als CVE-2026-1236 — beïnvloedt Envira Photo Gallery versies tot en met 1.12.3. Het probleem stelt een geauthenticeerde gebruiker met Auteur-rechten (of hoger) in staat om een persistente XSS-payload in te voegen via de REST API-parameter van de plugin genaamd gerechtvaardigde_galerij_thema. De kwetsbaarheid is verholpen in Envira Photo Gallery 1.12.4.

Hieronder leg ik in eenvoudige taal en met uitvoerbare stappen uit wat deze kwetsbaarheid betekent, hoe aanvallers deze kunnen misbruiken, hoe je het kunt detecteren en mitigeren, en hoe WP-Firewall je beschermt — inclusief wat je vandaag kunt doen als je niet onmiddellijk kunt upgraden.

Dit is geschreven vanuit eerstehands ervaring in WordPress-beveiligingsengineering — praktische, no-nonsense begeleiding voor site-eigenaren, bureaus en beveiligingsteams.

---

Korte samenvatting (voor site-eigenaren die de koppen willen)

• Er bestaat een opgeslagen XSS-kwetsbaarheid in Envira Photo Gallery ≤ 1.12.3 via de REST API-parameter gerechtvaardigde_galerij_thema.
• CVE-identificator: CVE-2026-1236. Patch: Envira Photo Gallery 1.12.4.
• Vereiste bevoegdheid: geauthenticeerde gebruiker met ten minste de rol van Auteur.
• Impact: opgeslagen XSS (persistent). Een aanvaller kan een script injecteren dat wordt uitgevoerd in de browsers van bezoekers — mogelijke sessiediefstal, manipulatie van presentaties, omleidingen, clickjacking-facilitering, of pivot naar server-side acties via interactie met bevoegde gebruikers.
• CVSS (gerapporteerd): 5.9 (gemiddeld). Exploitatie vereist dat een Auteur de geïnjecteerde inhoud activeert of ermee interageert in veel realistische scenario's, maar de aanval is nog steeds relevant voor sites met meerdere auteurs, bijdragers of onbetrouwbare redacteuren.
• Onmiddellijke acties: update de plugin naar 1.12.4 (aanbevolen), pas WAF/virtuele patch toe als je niet kunt updaten, beperk Auteur-rechten, controleer op geïnjecteerde payloads, scan en reinig eventuele geïnjecteerde inhoud.

---

Waarom dit belangrijk is — opgeslagen XSS is gevaarlijk, zelfs als de score “gemiddeld” lijkt”

Opgeslagen XSS betekent dat kwaadaardige scripts op de server worden opgeslagen (bijv. in een database-record, plugin-instelling of postmeta) en worden aangeboden aan elke gebruiker die de aangetaste pagina bekijkt. In tegenstelling tot gereflecteerde XSS, die vereist dat een slachtoffer op een gemaakte link klikt, kan opgeslagen XSS payloads injecteren die persistent zijn tussen bezoeken en meerdere gebruikers beïnvloeden.

Hoewel de CVSS hier in het gemiddelde bereik ligt, is opgeslagen XSS bijzonder nuttig voor aanvallers om:

• Sessiecookies of authenticatietokens van redacteuren en sitebeheerders te stelen (als cookies geen HttpOnly/secure scope hebben).
• De inhoud van de site te wijzigen (berichten/pagina's maken, spam of advertenties injecteren).
• Achterdeurtjes of kwaadaardige admin-gebruikers toe te voegen door indirect te interageren met bevoegde interfaces.
• Malware te verspreiden (kwaadaardige JavaScript injecteren om kwaadaardige payloads aan eindgebruikers te serveren).
• Hijack SEO door verborgen links of gecloakte inhoud in te voegen.

De kicker: de kwetsbaarheid vereist dat een geauthenticeerde Auteur (of hoger) de payload indient — wat sites met meerdere redacteuren, bijdragers of gastautoren bijzonder kwetsbaar maakt. Veel kleine bureaus en redactionele hands-on teams geven Auteur-niveau toegang voor gemak, wat de blootstelling vergroot.

---

Hoe de kwetsbaarheid werkt (hoog niveau, geen exploitcode)

• De REST API van Envira Photo Gallery accepteert een parameter genaamd gerechtvaardigde_galerij_thema.
• De plugin slaagde er niet in deze parameter voldoende te saniteren of te ontsnappen bij het opslaan of weergeven ervan.
• Een geauthenticeerde Auteur schrijft een kwaadaardige waarde in gerechtvaardigde_galerij_thema via de REST API.
• Die kwaadaardige waarde wordt in de database opgeslagen en later weergegeven op een pagina of een beheerscherm in een context waarin het wordt uitgevoerd als JavaScript in de browser (opgeslagen XSS).
• Omdat de payload op de server is opgeslagen en aan andere gebruikers wordt weergegeven, kan elke bezoeker die de galerij of een beheerderspagina bekijkt die de waarde weergeeft, het geïnjecteerde script uitvoeren.

We vermijden het publiceren van proof-of-concept code — verantwoordelijke openbaarmaking en exploitatiegegevens worden bewaard voor beveiligingsonderzoekers en leveranciers. Als je denkt dat je site mogelijk is getroffen, handel dan onmiddellijk bij detectie en mitigatie.

---

Aangetaste versies en remediëring

• Aangetast: Envira Photo Gallery versies <= 1.12.3
• Gepatcht in: Envira Photo Gallery 1.12.4
• CVE: CVE‑2026‑1236

Herstelprioriteit: Als je een Envira Photo Gallery versie ≤ 1.12.3 draait, werk dan onmiddellijk bij naar 1.12.4. Als je niet kunt updaten vanwege compatibiliteits- of stagingbeperkingen, pas dan virtuele patching toe via je Web Application Firewall en volg de onderstaande stappen.

---

Onmiddellijke stappen — een actiegerichte checklist (doe dit nu)

1. Werk Envira Photo Gallery bij naar versie 1.12.4 (of later)
   • De pluginleverancier heeft een oplossing uitgebracht. Bijwerken is de meest directe en betrouwbare remediëring.
   • Test updates eerst op een stagingkopie als je thema's/aangepaste code hebt die afhankelijk kunnen zijn van een oudere versie.
2. Als bijwerken niet onmiddellijk mogelijk is — pas WAF/virtuele patch toe
   • Configureer uw firewall om verzoeken te blokkeren die proberen te zetten gerechtvaardigde_galerij_thema naar verdachte inhoud die bevat <script, onerror=, javascript:, document.cookie, of gecodeerde equivalenten.
   • Voeg regels toe die specifiek POST/PATCH-verzoeken blokkeren naar de REST API-routes van de plugin die dergelijke payloads bevatten.
3. Beperk gebruikersprivileges
   • Verminder het aantal gebruikers met Author+ rollen. Gebruik waar mogelijk Contributor of aangepaste rollen met de minste privileges.
   • Verwijder of controleer ongebruikte gebruikersaccounts.
   • Handhaaf sterke wachtwoorden en schakel 2FA in voor accounts met verhoogde privileges.
4. Scan op geïnjecteerde inhoud (zoek en reinig)
   • Gebruik WP‑CLI of uw database-tool om te zoeken naar bewijs van geïnjecteerde payloads in opties, postmeta en berichten.
   • Typische zoekvoorbeelden:
     • WP‑CLI: wp db query "SELECT * FROM wp_postmeta WHERE meta_value LIKE '%justified_gallery_theme%';"
     • SQL: SELECT * FROM wp_postmeta WHERE meta_value REGEXP '<script|onerror|javascript:';
   • Zoek ook wp_posts.post_content En wp_options.option_value naar verdachte scriptmarkeringen.
5. Inspecteer logs en recente activiteit
   • Bekijk de REST API-toegangslogs en gebruikersactiviteitslogs om te identificeren wie de waarde heeft geschreven en wanneer.
   • Controleer gebruikers-IP's en tijden op verdachte patronen.
6. Draai inloggegevens en geheimen als u bewijs vindt van compromittering van het admin-account
   • Reset wachtwoorden voor alle getroffen accounts (vooral als ze interactie hadden met de plugin-eindpunt).
   • Draai alle API-sleutels of inloggegevens die mogelijk op de site zijn opgeslagen.
7. Monitor en plan volgacties
   • Blijf de site enkele weken monitoren op tekenen van verdere compromittering of terugkerende payloads.
   • Plan terugkerende scans.

---

Hoe exploitatie te detecteren - praktische detectietechnieken

Het detecteren van opgeslagen XSS kan lastig zijn omdat de payload vaak gecodeerd of obfusceerd is om naïeve scanners te ontwijken. Hier zijn praktische methoden om potentiële exploitatie aan het licht te brengen:

• Grep of query je database op veelvoorkomende scriptmarkers:
  • wp_postmeta.meta_value LIKE '%<script%'
  • wp_posts.post_content LIKE '%<script%'
  • wp_options.option_value LIKE '%<script%'
  • meta_value REGEXP 'onerror|onload|javascript:|document.cookie|innerHTML'
• Gebruik WP‑CLI om verdachte rijen te dumpen voor handmatige beoordeling:
  • wp db query "SELECT meta_id, post_id, meta_key, meta_value FROM wp_postmeta WHERE meta_value LIKE '%<script%';"
• Controleer recente REST API-wijzigingen:
  • Als je REST API-verzoeken logt (of een auditplugin hebt), filter dan op eindpunten die “envira” of de galerij-ID bevatten en beoordeel de payloads.
• Gebruik een HTML-scanner / XSS-scanner (gehost of on-prem) om pagina's te crawlen en DOM-injectiepunten te identificeren.
• Inspecteer galerijpagina's in een stagingomgeving: bekijk de galerijbron en zoek naar onverwachte inline scripts of gebeurtenishandlers.

Als je verdachte inhoud vindt, exporteer deze dan naar een veilige omgeving voor forensische beoordeling en verwijder/schoon de waarden op productie alleen na analyse en back-ups.

---

Hoe een site schoon te maken na detectie

1. Neem een forensische snapshot
   • Maak een volledige back-up (bestanden + DB) en sla deze offline op voordat je wijzigingen aanbrengt.
   • Exporteer verdachte rijen voor onderzoek.
2. Verwijder kwaadaardige payloads
   • Maak handmatig de aangetaste meta-rijen/opties/posts schoon en vervang de waarden door veilige standaardinstellingen.
   • Verwijder niet zomaar plugins of pluginvermeldingen zonder de afhankelijkheden te begrijpen.
3. Controleer op achterdeurtjes en persistentie
   • Zoek in themabestanden en uploads naar recent gewijzigde PHP-bestanden of obfuscated code.
   • Kijk in wp-content/uploads voor onverwachte .php-bestanden (uploads mogen geen uitvoerbare PHP bevatten).
   • Scan het bestandssysteem en de database met een betrouwbare malware-scanner.
4. Update en versterk
   • Werk de plugin, WordPress-kern en andere plugins/thema's bij naar hun nieuwste versies.
   • Versterk de site zoals hieronder beschreven.
5. Draai inloggegevens en heruitgifte van geheimen
   • Forceer wachtwoordresets voor gebruikers die mogelijk zijn doelwit geweest.
   • Draai API-sleutels, OAuth-tokens of andere inloggegevens.
6. Heraudit en monitor
   • Scan opnieuw en monitor logs op eventuele herverschijning.
   • Blijf een periode (30–90 dagen) monitoren om ervoor te zorgen dat de aanvaller geen persistentie meer heeft.

---

Aanbevolen technische mitigaties (gedetailleerd)

Hieronder staan technische controles die helpen om uw WordPress-site te versterken tegen deze klasse van kwetsbaarheid.

A. Web Application Firewall (WAF) / Virtuele patching

Als u niet onmiddellijk kunt upgraden, is virtuele patching via een WAF de snelste beschermingsmaatregel.

Voorgestelde detectiepatronen (voorbeelden — pas aan aan uw WAF-syntaxis):

• Blokkeer POST/PATCH/PUT-verzoeken waarbij de body-parameter gerechtvaardigde_galerij_thema XSS-indicatoren bevat:
  • Regex om duidelijke script-tags en gebeurtenishandlers te blokkeren:
    • (?i)(<\s*script\b|on(error|load|click|mouseover)\s*=|javascript:|document\.cookie|innerHTML|<\s*iframe\b)
• Blokkeer verzoeken naar REST-eindpunten die verdachte payloads bevatten:
  • Als de plugin REST-namespaces blootlegt zoals /wp-json/envira/ of /wp-json/envira-gallery/, maak een gerichte regel voor elk verzoek naar die namespace met verdachte inhoud.
• Voorbeeld van een ModSecurity-stijl regel (conceptueel):

  SecRule REQUEST_BODY "@rx (?i)(<\s*script\b|onerror=|javascript:|document\.cookie)" "id:900001,deny,log,msg:'Blokkeer envira justified_gallery_theme XSS-poging',fase:2"

Belangrijk: Maak en test regels zorgvuldig om valse positieven te vermijden die legitieme operaties blokkeren. Begin met de monitor-/logmodus en ga dan over naar blokkeren.

B. Beperk REST API-toegang

• Beperk plugin REST-eindpunten tot geauthenticeerde gebruikers met geschikte capaciteitscontroles (ontwikkelaars kunnen server-side controles aan de plugin toevoegen of via aangepaste code).
• Als het eindpunt niet openbaar vereist is, beperk het dan op basis van capaciteit of schakel het uit:
  • Voorbeeld: in een mu-plugin of thema functies.php, voeg filters toe om te controleren current_user_can('bewerk_b berichten') voordat je de route toestaat.

C. Inhoudsbeveiligingsbeleid (CSP)

• Implementeer of verscherp een CSP om de impact van XSS te verminderen:
  • Gebruik een CSP-header om inline scripts te verbieden en scriptbronnen te beperken tot vertrouwde hosts:

    Content-Security-Policy: default-src 'self'; script-src 'self' https://trusted-cdn.example.com; object-src 'none'; base-uri 'self'; frame-ancestors 'none';

  • Opmerking: het implementeren van strikte CSP kan een gefaseerde uitrol en testen vereisen omdat veel plugins en thema's afhankelijk zijn van inline scripts.

D. Output escaping en sanitization (ontwikkelingsoplossing)

• Zorg ervoor dat plugin-auteurs (of uw aangepaste code) de juiste escaping gebruiken (esc_html(), esc_attr(), wp_kses_post()) voor door gebruikers gecontroleerde waarden voordat ze naar pagina's worden uitgevoerd.
• Sanitize invoer op het moment van schrijven (sanitize_tekst_veld, wp_kses met toegestane tags) en escape bij output.

E. Principe van de minste privileges

• Zet auteurs die alleen inhoud indienen om in de rol van Contributor, die niet kan publiceren of bepaalde REST-wijzigingen kan uitvoeren.
• Implementeer rolsegmentatie: scheid inhoudsauteurs van sitebouwers.

F. Verstevigen van de admin-omgeving

• Schakel het bewerken van thema/plugin-bestanden uit via define('DISALLOW_FILE_EDIT', true);
• Gebruik tweefactorauthenticatie voor alle Editor+ en Author+ accounts.
• Handhaaf sterke wachtwoordbeleid en periodieke rotatie voor bevoorrechte gebruikers.

---

WP‑Firewall bescherming: hoe wij helpen

Bij WP‑Firewall richten we ons op praktische, onmiddellijke bescherming die u online en veilig houdt terwijl u patcht.

• Beheerde WAF met virtuele patching: We kunnen gerichte regels implementeren die pogingen blokkeren om gerechtvaardigde_galerij_thema naar gevaarlijke waarden in te stellen, waardoor exploitatie wordt voorkomen, zelfs als de pluginversie tijdelijk niet is gepatcht.
• Malware-scanning en detectie: Onze scanner zoekt naar verdachte scriptinjecties in veelvoorkomende opslaglocaties (postmeta, opties, berichten) en markeert waarschijnlijk opgeslagen XSS-payloads.
• OWASP Top 10 mitigatie: Onze standaardregelsets mitigeren veelvoorkomende injectievectoren en XSS-payloads door verdachte patronen in invoer die via REST- en admininterfaces zijn ingediend te blokkeren.
• Incidentrespons begeleiding en opruimingshulp: Als je geïnjecteerde payloads ontdekt, bieden we stapsgewijze herstelbegeleiding en optionele beheerde opruiming voor klanten met premium plannen.

Als je liever zelf actie onderneemt, leidt onze documentatie je door het configureren van aangepaste regels voor REST API-payloads en het detecteren van opgeslagen XSS in WordPress-databases.

---

Voorbeeld WAF-regelideeën (pas aan je systeem aan)

Hieronder staan conceptuele regels om voor de hand liggende aanvalsvectoren te blokkeren. Pas ze aan je omgeving aan en test eerst in de monitoringsmodus.

1. Blokkeer verzoeken die inline script bevatten in de gerechtvaardigde parameter:
   • Voorwaarde: REQUEST_METHOD in (POST, PUT, PATCH) EN REQUEST_BODY bevat gerechtvaardigde_galerij_thema
   • Dan: Als REQUEST_BODY overeenkomt met regex (?i)(<\s*script\b|on(error|load|click|mouseover)\s*=|javascript:|document\.cookie), log en blokkeer.
2. Blokkeer gecodeerde scriptinjectie:
   • Decodeer veelvoorkomende coderingen en blokkeer patronen die gecodeerde tekens bevatten voor <script of javascript:.
   • Voorbeeld: zoek naar %3Cscript of \x3cscript varianten.
3. Beperk het aantal verdachte REST API-verzoeken voor een enkele gebruiker/IP om geautomatiseerde pogingen te voorkomen.

Nogmaals: kopieer deze regels niet letterlijk in productie — pas ze aan volgens de taal van je WAF.

---

Versterkingschecklist voor bureaus en hosts (operationeel)

• Zorg ervoor dat alle plugin/thema-updates regelmatig worden toegepast; onderhoud staging voor snelle compatibiliteitstests.
• Handhaaf het principe van de minste privilege en minimaliseer de rechten van de auteur — gebruik waar mogelijk bijdrager.
• Monitor en controleer REST API-activiteit en schakel logging in voor kritieke eindpunten.
• Voeg WAF-regels toe die zich richten op verdachte REST-payloads en balanceer tussen blokkeren en valse positieven.
• Maak periodieke database-scans voor scriptmarkeringen.
• Houd frequente back-ups bij en verifieer herstelprocedures.
• Train redactiemedewerkers om onbekende links te vermijden en bewust te zijn van sociale engineering.
• Overweeg automatische plugin-updates voor laag-risico plugins en stel een testvenster in voor kritieke plugins.

---

Incident response playbook (kort)

1. Beperk: Zet de site in onderhoudsmodus als actieve exploitatie wordt vermoed.
2. Snapshot: Maak een volledige back-up en logs voor forensische analyse.
3. Identificeer: Zoek naar de indicator van compromittering (IOC's) - verdachte meta-waarden, gebruikersactiviteit, gewijzigde bestanden.
4. Schoonmaken: Verwijder payloads, sluit achterdeuren, werk alle kwetsbare plugins bij naar gepatchte versies.
5. Herstellen: Herstel naar een bekende schone staat als schoonmaken niet praktisch is, werk alle inloggegevens bij.
6. Beoordelen: Post-incident beoordeling - wat ging er mis, hoe te voorkomen dat het opnieuw gebeurt.
7. Meld: Als klantgegevens of gevoelige admin-accounts zijn aangetast, meld dit aan belanghebbenden volgens uw beleid.

---

Veelgestelde vragen

Q: “Ik geef alleen Auteur-toegang aan vertrouwde collega's. Moet ik me nog steeds zorgen maken?”
A: Ja. Insiderbedreigingen, gecompromitteerde auteuraccounts en sociale engineering zijn realistisch. Als een Auteur toegang heeft tot REST-eindpunten, is exploitatie mogelijk. Het versterken van de inlogbeveiliging (2FA) en het monitoren van API-schrijfacties vermindert het risico.

Q: “Mijn site toont geen kwaadaardige inhoud - moet ik nog steeds updaten?”
A: Ja. Patching elimineert de kwetsbaarheid en voorkomt toekomstige exploitatie. Zelfs als uw site vandaag schoon is, zijn ongepatchte kwetsbaarheden toekomstige doelwitten.

Q: “Kan ik vertrouwen op de WAF van mijn host om me te beschermen?”
A: Een host WAF helpt, maar je hebt regels nodig die specifiek de patronen detecteren die relevant zijn voor deze kwetsbaarheid. Combineer hostbescherming met plugin-updates, rolversterking en scannen voor het beste resultaat.

---

Tekenen dat uw site mogelijk al is geëxploiteerd

• Onverwachte admin/editor-accounts aangemaakt of gewijzigd.
• Onverklaarde berichten/pagina's toegevoegd (vaak met vreemde links of iframes).
• Onverwachte omleidingen bij het bezoeken van front-end pagina's.
• Nieuwe of gewijzigde bestanden in thema- of plugindirectories.
• Ontdekking van blokken in database-rijen waar geen aanwezig zouden moeten zijn.

Als je bewijs ontdekt, neem het dan serieus — volg de bovengenoemde stappen voor incidentrespons.

---

Laatste aanbevelingen — een pragmatisch geprioriteerd plan

1. Update Envira Photo Gallery onmiddellijk naar 1.12.4.
2. Pas kortetermijn WAF/virtuele patchregels toe (vooral als je vandaag niet kunt updaten).
3. Controleer en verminder Author+ rechten; schakel 2FA in voor redacteuren en beheerders.
4. Voer een volledige malware- en inhoudsscan uit; zoek in de DB naar scriptmarkeringen.
5. Versterk de toegang tot de REST API en implementeer CSP waar mogelijk.
6. Plan regelmatige scans en periodieke beveiligingsbeoordelingen.

Deze stappen zullen je onmiddellijke risico verminderen en je site veerkrachtig maken tegen soortgelijke plug-in kwetsbaarheden in de toekomst.

---

Bescherm je site met een snelle, gratis basis — WP‑Firewall Basic (Gratis)

Probeer WP‑Firewall Basic: essentiële bescherming zonder kosten

Als je onmiddellijke, beheerde basisbeveiliging wilt terwijl je werkt aan patchen en versterken, biedt WP‑Firewall Basic (Gratis) essentiële verdedigingen die je binnen enkele minuten kunt inschakelen:

• Beheerde firewall en WAF op maat voor WordPress
• Onbeperkte bandbreedte (geen zorgen over WAF doorvoer)
• Malware-scanning om verdachte injecties te detecteren
• Mitigaties gericht op OWASP Top 10 risico's, inclusief XSS-bescherming

Dit gratis plan is ideaal voor site-eigenaren die een betrouwbaar vangnet nodig hebben tijdens het testen van updates en het toepassen van fixes. Meld je aan en schakel hier de gratis bescherming in: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Als u later automatische malwareverwijdering, IP-blacklisting/witlisting, automatische virtuele patching of een beheerde opschoning nodig heeft, bieden onze Standaard- en Pro-plannen incrementele lagen van bescherming.)

---

Slotgedachten van het WP‑Firewall-team

Plugin-kwetsbaarheden zoals CVE‑2026‑1236 zijn een ongemakkelijke realiteit van het WordPress-ecosysteem — maar ze zijn beheersbaar. De beste resultaten komen van gelaagde verdedigingen: snelle patching, slim gebruik van een WAF/virtuele patching, minste privilege en continue monitoring.

Als u hulp nodig heeft bij het prioriteren van herstel of een gerichte virtuele patch wilt terwijl u bijwerkt, kan het team van WP‑Firewall helpen bij het implementeren van op maat gemaakte regels en scans, zodat u online en veilig kunt blijven zonder lange downtime.

Blijf veilig en handel nu — update Envira Photo Gallery, scan uw site en bescherm bevoorrechte gebruikers.

— WP‑Firewall Beveiligingsteam

---

Bijlage: Nuttige opdrachten en queries (voorbeelden)

• WP‑CLI DB-zoekopdracht voor verdachte postmeta:

  wp db query "SELECT meta_id, post_id, meta_key, meta_value FROM wp_postmeta WHERE meta_value LIKE '%<script%' OR meta_value LIKE '%javascript:%' LIMIT 100;"

• SQL om verdachte opties te vinden:

  SELECT option_id, option_name, option_value FROM wp_options WHERE option_value REGEXP '<script|onerror|javascript:|document.cookie' LIMIT 100;

• Snelle REST-logfilter (afhankelijk van uw logging):

  Filter logs voor URL's die bevatten /wp-json/ en aanvraaglichamen die bevatten gerechtvaardigde_galerij_thema.

Opmerking: pas tabelvoegsels aan als uw installatie geen gebruik maakt van wp_.

---

Als u een op maat gemaakt mitigatieplan voor uw site wilt (aangepaste WAF-regels, implementatie van virtuele patches of een begeleide opschoning), antwoord dan met het type hostingomgeving (gedeeld, beheerd, VPS) en of u een stagingomgeving heeft — we zullen stap-voor-stap begeleiding bieden.