Overslaan en naar de inhoud gaan

Auteur: Vincent Zeilmaker – Vservs B.V.

Pods WordPress kwetsbaarheid CVE-2026-19598 actief aangevallen

Kritiek lek in Pods WordPress-plugin wordt massaal aangevallen

Een kritieke beveiligingskwetsbaarheid in de veelgebruikte WordPress-plugin Pods – Custom Content Types and Fields wordt momenteel actief aangevallen.

De kwetsbaarheid is geregistreerd als CVE-2026-19598 en heeft een CVSS-score van 9.8 (Critical). Een aanvaller heeft geen WordPress-account nodig en kan door succesvol misbruik administratorrechten verkrijgen of het wachtwoord van een bestaand WordPress-account wijzigen.

Wordfence registreert inmiddels duizenden aanvalspogingen gericht op deze kwetsbaarheid. Websites waarop een kwetsbare versie van Pods wordt gebruikt moeten daarom direct worden bijgewerkt en gecontroleerd op mogelijke compromittering.

Pods WordPress kwetsbaarheid CVE-2026-19598

Pods wordt gebruikt voor het maken en beheren van custom post types, custom fields en andere uitgebreide contentstructuren binnen WordPress.

De kwetsbaarheid bevindt zich in administratieve AJAX-functionaliteit van Pods. Beveiligingscontroles die moeten vaststellen of een verzoek is toegestaan, of een gebruiker is ingelogd en of deze over voldoende rechten beschikt, kunnen onder bepaalde omstandigheden worden omzeild.

Hierdoor kan een niet-ingelogde aanvaller functies benaderen die normaal uitsluitend beschikbaar horen te zijn voor bevoegde WordPress-gebruikers.

Belangrijkste gegevens

  • Product: Pods – Custom Content Types and Fields
  • CVE: CVE-2026-19598
  • Ernst: Critical
  • CVSS: 9.8
  • Type: Incorrect Authorization / Privilege Escalation
  • Authenticatie vereist: nee
  • Gebruikersinteractie vereist: nee
  • Exploitstatus: actieve aanvalspogingen waargenomen
  • Actie: direct bijwerken en controleren op mogelijke compromittering

Welke Pods-versies moeten worden bijgewerkt?

Voor verschillende onderhouden Pods-versiereeksen zijn afzonderlijke beveiligingsreleases uitgebracht.

  • Pods 2.8: minimaal 2.8.23.4
  • Pods 2.9: minimaal 2.9.19.4
  • Pods 3.0: minimaal 3.0.10.4
  • Pods 3.1: minimaal 3.1.4.2
  • Pods 3.2: minimaal 3.2.8.3
  • Pods 3.3: minimaal 3.3.9.1

Wanneer een nieuwere stabiele en ondersteunde Pods-versie beschikbaar is, adviseren wij de meest recente gepatchte versie te installeren.

Waarom is deze kwetsbaarheid kritiek?

CVE-2026-19598 kan via internet worden aangevallen zonder dat de aanvaller eerst over een geldig WordPress-account hoeft te beschikken.

Succesvolle exploitatie kan leiden tot privilege escalation naar Administrator. Daarnaast kan onder bepaalde omstandigheden het wachtwoord van een bestaand WordPress-account worden gewijzigd.

Wanneer een aanvaller administratorrechten verkrijgt, kan deze afhankelijk van de configuratie onder andere:

  • nieuwe administratoraccounts aanmaken;
  • plugins en thema’s installeren of wijzigen;
  • PHP-code aanpassen;
  • malware of backdoors plaatsen;
  • website- en gebruikersgegevens wijzigen of uitlezen;
  • bezoekers doorsturen naar kwaadaardige websites;
  • aanvullende toegang tot de omgeving proberen te verkrijgen.

Actieve aanvalspogingen waargenomen

Deze kwetsbaarheid verdient extra aandacht omdat er inmiddels daadwerkelijk aanvalspogingen worden geregistreerd.

Wordfence rapporteert duizenden geblokkeerde verzoeken die specifiek gericht zijn op misbruik van CVE-2026-19598.

Deze aantallen vertegenwoordigen uitsluitend de aanvallen die binnen de eigen telemetrie van Wordfence zichtbaar zijn en vormen dus geen volledig beeld van alle internetbrede aanvalspogingen.

De waarnemingen bevestigen echter dat aanvallers de kwetsbaarheid actief proberen te misbruiken.

