| Pluginnaam | WordPress Lees Meer & Accordion Plugin |
|---|---|
| Type kwetsbaarheid | SQL-injectie |
| CVE-nummer | CVE-2026-7472 |
| Urgentie | Hoog |
| CVE-publicatiedatum | 2026-05-20 |
| Bron-URL | CVE-2026-7472 |
Dringend: SQL-injectie in ‘Lees Meer & Accordion’ WordPress Plugin (<= 3.5.7) — Wat site-eigenaren nu moeten doen
Technische analyse, risicobeoordeling, detectie en stapsgewijze mitigatie-instructies voor de geauthenticeerde-beheerder SQL-injectie (CVE-2026-7472) die de Lees Meer & Accordion plugin (<= 3.5.7) beïnvloedt. Praktische incidentrespons, preventiestrategieën en hoe WP‑Firewall uw sites kan beschermen.
Samenvatting: Een recent onthulde SQL-injectie die de Lees Meer & Accordion plugin (versies <= 3.5.7) beïnvloedt, is toegewezen aan CVE-2026-7472. Het probleem vereist een geauthenticeerde beheerdercontext om te exploiteren, maar de gevolgen kunnen ernstig zijn — inclusief datalekken, willekeurige databasewijzigingen en volledige sitecompromittering. Deze post legt het technische risico, detectiemethoden, containment- en herstelstappen uit, en praktische verhardingsmaatregelen die u nu kunt implementeren. Als u WordPress-sites beheert, beschouw dit dan als een hoge prioriteit voor beoordeling en herstel.
Waarom dit belangrijk is (korte versie)
Hoewel CVE-2026-7472 een geauthenticeerd beheerdersaccount vereist om te activeren, maakt dat het niet onschadelijk. Beheerders kunnen gecompromitteerd zijn (hergebruik van inloggegevens, phishing, blootgestelde sessies) of kunnen onbetrouwbare plugins en snippets installeren. Zodra een aanvaller deze kwetsbaarheid benut, kan hij SQL-instructies uitvoeren tegen uw WordPress-database — wat kan leiden tot gegevensdiefstal, overname van gebruikersaccounts, inhoudsmanipulatie of volledige sitecompromittering.
Als uw site de Lees Meer & Accordion plugin in versie 3.5.7 of ouder draait, lees dan de onderstaande richtlijnen en handel onmiddellijk.
Technisch overzicht: wat de kwetsbaarheid is en hoe deze werkt
- Aangetaste software: Lees Meer & Accordion WordPress plugin, versies <= 3.5.7.
- Kwetsbaarheidsklasse: SQL-injectie (OWASP A03:2021 — Injectie).
- CVE: CVE-2026-7472.
- Vereiste privileges: Geauthenticeerde gebruiker met beheerdersprivileges.
- Aanvalsvector: Een aanvaller (of een gecompromitteerde/rogue beheerder) kan zorgvuldig gemaakte invoer indienen aan een plugin-eindpunt of parameter die niet goed is gesaneerd of geparameteriseerd, waardoor SQL-fragmenten in queries kunnen worden ingevoegd die door de plugin worden uitgevoerd. Die query-uitvoering vindt plaats binnen de databasecontext van WordPress (meestal dezelfde MySQL/MariaDB-instantie die berichten, gebruikers, opties, enz. opslaat).
- Impactpotentieel: hoog — database lees-/schrijftoegang maakt gegevensdiefstal, toevoeging of wijziging van gebruikers (bijv. het creëren van een backdoor-beheerder), wijziging van siteconfiguratie, planten van persistente kwaadaardige inhoud, of helpen bij het implementeren van verdere backdoors mogelijk.
Belangrijke nuance: Omdat exploitatie admin-niveau authenticatie vereist, is het aanvalsvlak smaller dan een puur ongeauthenticeerde SQLi. Veel echte compromitteringen beginnen echter met diefstal van inloggegevens, zwakke wachtwoorden, hergebruikte inloggegevens of sociale engineering. Beschouw plugin SQL-injectie als ernstig omdat het een van de laatste verdedigingslinies van WordPress verwijdert — de database-integriteitslaag.
Realistische aanvalsscenario's
- Gecompromitteerd Beheerdersaccount
- Een aanvaller verkrijgt een beheerderscredential via phishing of gelekte wachtwoordlijsten.
- Met admin-toegang plaatst de aanvaller een kwaadaardige payload op het kwetsbare plugin-eindpunt en exfiltreert gegevens (gebruikers-e-mails/wachtwoord-hashes, wp_options geheimen) of injecteert nieuwe beheerdersgebruikers.
- Kwaadaardige Insider / Rogue Beheerder
- Een beheerder gebruikt opzettelijk de kwetsbaarheid om SQL uit te voeren en de site te manipuleren of gegevens te stelen.
- Leveranciersketen escalatie
- Een rogue plugin, een thema of een fragment met beheerdersrechten roept de kwetsbare pluginfuncties aan. Zelfs als aanvallers zelf geen beheerders zijn, kan een plugin met verhoogde rechten worden gebruikt als een aanvalsvector.
- Pivot naar volledige compromittering
- Na het wijzigen van wp_options of het aanmaken van een beheerdersgebruiker, krijgt de aanvaller blijvende toegang en kan hij backdoors installeren, thema's/plugins wijzigen of cryptomijners planten.
Belangrijke indicatoren van compromittering (IoCs) om op te letten
Controleer de volgende tekenen op uw site en hostingomgeving - ze kunnen wijzen op een poging tot of succesvolle exploitatie:
- Nieuwe of onverwachte beheerdersgebruikers in de gebruikerslijst (vooral met standaard of te raden gebruikersnamen).
- Onverwachte wijzigingen in wp_options-invoeren (verdachte site-URL's, onbekende sleutels, nieuwe cron-taken).
- Meldingen van malware-scanners die verdachte PHP-backdoors of gewijzigde thema/plugin-bestanden markeren.
- Database-logboeken die SQL-instructies tonen met klassieke injectiepatronen (bijv. verdachte UNION/SELECT-fragmenten, aanroepen naar information_schema of SLEEP/benchmark-indicatoren).
- Webserver-logboeken die POST-verzoeken naar plugin-eindpunten tonen die SQL-metakarakters of union/select-achtige zinnen bevatten.
- Onverklaarde uitgaande netwerkverbindingen van de webserver of ongewoon hoog resourcegebruik.
- Activiteitslogboekvermeldingen (als u WP-activiteitslogging hebt ingeschakeld) die beheerdersacties van ongebruikelijke IP's of gebruikersagenten tonen.
- Nieuw aangemaakte geplande taken (cron-invoeren) die wp-cron.php aanroepen met ongebruikelijke argumenten.
Opmerking: Niet al het bovenstaande bevestigt exploitatie, maar ze zouden onmiddellijke aandacht en onderzoek moeten oproepen.
Directe mitigatie checklist (eerste 24 uur)
Als uw site de kwetsbare plugin gebruikt, volg dan onmiddellijk deze geprioriteerde checklist:
- Inventaris
- Bevestig de aanwezigheid en versie van de plugin. In de WordPress-beheerder: Plugins → Geïnstalleerde Plugins en controleer versie <= 3.5.7.
- Als u veel sites beheert, vraag WP‑CLI of uw beheertool om versies op grote schaal te lijsten.
- Bevatten
- Als er een officiële patch beschikbaar is, plan en pas de update onmiddellijk toe.
- Als er nog geen officiële patch bestaat (of als u het niet zeker weet), deactiveer en verwijder de plugin op de getroffen sites. Deactivatie verwijdert het aanvalsvlak. Als u het online moet houden voor functionaliteit, beperk dan de toegang tot beheerdersschermen (zie hieronder).
- Vereis onmiddellijk MFA voor alle beheerdersaccounts of schakel admin-inloggegevens tijdelijk uit indien mogelijk.
- Reset alle beheerderswachtwoorden en dwing uitloggen van alle sessies af (WordPress heeft plugins en functies om sessie-invalidatie af te dwingen). Doe dit bij voorkeur nadat je een schone omgeving hebt om vanuit te resetten.
- Beperk administratieve toegang
- Beperk tijdelijk de toegang tot wp-admin op IP (bijv. via webserverregels) of door gebruik te maken van rolgebaseerde toegangscontroles, zodat alleen essentiële beheerders kunnen inloggen.
- Schakel plugin- en thema-bestand editors uit in wp-config.php (define(‘DISALLOW_FILE_EDIT’, true);).
- Geheimen roteren
- Overweeg om eventuele database-inloggegevens, API-sleutels of andere geheimen die in wp-config.php zijn opgeslagen te roteren als je vermoedt dat de database is benaderd.
- Opmerking: Het alleen wijzigen van DB-inloggegevens stopt geen SQL-injectie-aanvallen als ze nog steeds zijn toegestaan om uit te voeren, maar het is belangrijk als je vermoedt dat er langdurige ongeautoriseerde toegang of gelekte inloggegevens zijn.
- Back-ups en forensische bewaring
- Maak een volledige back-up (bestanden + database) en bewaar deze offline voor forensische analyse.
- Maak kopieën van logboeken (webserver, PHP-FPM, database) en bewaar tijdstempels.
- Scannen en analyseren
- Voer een volledige malware-scan en integriteitscontrole uit voor gewijzigde bestanden en bekende webshell-handtekeningen.
- Inspecteer recente databasewijzigingen op verdachte rijen (nieuwe gebruikers, gewijzigde opties, verdachte berichten of geïnjecteerde inhoud).
- Herstel indien mogelijk een staging-kopie en voer daar verdere tests uit.
- Belanghebbenden op de hoogte stellen
- Als je site gebruikersgegevens verwerkt, bereid dan een intern incidentoverzicht voor en wijs responders toe (site-eigenaar, host, beveiligingsteam). Communiceer de volgende stappen en potentiële impact.
Als je aanwijzingen vindt van succesvolle exploitatie — diepere remedie
- Isoleer de site
- Neem de site offline of blokkeer verkeer totdat je een eerste schoonmaak hebt voltooid. Gebruik onderhoudspagina's of firewallregels op hostniveau.
- Volledige forensische analyse
- Analyseer back-ups, logboeken en bestandwijzigingen om de reikwijdte te bepalen: welke accounts zijn aangemaakt, welke databasetabellen zijn benaderd/wijzigingen aangebracht, welke bestanden zijn gewijzigd of geüpload.
- Zoek naar persistente backdoors (PHP-webshells, WP must-use plugins, themawijzigingen in header/footer).
- Schoonmaken en herstellen
- Als de besmetting beperkt is en je met vertrouwen backdoors kunt verwijderen en de integriteit kunt herstellen, ga dan verder met grondige schoonmaak: verwijder ongewenste gebruikers, verwijder verdachte bestanden, saniteer database-invoer en verstevig configuratie.
- In veel gevallen is het veiligste pad om te herstellen vanuit een bekende goede back-up (voor de compromittering) en vervolgens upgrades, configuratieversterking en monitoring toe te passen voordat de site weer online wordt gebracht.
- Acties na het incident
- Draai alle wachtwoorden (admin, database, FTP/SFTP, hosting controlepaneel) om.
- Intrek en heruitgifte van API-tokens of sleutels die op de site waren opgeslagen of mogelijk zijn blootgesteld.
- Voer een volledige beveiligingsscan opnieuw uit en houd de site geïsoleerd totdat het duidelijk is.
- Openbaarmaking en naleving
- Als persoonlijke gegevens zijn blootgesteld, volg dan uw wettelijke/regulerende verplichtingen voor meldingen van datalekken (verschilt per rechtsgebied).
Hoe de kwetsbaarheid veilig te testen (alleen staging)
Test nooit injectiepogingen op productiesystemen. Gebruik een stagingomgeving die is gekloond van productie (zonder echte gebruikersgegevens):
- Clone bestanden en database naar een stagingserver die offline is of beperkte toegang heeft.
- Maak een niet-productie admin-account aan die is gewijd aan testen.
- Gebruik statische analyse en kwetsbaarheidsscanners (niet-exploitatief) om pluginproblemen te detecteren.
- Als u gedrag moet testen, gebruik dan veilige, gecontroleerde invoer en vermijd destructieve commando's. Geef de voorkeur aan alleen-lezen tests die detecteren of ongeparameteriseerde queries worden uitgevoerd (bijv. instrumentatie of querylogmonitoring).
- Houd gedetailleerde notities en resultaat-screenshots bij — ze kunnen helpen tijdens de remediering.
Detectiesignaturen en WAF-regelideeën (hoog niveau, defensief)
Bij het bouwen van detectieregels in een WAF of inbraakdetectiesysteem, richt u op patronen die aangeven dat SQL-meta-tekens of abnormale SQL-taalfragmenten worden ingediend bij plugin-eindpunten, vooral die typisch zijn voor WordPress admin AJAX-eindpunten.
Ideeën voor detectie op hoog niveau (gebruik deze niet ter vervanging van door de leverancier geleverde regels; raadpleeg uw beveiligingsteam):
- Blokkeer of waarschuw voor HTTP-verzoeken naar plugin-specifieke admin-eindpunten die SQL-sleutelwoorden of meta-tekens bevatten in door de gebruiker geleverde parameters:
- Sleutelwoorden om op te letten: SELECT, UNION, INFORMATION_SCHEMA, OR, AND in combinatie met vergelijking, SLEEP(, BENCHMARK(, LOAD_FILE(.
- Veelvoorkomende injectiepatronen: union select, /*!*/, information_schema, of 1=1, ‘ OF ‘1’=’1.
- Monitor voor verzoeken naar /wp-admin/admin-ajax.php of plugin admin-pagina's met grote payloads of gecodeerde payloads die SQL-fragmenten bevatten.
- Waarschuw voor POST-payloads waarbij parameters die normaal gesproken numeriek zouden moeten zijn alfabetische SQL-sleutelwoorden of backticks/kolons bevatten.
- Beperk admin AJAX-eindpunten tot geauthenticeerde sessies en aanvullende CSRF-bescherming — en handhaaf headercontroles (Origin/Referer-validatie).
Opmerking: Publiceer geen exploit-payloads of exacte regex-filters in openbare kanalen — houd de implementatie in uw veilige WAF-beheerconsole.
Waarom een Web Application Firewall (WAF) en virtuele patching nu belangrijk zijn
Een moderne WAF biedt verschillende voordelen in deze situatie:
- Virtueel patchen: WAF-regels kunnen bekende exploitpatronen of specifieke plugin-eindpunten blokkeren, zelfs wanneer een plugin-ontwikkelaar nog geen patch heeft uitgebracht. Dit vermindert het onmiddellijke risico terwijl u herstel plant.
- Gelaagde beveiliging: Zelfs als een admin-account is gecompromitteerd, kan een WAF extra obstakels toevoegen — verdachte payloads en bekende SQLi-handtekeningen blokkeren.
- Gecentraliseerde monitoring: WAF-logboeken bieden inzicht in pogingen tot exploitatie en kunnen worden gebruikt om waarschuwingen of geautomatiseerde containmentmaatregelen te activeren.
- Granulaire blokkering: U kunt regels opstellen die alleen de kwetsbare plugin-eindpunten beïnvloeden (valse positieven beperken) terwijl u de site beschermt.
WP‑Firewall biedt beheerde firewallservices en een WAF die kan worden geconfigureerd om de bekende SQL-injectiepatronen virtueel te patchen en kwaadaardig verkeer te blokkeren dat gericht is op de kwetsbare Read More & Accordion-plugin. Onze malware-scanner kan bovendien helpen bij het identificeren van eventuele post-exploitatie-artifacten en persistente backdoors.
Versterkingschecklist (na-incident en op lange termijn)
Zet deze controles in werking om de kans op soortgelijke problemen te verkleinen:
- Beginsel van de minste privileges
- Beperk de toegang voor beheerders. Gebruik waar mogelijk gedetailleerde rollen en vermijd het geven van admin-rechten aan accounts die deze niet nodig hebben.
- Multi-factor authenticatie (MFA)
- Vereis MFA voor alle beheerders. Dit vermindert het risico van diefstal van inloggegevens aanzienlijk.
- Patchbeheer
- Houd de WordPress-kern, thema's en plugins up-to-date. Test updates waar mogelijk in staging voordat u deze in productie neemt.
- Kwetsbaarheidsbeheer en scannen
- Voer regelmatig kwetsbaarheidsscans uit (dynamisch + statisch) en geplande malware-scans.
- Bestandsintegriteitsbewaking
- Monitor wp-content, thema's en plugins op ongeautoriseerde wijzigingen.
- Sterke wachtwoorden & wachtwoordhygiëne
- Handhaaf sterke wachtwoorden en vermijd hergebruik van inloggegevens. Gebruik een wachtwoordmanager.
- Beperk admin-toegang
- Beperk de toegang tot wp-admin op IP of vereis een admin VPN waar mogelijk.
- Deactiveer ongebruikte plugins.
- Ongebruikte plugins vergroten nog steeds het aanvalsvlak; verwijder ze in plaats van ze te deactiveren.
- Beveiligde hostingstandaarden.
- Houd PHP, MySQL en HTTP-servers gepatcht. Voer WordPress uit met de minimale benodigde rechten.
- Back-ups
- Onderhoud veilige, gesegmenteerde back-ups (off-site en geversioneerd) en test regelmatig herstelprocedures.
- Logging & monitoring
- Leg webserverlogs, databaselogs en WordPress-activiteitslogs vast. Centraliseer logs naar een extern systeem voor bewaring en analyse.
- Webtoepassing Firewall
- Gebruik een beheerde WAF met virtuele patches, afgestemde regels en beheerde handtekeningen.
Hoe WP‑Firewall kan helpen (praktische stappen die we aanbevelen).
Als onderdeel van een effectieve verdedigingsstrategie biedt WP‑Firewall diensten die specifiek nuttig zijn voor dit type kwetsbaarheid:
- Beheerde firewall en WAF: We kunnen gerichte regels implementeren om verzoeken te blokkeren die SQLi-patronen bevatten gericht op plugin-eindpunten, en specifiek virtuele patchpogingen tegen Read More & Accordion plugin-vectoren.
- Malware scanner: Regelmatige scans helpen bij het detecteren van kwaadaardige scripts of backdoors die aanvallers vaak achterlaten na succesvolle SQLi-gedreven pivoting.
- Mitigatie van OWASP Top 10: SQL-injectie is een OWASP Top 10-risico — de bescherming van WP‑Firewall dekt injectiescenario's en versterkt veelvoorkomende aanvalsvectoren.
- Richtlijnen voor incidentrespons: Ons team kan je helpen bij het doorlopen van containment-, opruim- en verhardingsstappen zoals hierboven beschreven.
- Automatische mitigatie-opties (op betaalde niveaus): Waar mogelijk passen we virtuele patches of agressievere regels toe terwijl je upstream-fixes test en toepast.
Als je meerdere sites of mission-critical WordPress-installaties beheert, is het toevoegen van een beheerde WAF-laag een praktische manier om de blootstelling aan actieve plugin-kwetsbaarheden te verminderen.
Communicatiesjabloon voor interne teams (voorbeeld).
Betreft: Onmiddellijke actie vereist — SQL-injectieadvies voor Read More & Accordion plugin (<= 3.5.7).
Lichaam:
- Samenvatting: Een geauthenticeerde-beheerder SQL-injectie kwetsbaarheid (CVE-2026-7472) beïnvloedt de Read More & Accordion-plugin, versies <= 3.5.7.
- Impact: Potentieel database toegang, datalek, compromittering van de site.
- Onderneem acties: [Lijst wat je hebt gedaan: bijv., plugin gedeactiveerd op X sites, MFA afgedwongen, back-ups bewaard].
- Directe volgende stappen: 1) Controleer pluginversies op alle sites; 2) Deactiveer/verwijder waar van toepassing; 3) Dwing wachtwoordresets af voor beheerders en handhaaf MFA; 4) Voer malware-scans uit en bewaar logs/back-ups.
- Contact: [Naam van beveiligingsleider / hostingprovider / WP‑Firewall ondersteuningslink].
Praktisch herstelplan (24–72 uur en 2–4 weken)
24–72 uur:
- Inventariseer alle sites die de plugin gebruiken en identificeer versies.
- Deactiveer of verwijder de kwetsbare plugin waar een patch nog niet beschikbaar is.
- Dwing wachtwoordresets voor beheerders af en schakel MFA in.
- Schakel verbeterde logging in en maak volledige back-ups voor forensische analyse.
- Pas WAF-regels toe om exploitpatronen te blokkeren (virtuele patching).
2–4 weken:
- Voer een diepgaande forensische analyse uit voor elke site met verdachte indicatoren.
- Herstel vanuit schone back-ups waar nodig en voer bestandsintegriteitscontroles uit.
- Heractiveer de plugin alleen nadat een geverifieerde veilige versie beschikbaar is of nadat een veilige alternatieve optie is gekozen.
- Beoordeel en versterk beheerdersprocessen: rol-audit, MFA-uitrol, verwijdering van onnodige beheerdersaccounts.
Veelgestelde vragen
V: Als een aanvaller een beheerdersaccount nodig heeft om dit te exploiteren, ben ik dan veilig?
A: Niet noodzakelijk. Beheerdersreferenties kunnen worden gestolen via phishing, hergebruikte wachtwoorden of sessieovername. Bovendien kunnen gecompromitteerde derde partij plugins/thema's met beheerdersniveau mogelijkheden kwetsbare functies bereiken. Behandel de kwetsbaarheid als een hoge prioriteit.
Q: Moet ik de plugin onmiddellijk verwijderen?
A: Als je de plugin niet nodig hebt voor kritieke sitefunctionaliteit, is deactiveren en verwijderen de veiligste optie totdat de plugin-auteur een gepatchte versie vrijgeeft. Als functionaliteit essentieel is, beperk dan de toegang voor beheerders en pas WAF-regels toe als tijdelijke bescherming.
V: Is een rotatie van database-inloggegevens vereist?
A: Als je bevestigde uitbuiting detecteert, draai dan de database-inloggegevens, maar alleen nadat je de mogelijkheid van de aanvaller om opnieuw binnen te komen hebt verwijderd (d.w.z. bestanden schoongemaakt, achterdeurtjes gesloten). Het draaien van inloggegevens zonder opruiming kan je buitensluiten van gecompromitteerde systemen of geen effect hebben op een aanhoudende SQL-injectie.
Q: Kan WP‑Firewall de aanval blokkeren, zelfs zonder een bijgewerkt plugin?
A: Ja. De beheerde WAF van WP‑Firewall kan de kwetsbaarheid virtueel patchen door exploitpatronen en verzoeken naar de kwetsbare eindpunten te blokkeren, wat het risico vermindert terwijl je herstelmaatregelen uitvoert.
Nieuw: Begin nu met Verstevigen — WP‑Firewall Gratis Plan
Als je op zoek bent naar een onmiddellijke, laagdrempelige manier om je blootstelling aan plugin-kwetsbaarheden zoals CVE-2026-7472 te verminderen, begin dan met het WP‑Firewall Gratis Plan. Het biedt essentiële bescherming die geschikt is voor de meeste sites en is snel te implementeren:
- Basis (gratis): Essentiële bescherming inclusief een beheerde firewall, onbeperkte bandbreedte, webapplicatiefirewall (WAF), malware-scanner en mitigatiecontroles voor OWASP Top 10-risico's — de onmiddellijke bescherming die je nodig hebt om het risico van plugin-injectieaanvallen te verminderen.
Meld je aan voor het gratis plan en krijg binnen enkele minuten basisbescherming: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Upgraden naar betaalde niveaus voegt geautomatiseerde malwareverwijdering, IP-toegestaan/weiger lijsten, virtueel patchen en maandelijkse beveiligingsrapportage toe voor voortdurende zekerheid.
Laatste aanbevelingen — een actiechecklist die je nu kunt uitvoeren
- Controleer de pluginlijst: identificeer sites die Read More & Accordion <= 3.5.7 draaien.
- Indien gevonden: deactiveer en verwijder onmiddellijk OF pas je geteste mitigatie toe (WAF-regels en beperking van admin-toegang).
- Handhaaf MFA voor alle beheerders en reset admin-wachtwoorden.
- Bewaar logs en back-ups voor forensische analyse.
- Voer een volledige malware- en bestandsintegriteitsscan uit.
- Gebruik een beheerde WAF of virtuele patchoplossing om uitbuitingspogingen te blokkeren terwijl je herstelt.
- Beoordeel en verstevig administratieve processen: minste privilege, verwijder ongebruikte admin-accounts en schakel logging/alerts in.
- Houd de openbaarmaking en leveranciersadviezen in de gaten voor een officiële patch; wanneer beschikbaar, test in staging en pas snel toe.
Als je hulp nodig hebt bij het triëren van meerdere sites, het creëren van een geprioriteerd herstelplan, of het toepassen van virtuele patches en WAF-regels om uitbuitingspogingen onmiddellijk te stoppen, is het WP‑Firewall-team beschikbaar om te helpen. Ons Gratis Plan biedt een snelle, goedkope start om de blootstelling aan plugin-kwetsbaarheden te verminderen; onze betaalde opties bieden geautomatiseerde opruiming en toegewijde ondersteuning voor hoogrisico- of hoogwaarde-implementaties.
Blijf veilig en behandel plugin-kwetsbaarheden zoals deze met urgentie.
