Kort gezegd: Is de website van uw ambachtsbedrijf gehackt of door PHP2Shell in gevaar, dan hoeft u zelf geen technicus te zijn. Belangrijk is dat u de juiste vragen stelt aan hostingprovider en webdesigner, toegangen veiligstelt en de website in geval van twijfel kort uitschakelt. De rest nemen vakmensen over.
Waarom websites van ambachtsbedrijven kwetsbaar zijn
De website van een ambachtsbedrijf is meestal slank: diensten, referentiefoto's, een contactformulier, misschien een pagina met vacatures. Hij is vaak jaren geleden gebouwd door een klein bureau, een freelancer of iemand uit de familie, vaak met WordPress. Sindsdien draait hij stilletjes door.
PHP2Shell treft precies zulke sites. De kwetsbaarheden zitten in PHP zelf, de programmeertaal onder bijna alle websites van dit type. Aanvallers hebben daarvoor geen wachtwoord nodig. Ze doorzoeken het internet geautomatiseerd op kwetsbare servers, ongeacht of daar een concern of een dakdekkersbedrijf staat.
Welke gegevens op de website van een ambachtsbedrijf staan
Op het eerste gezicht weinig. Op het tweede: aanvragen met namen, adressen en telefoonnummers, foto's van badkamers, daken en stookruimtes die klanten uploaden voor een inschatting, en sollicitaties met cv en getuigschriften. Sommige formulier-plug-ins slaan dat alles blijvend op in de database, ook als u de aanvraag allang per mail hebt ontvangen.
Voor aanvallers zijn deze gegevens minder waardevol dan de server zelf. Een gehackte website van een ambachtsbedrijf dient vaak als afzender voor spam, als opslag voor oplichtingssites of als doorverwijzing naar nepwebshops. Uw goede naam in de regio wordt zo een camouflage. Dat wordt vaak pas gemerkt als een klant belt en vraagt waarom uw site opeens reclame voor online casino's toont.
Wat een gehackte server voor het bedrijf betekent
- Minder opdrachten: Toont Google een waarschuwing of leidt de site om, dan blijven aanvragen uit, vaak weken onopgemerkt.
- Mails in de spam: Verstuurt de server spam, dan belanden ook uw offertes en facturen bij klanten in de spambox.
- Gedoe met de hostingprovider: Hostingproviders blokkeren opvallende pakketten, soms inclusief mailboxen.
- Vervalste facturen: Zijn ook mailtoegangen getroffen, dan kunnen klanten facturen met een vreemd rekeningnummer ontvangen.
Ambacht en website gehackt: wie is verantwoordelijk?
In kleine bedrijven is de situatie vaak onoverzichtelijk. Het hostingcontract staat op naam van de eigenaar, de inloggegevens heeft de vroegere webdesigner en niemand weet precies welke PHP-versie draait. Bij gewone webhosting werkt de hostingprovider PHP voor de server bij. Of hij dat heeft gedaan, vraagt u het best schriftelijk na. Een voorbeeld daarvoor vindt u in de gids Hostingprovider naar de patchstatus vragen.
Belangrijk om te weten: een update van de website of de plug-ins sluit het PHP-lek niet. En een patch verwijdert geen schadelijke code die er al eerder is ingebracht.
Bewaar de inloggegevens voor domein, hosting en website-beheer op een veilige plek in het bedrijf, niet alleen bij de webdesigner. In een noodgeval verliest u anders tijd met zoeken.
De eerste uren: een checklist voor eigenaren
- Vraag bij de hostingprovider: is PHP voor mijn pakket gepatcht en herstart? Laat het antwoord schriftelijk geven.
- Is er geen duidelijk antwoord of zijn er tekenen van een hack, schakel de website dan tijdelijk uit via het klantmenu van de hostingprovider. Aanvragen lopen in die tijd via telefoon en mail.
- Vraag de hostingprovider de serverlogs vanaf 20 oktober 2026 te bewaren.
- Wijzig alle wachtwoorden pas wanneer de server schoon is, anders leest een aanvaller de nieuwe meteen mee.
- Controleer of er een actuele back-up is en wie die kan terugzetten.
Na het incident: de website bewust eenvoudig houden
Veel websites van ambachtsbedrijven slepen ballast mee: plug-ins voor functies die nooit zijn gebruikt, oude testpagina's, een vergeten gastenboek. Elk van die onderdelen moet worden onderhouden. Na een incident loont een snoeibeurt: wat geen aanvragen oplevert, gaat eruit.
Stel bovendien vast of formulieren aanvragen blijvend moeten opslaan of dat een mail aan het bedrijf volstaat. Zorg dat er regelmatig back-ups zijn die niet op dezelfde server staan. En controleer of uw hostingpakket nog bij de website past of dat een beheerd pakket met duidelijke verantwoordelijkheid voor PHP voor u de eenvoudigere oplossing is.
Hoe helpt PHP SOS concreet?
- Wij spreken namens u met hostingprovider en webdesigner en stellen in begrijpelijke woorden vast wie wat moet doen.
- Wij controleren op afstand of de server is gepatcht en of er schadelijke code, vreemde beheerdersaccounts of spamscripts aanwezig zijn.
- Bij besmetting saneren wij de website in het kader van onze noodhulp en helpen een Google-waarschuwing weer te laten verwijderen.
- Wij beveiligen uw toegangen opnieuw en geven u een korte documentatie voor uw administratie.
- Wie er zelf niet meer mee bezig wil zijn, krijgt met een onderhoudscontract een vaste verantwoordelijke.
Veelgestelde vragen
Mijn website is gebouwd door een kennis. Wie is nu verantwoordelijk?
Verantwoordelijk voor de website is het bedrijf op wiens naam domein en hosting lopen. De webdesigner kan helpen, maar is alleen verantwoordelijk als een onderhoudscontract dat regelt. Voor PHP op de server is bij gewone webhosting meestal de hostingprovider verantwoordelijk.
Waaraan merk ik dat de website van mijn bedrijf is gehackt?
Typische signalen zijn doorverwijzingen naar vreemde sites, anderstalige inhoud in de Google-resultaten, een waarschuwing in de browser of plotseling uitblijvende aanvragen. Soms neemt ook de hostingprovider contact op, omdat de server spam verstuurt. Vaak is er in eerste instantie echter niets te zien.
Kan een websitehack ook mijn e-mail raken?
Staan website en mailboxen in hetzelfde hostingpakket, dan is dat mogelijk. Een aanvaller kan de server voor het versturen van spam gebruiken, waardoor uw mails bij klanten in de spam belanden. Wijzig na de opschoning ook de wachtwoorden van de mailboxen.