Wat moet u nu doen?

  1. Controleer alle WordPress-websites waarop Pods is geïnstalleerd.
  2. Controleer de daadwerkelijk geïnstalleerde versie.
  3. Werk kwetsbare Pods-versies direct bij naar een gepatchte release.
  4. Controleer na de update of de juiste versie daadwerkelijk actief is.
  5. Controleer alle WordPress-administratoraccounts.
  6. Controleer recente wachtwoordwijzigingen en wachtwoordresets.
  7. Controleer kwetsbare installaties op andere aanwijzingen voor compromittering.

Wanneer een beveiligingsupdate niet direct kan worden geïnstalleerd en Pods niet noodzakelijk is voor de werking van de website, adviseren wij de plugin tijdelijk uit te schakelen totdat een veilige versie is geïnstalleerd.

Controleer op mogelijke compromittering

Omdat actieve aanvalspogingen worden waargenomen, adviseren wij websites waarop een kwetsbare Pods-versie publiek bereikbaar is geweest aanvullend te controleren.

  • Controleer alle WordPress-gebruikers met Administrator-rechten.
  • Controleer op onbekende of recent aangemaakte gebruikersaccounts.
  • Controleer bestaande gebruikers op onverwachte wijzigingen van rollen of rechten.
  • Controleer recente wachtwoordwijzigingen en wachtwoordresetactiviteiten.
  • Controleer recente loginactiviteiten en actieve WordPress-sessies.
  • Controleer geïnstalleerde plugins en thema’s op onverwachte toevoegingen.
  • Controleer recent aangemaakte of gewijzigde PHP-bestanden.
  • Controleer webserverlogs op afwijkende verzoeken richting WordPress AJAX- en Pods-functionaliteit.
  • Controleer WordPress-cron en server-crontabs op onbekende taken.
  • Controleer beschikbare malware-, WAF- en beveiligingslogs.

Een onbekend administratoraccount of een onverwachte wijziging van het wachtwoord van een bestaande beheerder moet als een serieus compromisesignaal worden behandeld.

Alleen bijwerken is na een hack niet voldoende

Wanneer een aanvaller vóór installatie van de beveiligingsupdate al administratorrechten heeft verkregen, wordt deze toegang niet automatisch verwijderd door Pods bij te werken.

Een aanvaller kan aanvullende administratoraccounts, plugins, PHP-bestanden, webshells, cronjobs of andere persistentiemechanismen hebben geplaatst.

Bewaar daarom relevante logs en andere sporen voordat verdachte bestanden of accounts worden verwijderd.

Bij bevestigde compromittering kan het noodzakelijk zijn WordPress-wachtwoorden, databasecredentials, API-sleutels en andere relevante toegangsgegevens te vervangen en bestaande WordPress-sessies ongeldig te maken.

Verantwoordelijkheid voor CMS-updates

Klanten zonder Managed WordPress/CMS-onderhoud of een afzonderlijke managed CMS-dienst zijn zelf verantwoordelijk voor het tijdig bijwerken van WordPress, andere CMS-software, plugins, extensies en thema’s.

Wanneer een website door misbruik, malware of aantoonbaar achterstallig onderhoud een risico vormt voor onze infrastructuur, andere klanten of derden, kan Vservs de betreffende website of dienst tijdelijk isoleren of uitschakelen.

Dit gebeurt uitsluitend als veiligheids- en continuïteitsmaatregel om verdere schade, misbruik of verspreiding van malware te voorkomen.

Herstelwerkzaamheden aan niet-managed omgevingen buiten onze reguliere openingstijden, in weekenden of op feestdagen zijn afhankelijk van de ernst van het incident en onze beschikbaarheid. Wanneer directe interventie niet noodzakelijk is, kunnen herstelwerkzaamheden vanaf de eerstvolgende werkdag worden opgepakt.

Managed WordPress door Vservs

Kwetsbaarheden zoals CVE-2026-19598 laten zien waarom WordPress-beveiliging verder gaat dan alleen het onderhouden van WordPress Core. Ook plugins met toegang tot gebruikers, content en administratieve functies moeten actief worden onderhouden.

Bij Managed WordPress door Vservs worden relevante beveiligingsupdates, technisch onderhoud en controles binnen de overeengekomen managed dienstverlening door ons opgevolgd.

Wilt u het technisch onderhoud en de beveiligingsupdates van uw WordPress-omgeving niet zelf uitvoeren? Bekijk dan onze Managed WordPress-oplossingen.

