Php lek: waarom Nederlandse websites offline gaan en buitenlandse niet

Bij een php lek ligt uw website in Nederland niet offline door het lek zelf, maar door de maatregel die erop volgt: hosters sluiten sites of zetten ze in quarantaine, terwijl dezelfde sites in het buitenland gewoon online blijven. Voor een webshop of leadgenererende site betekent elke offline dag directe omzetderving. Wie begrijpt waarom het zo loopt, kan zijn beslissing nemen voordat de hoster dat voor hem doet.

Let op: de bronnen die voor dit artikel beschikbaar waren bevatten geen concrete cijfers, datums of namen van incidenten. Daarom blijft deze tekst bewust bij mechanismen en afwegingen uit de praktijk, zonder verzonnen aantallen of voorvallen.

Waarom gaat een website offline bij een php lek?

Een php lek zit in de interpreter of in een bibliotheek waarop uw site draait. Is de kwetsbaarheid op afstand te misbruiken, dan kan een aanvaller code uitvoeren op de server, zonder dat hij in uw cms hoeft in te loggen. Eén gehackte site op een gedeelde server vormt dan een risico voor alle andere accounts op dezelfde machine.

Hosters redeneren daarom vanuit de buurman, niet vanuit uw omzet. Zodra een kwetsbaarheid actief wordt misbruikt en een patch nog niet is uitgerold, is het goedkoper voor een hoster om een account te blokkeren dan om een besmette server schoon te maken. Dat verklaart waarom sites vaak zonder voorafgaand overleg uit de lucht gaan.

Waarom blijven sites in het buitenland wel online?

Dat verschil is geen kwestie van betere beveiliging. Het ligt aan beleid en contractvoorwaarden. Een Nederlandse hoster werkt doorgaans met strengere abuse-procedures en meldt zich sneller bij een vermoeden van misbruik, mede omdat hij zijn netwerkreputatie en zijn IP-reeksen wil beschermen. Hosters elders hanteren vaak een ruimere tolerantie en laten een kwetsbare site langer doordraaien, soms tot er daadwerkelijk misbruik wordt vastgesteld.

Dat is een afweging met twee kanten. Snel sluiten beperkt de schade voor anderen en voorkomt dat uw server onderdeel wordt van een botnet. Lang doordraaien houdt uw omzet in stand, maar vergroot de kans op een besmetting die achteraf veel meer tijd kost dan de patch zelf. Welke hoster beter bij u past, hangt af van wat een offline dag u kost.

Wat kost een gesloten website u in de praktijk?

De directe schade is de gemiste omzet, maar de zichtbare staart is vaak langer. Bezoekers die een foutpagina zien haken af, en zoekmachines die een site herhaaldelijk onbereikbaar aantreffen, kunnen de crawlfrequentie verlagen. Wie advertenties naar een offline pagina laat lopen, betaalt bovendien voor kliks die nooit converteren.

Reken daarom vooraf door wat een dag stilstand kost: gemiddelde dagomzet, lopend advertentiebudget en de tijd die uw team kwijt is aan herstel. Dit is een eigen berekening met uw eigen cijfers; verwacht van een bron geen algemeen bedrag, want dat verschilt per bedrijf.

Reken uw stilstand door

Tel dagomzet, lopend advertentiebudget en hersteluren van uw team bij elkaar op. Dat is wat een dag offline u kost, en het bepaalt hoeveel een snellere hoster of eigen server waard is.

Zo beperkt u de schade bij een php lek

Uw positie verbetert aanzienlijk met een paar vaste handelingen die u nu kunt regelen. Zorg dat u weet welke php-versie uw hosting draait en of de hoster automatisch patcht. Houd daarnaast uw cms, plug-ins en thema’s bij, omdat een lek in de interpreter vaak samenvalt met kwetsbaarheden in code van derden.

  • Controleer in uw hostingpaneel welke php-versie actief is en of deze nog ondersteund wordt.
  • Maak een back-up die u buiten de server bewaart, zodat herstel niet afhangt van de besmette machine.
  • Leg vast wie bij uw hoster het abuse-contact is en hoe u een gesloten account weer vrijgeeft.
  • Zet monitoring op bereikbaarheid, zodat u een sluiting merkt voordat uw klanten dat doen.

Een goede basis voor het controleren van uw eigen site is een SEO-audit van uw website, omdat die ook technische fouten en bereikbaarheidsproblemen zichtbaar maakt. Over de aanvalskant leest u meer in ons artikel over websites en de strijd tegen hackers.

Voorbereiding op een php lek

  • Php-versie en ondersteuning gecontroleerd
  • Back-up buiten de server bewaard
  • Abuse-contact van de hoster vastgelegd
  • Monitoring op bereikbaarheid actief
  • Cms en plug-ins bijgewerkt

Wanneer is overstappen naar een andere hoster verstandig?

Overstappen loont wanneer uw huidige hoster bij elke melding direct sluit zonder eerst contact te zoeken, of wanneer u een gedeelde server deelt met sites die u niet kunt beoordelen. Een eigen virtuele server geeft u meer controle en isoleert uw site van buren, maar het onderhoud komt dan bij u of uw beheerder te liggen. Een goedkope buitenlandse hoster is verleidelijk, maar u ruilt dan snelle sluiting in voor een kans op langdurige, onopgemerkte besmetting.

Weeg dus niet alleen de prijs, maar ook de reactietijd van support en de afspraken over patchen. Wie zijn bedrijfsvoering online draait, haalt meer uit een stabiele omgeving, zoals ook beschreven in onze gids over zakelijk internet voor bedrijven. Begin met een inventarisatie van uw huidige hostingafspraken en plan voordat de volgende melding komt een gesprek met uw hoster.

Veelgestelde vragen

Waarom sluit mijn hoster mijn website bij een php lek?

Omdat een misbruikte kwetsbaarheid andere accounts op dezelfde server in gevaar brengt. Sluiten of isoleren beperkt de schade tot één account totdat de patch is uitgerold en de site schoon is.

Kan ik een php lek zelf verhelpen?

Meestal wel, door naar een ondersteunde php-versie te schakelen en cms en plug-ins bij te werken. Is de besmetting al aanwezig, dan moet de site eerst worden opgeschoond, vaak met hulp van uw hoster of een beheerder.

Zijn buitenlandse hosters veiliger bij een php lek?

Nee. Dat een site daar langer online blijft, komt door ruimer beleid, niet door betere beveiliging. U loopt dan juist meer kans dat een besmetting onopgemerkt doorwoekert.