Kort gezegd: Heeft uw hoster de website geblokkeerd, dan wijst dat meestal op schadelijke code of misbruik, maar het kan ook voorzichtigheid zijn. Gedeblokkeerd wordt in de regel pas als de oorzaak is verholpen. Bent u getroffen? Neem direct contact op. Wij stellen op afstand de situatie vast, schonen het account op en stemmen de heractivering af met uw hoster.
Verwijder nu niets en zet niets opnieuw op. Ook niet op verzoek van de hoster. Sporen, logboeken en bestanden moeten behouden blijven tot alles is veiliggesteld. Bel ons of stuur een bericht via WhatsApp, of gebruik Meld uw noodgeval.
Is uw website geblokkeerd?
Een blokkade uit zich op zeer uiteenlopende manieren:
- de pagina is niet bereikbaar of toont een mededelingenpagina van de hoster
- een e-mail of ticket noemt „malware”, „abuse”, „phishing” of „spam”
- het hostingpaneel is geblokkeerd, FTP en e-mail werken niet meer
- alleen afzonderlijke functies zijn uitgeschakeld, zoals PHP-uitvoering of e-mailverzending
- de website draait, maar de hoster eist binnen een termijn maatregelen
Lees de mededeling nauwkeurig: vaak staan er bestandsnamen, tijdstippen of meldingen in die voor de analyse belangrijk zijn. Wie preventief is uitgeschakeld, herkent dat meestal aan het feit dat de hoster geen concreet bestand noemt. Ook dan blijft het bij de controle, want een uitschakeling bewijst noch de besmetting noch de afwezigheid ervan.
Wat u nu direct doet
- Zet de mededeling van de hoster veilig: bewaar e-mail, ticket en schermafbeelding met datum. Welke termijn is genoemd?
- Ruim niet op eigen houtje op. Wie bestanden verwijdert of opnieuw uploadt, kan sporen vernietigen en riskeert een nieuwe blokkade.
- Vraag de hoster vriendelijk om het volgende: de vindplaatsen te noemen, logboeken voor de periode te bewaren, de toegang leesbaar of via een back-upexport te behouden. Een voorbeeld voor het verzoek vindt u onder Zo vraagt u uw hoster naar de patchstatus.
- Controleer de e-mailverzending: is er spam van de server uitgegaan, dan blijven blokkades anders bestaan. Aanwijzingen over de oorzaak geeft De server verstuurt spam.
- Noteer de toegangen: paneel, FTP, SSH, database, CMS-backend. Wijzig wachtwoorden pas na overleg.
- Breng de zakelijke gevolgen in kaart: is de bereikbaarheid van de site of van e-mail kritiek voor uw bedrijf? Zeg ons dat dan meteen.
- Meld u bij ons, voordat u termijnen laat verstrijken of van hoster wisselt.
Hoe helpt PHP SOS concreet?
- Situatie opnemen: Wij lezen de mededeling van de hoster, stellen account, omvang en systemen vast en bespreken welke functies nog bereikbaar zijn.
- Veiligstellen en beheersen: Voor zover de hoster toegang geeft, zetten we bestanden, database en logboeken veilig en koppelen we toegangen los die niet meer betrouwbaar zijn.
- Controleren en opschonen: Wij zoeken webshells, gemanipuleerde bestanden, vreemde accounts en mechanismen die schadelijke code naladen. De werkwijze komt overeen met Malware en webshells verwijderen.
- Ingang dichten en aantonen: Wij stellen vast hoe de aanvaller binnenkwam en dichten het lek. Daarna maken we een begrijpelijke beschrijving die u de hoster kunt overhandigen voor de heractivering.
- Afstemmen en beveiligen: Wij spreken, als u dat toestaat, met uw hoster, begeleiden de deblokkering en geven aanbevelingen voor de duurzame bedrijfsvoering.
Hoe wij het algemene incident aanpakken, beschrijft de pagina Website gehackt: noodhulp.
Wie is verantwoordelijk bij geblokkeerde websites?
Bij shared hosting beheert de hoster server en PHP, u beheert uw bestanden en toepassingen. Dat de hoster op PHP2Shell reageert, betekent niet dat uw site schoon is. Omgekeerd ontslaat dat uw hoster niet van zijn eigen plichten. De verdeling beschrijft Shared hosting: wat de hoster doet en wat u moet doen. Na een blokkade loont de vraag welke PHP-versie werkelijk draait en of de patchstatus is bevestigd. Wij doen geen uitspraken over hoe ver een bepaalde hoster is gepatcht. Dat moet hij zelf schriftelijk bevestigen.
Een overstap kan zinvol zijn, maar pas na de opschoning en niet als vluchtweg, zie Van hoster wisselen na een incident. Heeft ook Google de site gemarkeerd, dan beschrijft Google-waarschuwing verwijderen de weg daarna. Dat organisaties hun sites preventief van het netwerk halen, is een bekend patroon; wat bedrijven daarvan kunnen leren, staat onder Autoriteiten halen websites van het netwerk.
Wat hosters voor de deblokkering meestal willen zien
Elke hoster gaat er anders mee om, maar de verwachting is vergelijkbaar: u moet laten zien dat u de oorzaak hebt begrepen en weggenomen, en niet alleen het symptoom. Gebruikelijk zijn een korte beschrijving van de bevindingen, de bevestiging dat schadelijke code is verwijderd en toegangsgegevens zijn gewijzigd, en de vermelding welke software is bijgewerkt. Sommige aanbieders controleren het account daarna zelf, andere eisen een nieuw ticket. Wij bereiden deze stukken zo voor dat u ze zonder vakkennis kunt doorgeven. Welke toezeggingen uw hoster doet en hoe snel hij reageert, bepaalt hij zelf; daar hebben wij geen invloed op en dat zeggen wij openlijk.
Wat u ons het best kunt sturen
- de mededeling van de hoster in de letterlijke tekst, met datum en genoemde termijn
- naam van de hoster, tarief en, indien bekend, de PHP-versie
- adres van de website en andere sites in hetzelfde account
- welke functies zijn geblokkeerd (website, e-mail, paneel, FTP)
- contact met het bureau of de ontwikkelaar, indien aanwezig
Waarom PHP SOS
Wij werken Made in Germany en zijn met ons partnernetwerk van cyberprofessionals al meer dan 25 jaar gespecialiseerd in IT-beveiliging. U hebt één aanspreekpunt dat uw zaak begeleidt en bereikbaar is voor vragen van uw hoster. Wij werken op afstand, zonder reistijd, in heel Duitsland en Europa. Alles wordt gedocumenteerd; beloften over de duur doen wij niet, omdat ze van hoster en bevinding afhangen. Wij werken door tot het incident is afgerond en gedocumenteerd.
Bent u getroffen? Bel ons. Wij helpen.
Een blokkade is vervelend, maar het is een duidelijke aanleiding om te handelen. Neem nu contact op, per telefoon of WhatsApp, dan nemen wij het over vanaf het eerste bericht. Meld nu uw noodgeval
Veelgestelde vragen
Waarom heeft mijn hoster mijn website geblokkeerd?
Gebruikelijk zijn schadelijke code op het account, spamverzending, ongewoon hoge belasting of aanvallen die van uw server uitgaan. De hoster beschermt daarmee zijn andere klanten. Een aanwijzing over de blokkade staat meestal in de mededeling of in het klantgedeelte.
Betekent een blokkade dat mijn website echt is gehackt?
Niet in elk geval. Sommige aanbieders hebben websites in verband met PHP2Shell ook preventief offline gehaald. Wat er werkelijk aan de hand is, blijkt pas uit een controle. De blokkademelding zelf is daarvoor een eerste, maar geen volledige aanwijzing.
Kan ik de hoster vragen de blokkade gewoon op te heffen?
Dat kunt u proberen, maar het heeft meestal weinig succes als er niets is opgeschoond. Veel hosters eisen een verklaring of een bewijs van opschoning. Wordt zonder het wegnemen van de oorzaak gedeblokkeerd, dan dreigt de volgende blokkade.
Moet ik naar een andere hoster overstappen?
Niet overhaast. Een verhuizing neemt de schadelijke code mee als die meeverhuist en vernietigt sporen. Eerst opschonen en de oorzaak vaststellen, daarna over de hoster beslissen.
Hoe lang duurt het voordat mijn website weer online is?
Dat hangt af van de omvang van de besmetting, de toestand van de logboeken en de reactie van de hoster, daarom noemen wij geen termijnen. Na de eerste inschatting zeggen wij u wat er moet gebeuren en welke stappen van de hoster afhangen.