Bronnen

Magento StyleSmuggler zero-day

Kritieke Magento StyleSmuggler zero-day wordt actief misbruikt

De Magento StyleSmuggler zero-day wordt momenteel actief misbruikt om Magento-webshops aan te vallen. De ernstige kwetsbaarheid kan door een aanvaller zonder geldige gebruikersaccount worden misbruikt om op afstand code uit te voeren op een kwetsbare Magento-omgeving. Beheerders van Magento Open Source en Adobe Commerce wordt geadviseerd om direct maatregelen te nemen en hun webshop te controleren op mogelijke compromittering.

Wat is de Magento StyleSmuggler zero-day?

StyleSmuggler is een kwetsbaarheid in Magento waarbij speciaal gemanipuleerde gegevens via de GraphQL API kunnen worden aangeboden. Volgens beveiligingsonderzoekers kan dit uiteindelijk leiden tot Remote Code Execution (RCE). Een aanvaller kan daarmee potentieel eigen code op de server uitvoeren zonder vooraf te hoeven inloggen.

Beveiligingsbedrijf Sansec meldt dat de eerste daadwerkelijke aanvallen op 4 september 2026 zijn waargenomen. Daarmee gaat het niet alleen om een theoretische kwetsbaarheid: er zijn aanvallen in het wild vastgesteld.

Welke Magento-versies zijn kwetsbaar?

Volgens de momenteel beschikbare informatie treft StyleSmuggler Magento Open Source en Adobe Commerce en zijn ook recente Magento-versies kwetsbaar. Sansec meldt onder andere dat ook Magento 2.4.9 getroffen kan worden.

Omdat het om een actuele zero-day situatie gaat, kan informatie over getroffen versies, patches en aanvullende maatregelen snel veranderen. Magento-beheerders moeten daarom niet uitsluitend controleren welke versie zij gebruiken, maar ook nagaan of de noodzakelijke mitigatie of beveiligingspatch daadwerkelijk is toegepast.

Mislukte betaaltransacties kunnen een aanwijzing zijn

Een opvallend kenmerk van de waargenomen aanvallen is dat deze een Magento-melding over een mislukte betaaltransactie kunnen veroorzaken. Webshopbeheerders kunnen daardoor onverwacht e-mails ontvangen over mislukte PayPal- of andere betaaltransacties.

Een dergelijke e-mail betekent op zichzelf niet dat een Magento-webshop daadwerkelijk is gehackt. Een plotselinge toename van deze meldingen kan in combinatie met deze kwetsbaarheid echter wel aanleiding zijn om de webshop en server nader te onderzoeken.

Wat moeten Magento-beheerders nu doen?

Vservs adviseert beheerders van Magento-webshops om niet af te wachten. Controleer of de beschikbare beveiligingsmaatregelen voor StyleSmuggler zijn toegepast en onderzoek de omgeving op verdachte activiteiten.

  • Controleer of de meest recente beschikbare mitigatie of beveiligingspatch is toegepast.
  • Controleer Magento- en webserverlogs op verdachte GraphQL-verzoeken.
  • Onderzoek onverwachte of grote aantallen meldingen over mislukte betaaltransacties.
  • Controleer op recent aangemaakte of gewijzigde PHP- en PHTML-bestanden.
  • Controleer cronjobs en andere geplande taken op onbekende wijzigingen.
  • Controleer Magento-beheerdersaccounts en andere accounts met verhoogde rechten.
  • Onderzoek bij verdachte activiteit de volledige server voordat deze weer als betrouwbaar wordt beschouwd.

Alleen patchen is bij mogelijke compromittering niet voldoende

Wanneer een kwetsbaarheid al is misbruikt voordat een patch of mitigatie werd toegepast, verwijdert het installeren daarvan een eventuele backdoor of andere aangebrachte malware niet automatisch.

Bij aanwijzingen voor misbruik moet daarom worden onderzocht of bestanden zijn gewijzigd, nieuwe bestanden zijn geplaatst, accounts zijn toegevoegd of andere persistentiemechanismen zijn aangebracht. Bij een bevestigde of waarschijnlijke compromittering moeten daarnaast relevante wachtwoorden, API-sleutels en andere credentials worden vervangen.

Vservs controleert Magento-omgevingen

