Ongepatcht PHP is een open deur. Wij sluiten die.
Noodhulp op afstand voor bedrijven in Europa: PHP patchen, sporen van inbraak controleren, schadelijke code verwijderen, servers beveiligen. Direct, met gespecialiseerde partners, tot het incident is afgerond en gedocumenteerd.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Situatie vóór de patch van 21-10-2026 $ phpsos pruefen --ziel produktion Uitvoeringsmodus .. php-fpm CVE-2026-109618 .. open CVE-2026-109619 .. open Herstart van workers .. nog te doen $ phpsos absichern [ok] Pakket 8.3.36 geïnstalleerd [ok] alle workers herstart [ok] Bestandssysteem gecontroleerd op webshells [ok] Rapport voor de directie opgesteld
- Made in GermanyIT-beveiliging uit Duitsland, werkend volgens het Europese gegevensbeschermingsrecht.
- Meer dan 25 jaarAl meer dan 25 jaar gespecialiseerd in IT-beveiliging en serverbeheer, samen met ons partnernetwerk.
- PartnernetwerkGespecialiseerde cyberprofessionals voor forensisch onderzoek, penetratietests en serverhardening, gecoördineerd via één aanspreekpunt.
Bent u getroffen? Bel ons. Wij helpen.
Gehackt, buitengesloten, webshell gevonden of onzeker of PHP2Shell u raakt: neem nu contact op. Wij nemen het vanaf het eerste bericht over, op afstand en zonder langs te komen.
Is uw PHP al gepatcht?
Voer uw PHP-versie in. De test vergelijkt die met de beveiligingsmeldingen van php.net en geeft aan wat de volgende stap is. Belangrijk: ook een gepatchte versie bewijst niet dat er vóór de update niets is gebeurd.
Hoe urgent is uw situatie?
Vier vragen, een inschatting, de eerste stappen en een voorbereid WhatsApp-bericht aan ons. Bij niveau 3 geldt: niets verwijderen, niets opnieuw opzetten, sporen veiligstellen.
Van noodoproep tot beveiligde server
Wij nemen de techniek over en leveren de bewijsstukken die directie, gegevensbescherming en verzekeraar nodig hebben.
PHP2Shell-spoedhulp: hulp bij het PHP-beveiligingslek
Wij dichten PHP2Shell op afstand op uw webservers: inventarisatie, patch of overbruggingsmaatregel, herstart van alle workers en schriftelijk bewijs.
Lees verder →02Website gehackt, wat nu? Noodhulp op afstand
Is uw website gehackt of gedraagt hij zich vreemd? Wij nemen op afstand beperking, sporenbehoud, reiniging en documentatie van u over.
Lees verder →03PHP-patchservice: update laten installeren, met herstart en bewijs
Wij installeren de PHP-update op uw servers, herstarten alle PHP-processen en leveren een schriftelijk bewijs van versie, pakketstand en herstart.
Lees verder →04Serverhardening voor PHP-webservers
Wij hardenen uw PHP-webservers volgens een vast plan: isolatie per website, veilige PHP-configuratie, bestandsrechten, toegangen, logs en back-ups.
Lees verder →05Malware en webshells van de website laten verwijderen
Wij verwijderen schadelijke code, webshells en achterdeuren van websites en servers, bouwen opnieuw op vanuit betrouwbare bronnen en sluiten de toegangspoort.
Lees verder →06Incident response bij serveraanvallen
Gestructureerde incidentafhandeling bij aanvallen op webservers: situatiebeeld, beperking, opruiming, herstel en nazorg met vaste rollen.
Lees verder →Zo werken wij in een noodgeval
Duidelijke stappen, één aanspreekpunt, alles op afstand. Specialisten uit ons partnernetwerk komen erbij als forensisch onderzoek of een pentest nodig is.
Situatie opnemen
U stuurt een WhatsApp-bericht of belt. Wij stellen systeem, PHP-versie, hostingprovider en waarnemingen vast.
Veiligstellen en dichten
Sporen veiligstellen, PHP patchen of overgangsmaatregelen treffen, alle workers herstarten, patchstatus aantonen.
Controleren en opschonen
Bestanden, database, accounts en logs controleren op sporen van inbraak. Webshells en achterdeuren verwijderen.
Beveiligen en rapporteren
Configuratie beveiligen, monitoring inrichten, rapport voor directie, gegevensbescherming en verzekeraar.
Patchen nog niet mogelijk? Overgangsmaatregelen
php.net noemt instellingen die bekende aanvalsroutes bemoeilijken tot de update is doorgevoerd. Kies uw uitvoeringsmodus, kopieer de regels en herstart daarna alle PHP-processen.
Het BSI (de Duitse federale dienst voor informatiebeveiliging) adviseert: als de update niet direct mogelijk is, de webserver tijdelijk van het netwerk halen.
Overgangsmaatregelen volgens php.net, geen vervanging van de update. memory_limit=-1 alleen samen met een geheugenlimiet via container of cgroup. Maak eerst een back-up van de configuratie.
Wie doet wat? De kloof tussen hostingprovider en bureau
Veel bedrijven vertrouwen erop dat “iemand” patcht. Meestal ziet de verdeling er zo uit:
| Taak | Hostingprovider (shared hosting) | Bureau / webdesign | PHP SOS |
|---|---|---|---|
| PHP-pakket bijwerken | meestal ja | meestal niet | ja, of samen met uw hostingprovider |
| Alle workers herstarten en aantonen | deels | nee | ja, met bewijs |
| Controleren of er vóór de patch is ingebroken | meestal niet | deels | ja |
| Webshells en achterdeuren verwijderen | meestal niet | deels | ja |
| Rapport voor directie, gegevensbescherming, verzekeraar | nee | zelden | ja |
| Hardening en doorlopende monitoring | deels | deels | ja |
Wat vaststaat en wat u nu doet
Feiten uit de meldingen van php.net en het BSI, bewerkt voor directie en beheerders.
Wat is PHP2Shell? Het lek eenvoudig uitgelegd
PHP2Shell zijn twee kritieke kwetsbaarheden in PHP zelf, waarmee aanvallers zonder inloggen code op webservers kunnen uitvoeren. De situatie in heldere taal.
Lees verder →CVE-2026-109618: RCE door out-of-memory-toestand
CVE-2026-109618 is een van de twee PHP2Shell-kwetsbaarheden: een out-of-memory-toestand kan PHP midden in de verwerking van een verzoek onderbreken. Verholpen vanaf PHP 8.5.12, 8.4.27, 8.3.36 en 8.2.35.
Lees verder →CVE-2026-109619: RCE door verouderde globale toestand
CVE-2026-109619 is de tweede PHP2Shell-kwetsbaarheid: interne toestand van een verzoek kan na het vrijgeven van geheugen blijven bestaan en door het volgende verzoek in dezelfde worker worden gebruikt.
Lees verder →CVE-2026-115560: aanwijzing over session upload progress
CVE-2026-115560 is een aanwijzing van php.net van 23 oktober 2026: mogelijke code-uitvoering alleen bij een ongebruikelijke sessieconfiguratie. Remedie tot de volgende release: session.upload_progress.enabled=0.
Lees verder →Welke PHP-versies zijn getroffen?
PHP2Shell is verholpen in PHP 8.5.12, 8.4.27, 8.3.36 en 8.2.35. Voor PHP 8.1 en ouder zijn er geen officiële updates meer. De tabel toont de stand per tak.
Lees verder →PHP-versie en patchstand goed controleren
De getoonde PHP-versie alleen zegt niet of PHP2Shell gedicht is. Beslissend zijn pakketstand, backports en of de nieuwe processen echt draaien.
Lees verder →Voor uw platform en uw server
Waar schadelijke code zich verbergt in WordPress, Shopware of TYPO3 en hoe u echt patcht op Plesk, cPanel of in de container.
Platforms
Server en hosting
Elke sector heeft andere gegevens te verliezen
Gezondheidsgegevens, cliëntgeheimen, betaalgegevens: wij stemmen controle en rapportage af op uw verplichtingen.
10 stappen voordat wij het overnemen
Vink af wat klaar is. De lijst blijft opgeslagen in uw browser.
Vinkjes worden alleen in uw browser opgeslagen.
72 uur, NIS2, verzekering
Algemene oriëntatie voor de directie. Geen juridisch advies.
AVG-meldplicht: 72 uur na het incident
Na een aanval op een webserver kan er een meldplicht bestaan richting de toezichthouder. Hier staat algemeen wanneer de 72 uur lopen en wat erbij hoort.
Lees verder →NIS2 en beveiliging van webservers
NIS2 verplicht veel bedrijven tot risicobeheer en meldingen. Hier staat algemeen wat dat voor webservers betekent en waar u betrouwbare informatie vindt.
Lees verder →Cyberverzekering: wat telt bij een schadegeval
Bij een aanval bepalen vroege informatie aan de verzekeraar, veiliggesteld bewijs en afgestemde stappen vaak de uitkering. Hier staan de gebruikelijke punten algemeen.
Lees verder →Aansprakelijkheid van de directie bij IT-beveiligingslekken
IT-beveiliging is een taak van de leiding. Hier staat algemeen welke zorgvuldigheidsplichten gelden en hoe bestuurders bij kwetsbaarheden zoals PHP2Shell traceerbaar beslissen.
Lees verder →Vakartikelen voor beheerders en ontwikkelaars
PHP2Shell-tijdlijn: chronologie van 17 tot 25 oktober 2026
Alle gedocumenteerde data rond PHP2Shell in één overzicht, van de eerste waargenomen aanvalspoging tot de stand van 25-10-2026, en wat daaruit volgt voor uw controle.
Lees verder →Bevestiging van de PHP-update door de hoster: zo vraagt u naar de patchstatus
Een getoonde PHP-versie bewijst na PHP2Shell weinig. Met dit sjabloon vraagt u uw hoster om een bevestiging die u kunt documenteren.
Lees verder →Webshell herkennen en verwijderen
Hoe u achterdeurtjes op PHP-webservers opspoort zonder sporen te vernietigen, en waarom verwijderen alleen zelden volstaat.
Lees verder →WordPress-backdoor vinden: achterdeurtjes systematisch opsporen
Waar achterdeurtjes zich in WordPress meestal verbergen en hoe beheerders ze met WP-CLI en enkele opdrachten systematisch opsporen.
Lees verder →php.ini veilig configureren
Welke instellingen in de php.ini het aanvalsoppervlak verkleinen, hoe u ze tegen overschrijven beschermt en wat na PHP2Shell extra geldt.
Lees verder →PHP disable_functions correct inzetten
Met disable_functions blokkeert u riskante PHP-functies. Zo stelt u de lijst passend bij uw toepassing vast zonder de website plat te leggen.
Lees verder →Situatie, handleidingen, beslissingshulp
Van het BSI-waarschuwingsniveau en pakket-changelogs tot de vraag of u opnieuw opzet of opschoont. Elk artikel met bronnen.
PHP2Shell: wat bewezen is en wat niet
Een factcheck over PHP2Shell: welke uitspraken uit primaire bronnen komen, welke uit mediaberichten en welke beweringen geen stand houden.
Lees verder →PHP-versie wijzigen in het klantenmenu van de hosting
Hoe u in het klantenmenu van uw hostingprovider de PHP-versie omzet, welke versie u kiest en wat u vooraf en achteraf controleert.
Lees verder →Waarschuwingssignaal: de webserver start een shell
Start een PHP-FPM- of webserverproces een shell, dan is dat een van de sterkste waarschuwingssignalen voor een inbraak. Zo controleert u de procesboom, plaatst u uitzonderingen en bewaakt u het patroon blijvend.
Lees verder →PHP-FPM-pools per website isoleren
Een eigen pool per website is het begin, niet het einde. Zo controleert u bestaande pools en verhardt u sockets, extensies, statuspagina's, resources en logs.
Lees verder →Wachtwoorden in PHP veilig opslaan: password_hash correct gebruiken
Hoe ontwikkelaars wachtwoorden in PHP opslaan met password_hash en password_verify, de passende methode kiezen en oude MD5- of SHA-1-hashes vervangen zonder wachtwoordreset voor alle gebruikers.
Lees verder →Contracten met IT-dienstverleners: beveiligingsplichten helder regelen
PHP2Shell heeft laten zien hoe vaak onduidelijk is wie moet patchen. Welke beveiligingsplichten in contracten met bureau, hostingprovider en IT-dienstverlener horen.
Lees verder →De programmeertaal PHP, begrijpelijk uitgelegd
Hoe PHP een pagina genereert, wat SAPI, PHP-FPM en OPcache zijn en waarom juist dat de beveiliging bepaalt. Daarbij een woordenlijst met alle vakbegrippen.
Wat is PHP2Shell?
PHP2Shell staat voor twee kritieke kwetsbaarheden in PHP zelf (CVE-2026-109618 en CVE-2026-109619, CVSS 9.2). Ze kunnen aanvallers in staat stellen om zonder inloggen schadelijke code op de server uit te voeren. Er zijn patches sinds 21-10-2026.
Welke PHP-versies zijn veilig?
De correcties zitten in PHP 8.5.12, 8.4.27, 8.3.36 en 8.2.35. Hostingproviders en distributies voeren soms backports door zonder het versienummer te wijzigen. Beslissend is de pakketstatus of de schriftelijke bevestiging van de aanbieder.
Is een update van WordPress of de webshop genoeg?
Nee. De kwetsbaarheid zit in PHP, niet in het CMS. Een CMS-update sluit haar niet. En een PHP-patch verwijdert geen schadelijke code die er al eerder is ingebracht.
Hoe snel kunt u ons inschakelen?
Wij werken op afstand en beginnen zodra de toegangen er zijn. Stuur ons via WhatsApp het systeem, de PHP-versie en wat u opmerkt. Dan stemmen we de aanpak direct af.
Werkt u ook voor bureaus en klanten van hostingproviders?
Ja. Wij werken rechtstreeks voor bedrijven, op de achtergrond in opdracht van bureaus en in overleg met uw hostingprovider als die de server beheert.
Moeten wij het incident melden?
Als persoonsgegevens getroffen kunnen zijn, geldt volgens art. 33 AVG in de regel een meldtermijn van 72 uur vanaf het moment van kennisname. Of die termijn van toepassing is, bespreekt u met uw functionaris voor gegevensbescherming. Wij leveren de technische documentatie daarvoor.
Elk uur telt. Schrijf ons nu.
Beschrijf kort het systeem, de PHP-versie en wat u opmerkt. Wij nemen contact op, brengen de situatie in kaart en werken op afstand tot het incident is afgerond en gedocumenteerd.