Vservs adviseert klanten met Magento 2 om deze waarschuwing serieus te nemen. Klanten die twijfelen of hun webshop kwetsbaar is of mogelijk is aangevallen, kunnen Vservs inschakelen voor technisch onderzoek, controle van logs en bestanden en het toepassen van noodzakelijke beveiligingsmaatregelen.

Ook wanneer een patch inmiddels is geïnstalleerd, kan controle verstandig zijn wanneer vóór het patchen verdachte betaalmeldingen of andere afwijkingen zijn waargenomen.

Klanten die technisch beheer, beveiligingsupdates en monitoring structureel willen uitbesteden, kunnen gebruikmaken van onze managed hosting- en beheeroplossingen.

Bronnen en aanvullende informatie

Deze beveiligingsmelding is gebaseerd op publiek beschikbare informatie over de StyleSmuggler-aanvallen. De technische informatie en beschikbare maatregelen kunnen wijzigen wanneer beveiligingsonderzoekers of Adobe aanvullende informatie publiceren.

Ninja Forms File Uploads kwetsbaarheid

Kritieke Ninja Forms File Uploads kwetsbaarheid CVE-2026-0740

Er is een kritieke beveiligingskwetsbaarheid ontdekt in de WordPress-extensie Ninja Forms – File Uploads. De kwetsbaarheid is geregistreerd als CVE-2026-0740 en heeft een CVSS-score van 9.8 (Critical).

De Ninja Forms File Uploads kwetsbaarheid maakt het mogelijk dat een aanvaller zonder geldige gebruikersaccount willekeurige bestanden naar een kwetsbare WordPress-website uploadt. Onder bepaalde omstandigheden kunnen daarbij uitvoerbare bestanden op de server worden geplaatst, waardoor remote code execution (RCE) en volledige compromittering van de website mogelijk zijn.

Websites die deze extensie gebruiken, moeten daarom zo snel mogelijk worden gecontroleerd en bijgewerkt.

Ninja Forms File Uploads kwetsbaarheid: welke versies zijn kwetsbaar?

De kwetsbaarheid treft:

Ninja Forms – File Uploads versie 3.3.26 en ouder

De kwetsbaarheid is volledig verholpen in:

Ninja Forms – File Uploads versie 3.3.27 en nieuwer

Versie 3.3.25 bevatte al een gedeeltelijke beveiligingspatch, maar deze bleek onvoldoende. Volgens de beschikbare CVE-informatie is de kwetsbaarheid pas in versie 3.3.27 volledig opgelost.

Gebruikt uw website versie 3.3.26 of ouder, dan adviseren wij om onmiddellijk te upgraden naar minimaal versie 3.3.27 of een nieuwere beschikbare versie.

Wat is het beveiligingsrisico?

Het probleem bevindt zich in de verwerking van bestandsuploads door de extensie. Door onvoldoende validatie van geüploade bestanden kan een niet-ingelogde aanvaller proberen een willekeurig bestand op de server te plaatsen.

Wanneer een aanvaller erin slaagt uitvoerbare PHP-code op een bereikbare locatie te plaatsen, kan dit leiden tot remote code execution.

Een succesvolle aanval kan onder andere leiden tot:

  • volledige overname van de WordPress-website;
  • installatie van malware of een webshell;
  • manipulatie of diefstal van gegevens;
  • aanmaken van ongeautoriseerde beheerdersaccounts;
  • verspreiding van spam, phishing of malware via de website;
  • misbruik van de hostingomgeving voor verdere aanvallen.

Omdat voor de aanval geen geldige WordPress-account vereist is en de technische impact zeer groot kan zijn, is deze kwetsbaarheid als Critical geclassificeerd.

Wat moet u doen?

Controleer eerst of Ninja Forms – File Uploads op uw WordPress-website is geïnstalleerd.

Gebruikt u versie 3.3.26 of ouder, update de extensie dan onmiddellijk naar versie 3.3.27 of een nieuwere beschikbare versie.

Kan de extensie niet direct worden bijgewerkt en wordt deze niet noodzakelijk gebruikt, dan is tijdelijk uitschakelen of verwijderen een verstandige voorzorgsmaatregel.

Alleen updaten is mogelijk niet voldoende

Wanneer een kwetsbare versie langere tijd publiek bereikbaar is geweest, adviseren wij niet uitsluitend de plugin bij te werken.

Controleer de website tevens op mogelijke tekenen van compromittering, zoals onbekende PHP-bestanden, recent gewijzigde bestanden, onbekende WordPress-gebruikers, verdachte geplande taken en afwijkende requests in webserverlogs.

Een beveiligingsupdate voorkomt nieuwe aanvallen via de bekende kwetsbaarheid, maar verwijdert geen malware of backdoors die eventueel al vóór de update zijn geplaatst.

Waarom snel handelen belangrijk is

Kwetsbaarheden in plugins voor bestandsuploads verdienen extra aandacht omdat een uploadfunctie rechtstreeks bestanden op de webserver verwerkt. Wanneer de controle van bestandstypen of bestandsnamen kan worden omzeild, kan een aanvaller proberen bestanden te plaatsen die nooit via een normaal formulier geaccepteerd zouden mogen worden.

Bij CVE-2026-0740 is dat risico bijzonder relevant omdat misbruik geen geldige WordPress-login vereist. Een kwetsbare website kan daardoor vanaf het internet worden benaderd zonder dat eerst een gebruikersaccount hoeft te worden buitgemaakt.

Beheerders moeten daarom niet alleen controleren welke versie van Ninja Forms zelf is geïnstalleerd. Ninja Forms – File Uploads is een afzonderlijke extensie en moet afzonderlijk op de geïnstalleerde versie worden gecontroleerd. Een actuele versie van de hoofdplugin betekent dus niet automatisch dat de File Uploads-extensie eveneens veilig is.

Controle na het installeren van de update

Na het installeren van de beveiligingsupdate adviseren wij om te controleren of de website normaal functioneert en of er geen onverwachte wijzigingen zijn aangebracht. Besteed daarbij extra aandacht aan bestanden die tijdens de periode waarin de kwetsbare versie actief was zijn aangemaakt of gewijzigd.

Worden verdachte bestanden, onbekende beheerdersaccounts of andere afwijkingen aangetroffen, behandel de website dan als mogelijk gecompromitteerd. Alleen het verwijderen van een verdacht bestand is in dat geval onvoldoende: er kunnen aanvullende backdoors of andere vormen van persistentie aanwezig zijn.

Vservs kan uw WordPress-website controleren

Heeft u hulp nodig bij het controleren of beveiligen van een WordPress-website, dan kan Vservs onderzoeken welke versie van Ninja Forms – File Uploads wordt gebruikt, de noodzakelijke updates uitvoeren en de website controleren op mogelijke sporen van misbruik.

Bij een vermoeden van compromittering kunnen wij daarnaast bestanden, WordPress-gebruikers, logs en andere relevante onderdelen van de hostingomgeving onderzoeken.

Klanten die technisch onderhoud en beveiligingscontrole structureel willen uitbesteden, kunnen gebruikmaken van onze managed hosting- en beheeroplossingen.

Elementor Pro kwetsbaarheid CVE-2026-32475

Kritieke kwetsbaarheid in Elementor Pro actief misbruikt

De Elementor Pro kwetsbaarheid CVE-2026-32475 wordt momenteel actief misbruikt door aanvallers. Er is een ernstige beveiligingskwetsbaarheid ontdekt waarmee aanvallers zonder geldige gebruikersaccount bestanden naar een kwetsbare WordPress-website kunnen uploaden.

Er is een ernstige beveiligingskwetsbaarheid ontdekt in Elementor Pro. De kwetsbaarheid kan door aanvallers worden misbruikt om zonder geldige gebruikersaccount bestanden naar een kwetsbare WordPress-website te uploaden. Er zijn aanwijzingen dat deze kwetsbaarheid actief wordt misbruikt. Websites waarop een getroffen versie van Elementor Pro actief is, moeten daarom zo snel mogelijk worden gecontroleerd en bijgewerkt.

Welke kwetsbaarheid betreft het?

Het beveiligingsprobleem is geregistreerd als CVE-2026-32475 en treft kwetsbare versies van Elementor Pro. Misbruik kan leiden tot het uploaden en uitvoeren van kwaadaardige bestanden op de webserver.

Hierdoor kan een aanvaller in het ernstigste geval controle krijgen over de WordPress-website en toegang verkrijgen tot gegevens en bestanden binnen de hostingomgeving. Een aanvaller kan bijvoorbeeld proberen malware of een webshell te plaatsen waarmee ook na het installeren van de beveiligingsupdate toegang tot de website behouden blijft.

Welke versies zijn getroffen door de Elementor Pro kwetsbaarheid?

  • Getroffen: Elementor Pro tot en met versie 4.2.1
  • Veilige versie: Elementor Pro 4.2.2 of nieuwer
  • Ernst: Kritiek
  • Status: Actieve aanvallen waargenomen
  • CVE: CVE-2026-32475

Controleer bij WordPress daarom niet alleen of Elementor Pro aanwezig is, maar ook welke versie daadwerkelijk is geïnstalleerd. Een website waarop automatische updates zijn ingeschakeld hoeft niet noodzakelijk al bijgewerkt te zijn.

Wat moet u doen bij de Elementor Pro kwetsbaarheid?

Gebruikt uw WordPress-website Elementor Pro? Controleer dan zo snel mogelijk welke versie is geïnstalleerd. Bij een getroffen versie adviseren wij de update direct uit te voeren.

  • Werk Elementor Pro bij naar versie 4.2.2 of een nieuwere beschikbare versie.
  • Controleer of onbekende of verdachte bestanden op de website zijn geplaatst.
  • Controleer WordPress op onbekende beheerdersaccounts en andere ongewenste wijzigingen.
  • Controleer server- en toegangslogs op verdachte activiteiten.
  • Controleer indien mogelijk recente wijzigingen in PHP-bestanden en andere uitvoerbare bestanden.
  • Maak bij een vermoeden van misbruik niet uitsluitend een update, maar laat de website volledig controleren.

Hoe controleert u of een website mogelijk is misbruikt?

Een succesvolle aanval is niet altijd direct zichtbaar aan de voorkant van een website. Een WordPress-website kan normaal blijven functioneren terwijl op de achtergrond ongewenste bestanden of toegangsmogelijkheden zijn toegevoegd.

Let onder andere op recent gewijzigde bestanden waarvoor geen duidelijke verklaring bestaat, onbekende PHP-bestanden, nieuwe WordPress-gebruikers met beheerdersrechten, onverwachte wijzigingen aan plugins of thema’s en afwijkende verzoeken in de webserverlogs.

Ook onverwachte redirects, spam, gewijzigde pagina’s, een plotseling verhoogd serververbruik of uitgaande verbindingen kunnen aanleiding zijn om de website verder te onderzoeken.

Waarom alleen updaten niet altijd voldoende is

Wanneer een kwetsbaarheid al is misbruikt voordat de beveiligingsupdate werd geïnstalleerd, verwijdert een update eventuele malware, webshells of andere aangebrachte wijzigingen niet automatisch.

De update voorkomt dat dezelfde kwetsbaarheid opnieuw via de bekende aanvalsmethode kan worden gebruikt, maar herstelt een reeds gecompromitteerde website niet automatisch.

Bij aanwijzingen voor misbruik adviseren wij daarom de volledige website en hostingomgeving te controleren en, waar noodzakelijk, WordPress-wachtwoorden, databasegegevens, FTP- of SFTP-wachtwoorden, toegangssleutels en andere relevante inloggegevens te vervangen.

Geen Elementor Pro?

Wanneer Elementor Pro niet op uw WordPress-website is geïnstalleerd, is uw website niet door deze specifieke kwetsbaarheid getroffen. De gratis Elementor-plugin is niet automatisch hetzelfde als Elementor Pro.

Andere WordPress-plugins, thema’s en de WordPress-core moeten uiteraard wel actueel en beveiligd blijven. Kwetsbaarheden in WordPress-extensies behoren tot de meest voorkomende redenen waarom websites uiteindelijk worden misbruikt.

Beheer en verantwoordelijkheid

Bij websites zonder managed dienstverlening blijft de klant zelf verantwoordelijk voor het tijdig installeren van beveiligingsupdates voor WordPress, plugins en thema’s en voor het controleren van de eigen website.

Wanneer een website door malware, misbruik of ernstig achterstallig onderhoud een veiligheidsrisico vormt voor het hostingplatform of andere gebruikers, kan Vservs maatregelen nemen om verdere schade en misbruik te voorkomen.

Klanten die het technisch onderhoud, beveiligingsupdates en de bewaking van hun website structureel willen uitbesteden, kunnen gebruikmaken van Managed WordPress Hosting van Vservs.

Bronnen en aanvullende informatie

Deze beveiligingsmelding is gebaseerd op publiek beschikbare informatie over CVE-2026-32475. Beveiligingsinformatie kan wijzigen wanneer nieuw onderzoek of aanvullende informatie beschikbaar komt.