# Webshop gehackt? Veilig en aantoonbaar terug

> Webshop gehackt? Wij beschermen klantgegevens en omzet, vinden de ingang en brengen de shop aantoonbaar schoon terug. Bel nu of app ons.

Bron: https://phpsos.de/nl/soforthilfe/onlineshop-gehackt/  
Stand: 25-10-2026  
Aanbieder: PHP SOS, PHP-noodhulp en serverbeveiliging. Directe hulp via WhatsApp: https://wa.me/491736494914?text=Hallo%20PHP%20SOS%2C%20wij%20hebben%20hulp%20nodig%20met%20onze%20PHP-server.%20Bedrijf%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6

**Kort gezegd:** Als uw webshop is gehackt, gaat het om drie dingen tegelijk: klantgegevens beschermen, omzet veiligstellen en aantonen dat de shop weer schoon is. Bent u getroffen? Neem nu contact op. Wij nemen op afstand beheersing, oorzaakanalyse, opschoning en documentatie over en stemmen af met uw dienstverleners.

> **Direct handelen:**
> **Verwijder nu niets en zet niets opnieuw op.** Voordat u bestanden verwijdert of de shop terugzet, moeten bestanden, database en logboeken zijn veiliggesteld. Bel ons of stuur een bericht via WhatsApp. De snelste weg is [Meld uw noodgeval](https://phpsos.de/nl/notfall/).

## Bent u getroffen? Aanwijzingen in de webshop

Bij shops staat er meer op het spel dan bij een visitekaartjessite. Let op deze signalen:

- Klanten melden dat hun kaart of account na een bestelling bij u is misbruikt
- Uw betaaldienstverlener of bank vraagt naar opvallende transacties
- in het betaalproces verschijnen velden, vensters of doorverwijzingen die u niet hebt ingesteld
- bestellingen, prijzen of kortingsbonnen zijn zonder uw toedoen gewijzigd
- in het beheergedeelte staan onbekende gebruikers of ongebruikelijke aanmeldingen
- uw mailserver verstuurt spam in naam van de shop, of klanten ontvangen phishingmails met uw afzender
- bestanden in mappen voor media, cache of plugins zijn nieuw of gewijzigd, hoewel niemand iets heeft uitgerold
- de belasting stijgt zonder aanwijsbare toename van bezoekers

## Wat u nu direct doet

1. **Beslis of de kassa offline gaat.** Zodra betaal- of klantgegevens gevaar kunnen lopen, haalt u de checkout of de shop tijdelijk van het netwerk, bijvoorbeeld met een onderhoudspagina. De beslissing ligt bij u; wij adviseren daarbij.
2. **Verwijder niets, overschrijf niets.** Geen updates op het live systeem, geen back-up terugzetten.
3. **Bereid de betaaldienstverlener voor.** Controleer welke meldwegen uw contract voorziet en houd de contactpersonen bij de hand.
4. **Bewaar de logboeken.** Vraag hostingprovider en bureau toegangs-, fout- en shoplogboeken veilig te stellen. De vakpers adviseert serverlogboeken vanaf 20-10-2026 te bewaren.
5. **Maak een lijst van de toegangen:** shopbeheer, server, database, betaalportalen, koppelingen met voorraadbeheer en verzending. Wachtwoorden pas na overleg wijzigen.
6. **Informeer de interne partijen:** directie, functionaris voor gegevensbescherming, verzekeraar. Aanwijzingen over de polis staan onder [Cyberverzekering bij schade](https://phpsos.de/nl/compliance/cyberversicherung/).
7. **Meld u bij ons,** voordat uw bureau de shop op eigen houtje repareert.

## Hoe helpt PHP SOS bij een gehackte webshop?

1. **Situatie opnemen:** shopsysteem, versie, PHP-status, hostingprovider, betaalmethoden, gekoppelde diensten. Wij stellen vast welke gegevens in de shop staan.
2. **Veiligstellen en beheersen:** kopie van bestanden en database, veiligstellen van de logboeken, blokkeren van opvallende toegangen, beveiligen van de kassa.
3. **Oorzaak en omvang bepalen:** Wij controleren kernbestanden, extensies, templates, geplande taken en database-inhoud op manipulaties en proberen aan te tonen wat er kan zijn weggelekt. Waar de sporen niet volstaan, zeggen we dat openlijk.
4. **Opschonen en herstellen:** schadelijke code verwijderen of opnieuw opbouwen uit betrouwbare bronnen, afhankelijk van de bevinding. De afweging tussen beide beschrijft [Opnieuw opzetten of opschonen?](https://phpsos.de/nl/blog/neu-aufsetzen-oder-bereinigen/).
5. **Beveiligen, weer vrijgeven, rapporteren:** PHP-status, rechten, beheerdersbescherming, monitoring. U krijgt documentatie die u aan betaaldienstverlener, functionaris voor gegevensbescherming en verzekeraar kunt voorleggen.

Groeit het incident uit tot voorbij de shop, bijvoorbeeld naar voorraadbeheer of interne systemen, dan gaan we over op [Incident Response](https://phpsos.de/nl/leistungen/incident-response/). Moet u juridisch houdbaar weten wat er is gebeurd, dan komt daarnaast [IT-forensisch onderzoek](https://phpsos.de/nl/leistungen/it-forensik/) in aanmerking.

## Klantgegevens, meldplichten en communicatie

In de shop staan namen, adressen, bestellingen en vaak betaalgegevens. Zodra zulke gegevens getroffen kunnen zijn, loopt er een termijn: de AVG kent een melding aan de toezichthouder binnen 72 uur als een risico voor de betrokkenen niet kan worden uitgesloten. Of dat voor uw geval geldt, bespreekt u met uw functionaris voor gegevensbescherming of een advocaat; wij geven geen rechtsadvies. Wij leveren de technische basis die u daarvoor nodig hebt. Meer over de termijn: [AVG-meldplicht](https://phpsos.de/nl/compliance/dsgvo-meldepflicht-72-stunden/).

Ook de communicatie naar klanten hoort bij het incident. Hoe u zakelijk informeert zonder iets te verzwijgen of te speculeren, beschrijven [Klanten informeren na een incident](https://phpsos.de/nl/blog/kunden-nach-vorfall-informieren/) en [Crisiscommunicatie na een aanval](https://phpsos.de/nl/compliance/krisenkommunikation/). Op de mogelijkheid van aangifte gaan we in onder [Aangifte bij de politie](https://phpsos.de/nl/compliance/anzeige-polizei-zac/).

## Shopsystemen en PHP-status

Of het nu WooCommerce, Shopware, Magento of PrestaShop is: ze draaien allemaal op PHP. Een update van de shopsoftware dicht de PHP-kwetsbaarheden PHP2Shell niet. De brancheseite [IT-beveiliging voor webshops](https://phpsos.de/nl/branchen/onlineshops/) vat de bijzonderheden samen, de platformpagina's [WooCommerce](https://phpsos.de/nl/plattformen/woocommerce/) en [Shopware 6](https://phpsos.de/nl/plattformen/shopware-6/) gaan in op de afzonderlijke systemen.

## Hoe wij de shop weer vrijgeven

Een shop gaat pas weer volledig live als drie dingen kloppen: de schadelijke code is verwijderd, de ingang is gesloten en de toegangsgegevens zijn vernieuwd. Daartoe horen beheerdersaccounts, databasewachtwoorden, API-sleutels van betaal- en verzendaanbieders en e-mailtoegangen. De checkout controleren we als laatste met een testbestelling, zodat zichtbaar is dat het betaalproces ongewijzigd werkt. Daarna adviseren we een scherpere monitoring voor de volgende weken, omdat aanvallers bekende slachtoffers graag opnieuw testen. Een garantie dat er nooit meer iets gebeurt bestaat niet; wat er wel is, is een gedocumenteerde toestand en duidelijke verantwoordelijkheden.

## Wat u ons het best kunt sturen

- shopsysteem en versie, hostingprovider, indien bekend ook de PHP-versie
- wat het eerst is opgevallen en sinds wanneer
- meldingen van klanten, bank of betaaldienstverlener in de letterlijke tekst
- naam van het bureau of de ontwikkelaar die de shop beheert
- stand en locatie van de laatste back-up

## 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 krijgt één aanspreekpunt dat het incident in uw shop van het eerste contact tot de afronding leidt. Wij werken op afstand in heel Duitsland en Europa, leggen elke stap schriftelijk vast en beloven niets wat niemand kan waarmaken. Wij werken door tot het incident is afgerond en gedocumenteerd.

## Bent u getroffen? Bel ons. Wij helpen.

Elk uur met een gecompromitteerde checkout kan klantgegevens kosten. Neem nu contact op, per telefoon of WhatsApp, dan nemen wij het over vanaf het eerste bericht. [Meld nu uw noodgeval](https://phpsos.de/nl/notfall/)


## Veelgestelde vragen

**Moet ik mijn webshop direct uitschakelen als hij is gehackt?**  
Als klantgegevens of betalingen gevaar lopen, is tijdelijk uitschakelen van de kassa of de hele shop vaak de juiste beslissing. De afweging tussen omzetverlies en schade maakt u zelf, wij leveren de technische inschatting daarvoor. Belangrijk is dat u daarbij geen bestanden verwijdert.

**Moet ik klanten informeren als mijn shop is gehackt?**  
Dat hangt ervan af of persoonsgegevens getroffen kunnen zijn en welk risico er voor de betrokkenen bestaat. Neem de beslissing samen met uw functionaris voor gegevensbescherming of een advocaat. Ons rapport levert daarvoor de technische feiten.

**Hoe herken ik dat vreemde code in de checkout betaalgegevens afvangt?**  
Aanwijzingen zijn onbekende scripts in het betaalproces, meldingen van klanten over misbruik van hun kaart na een aankoop of signalen van de betaaldienstverlener. Zekerheid geeft alleen een controle van de bestanden en de database.

**Kan ik de shop gewoon herstellen vanuit de back-up?**  
Een back-up brengt u alleen schoon terug als hij vóór de inbraak is gemaakt en de toegangspoort daarna is gedicht. Beide is vooraf vaak onduidelijk. Daarom zetten wij eerst alles veilig en beoordelen daarna samen met u.

**Helpt de noodhulp ook bij Shopware, WooCommerce of Magento?**  
Ja. De werkwijze is bij alle PHP-shops vergelijkbaar: veiligstellen, beheersen, oorzaak vinden, opschonen, beveiligen. Systeemspecifieke bijzonderheden controleren we bij de betreffende shop.

## Bronnen

- [BSI: Duitse federale dienst voor informatiebeveiliging](https://www.bsi.bund.de/)
- [AVG art. 33: melding aan de toezichthouder](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [OWASP Top 10](https://owasp.org/www-project-top-ten/)
- [Politie: Zentrale Ansprechstellen Cybercrime (Duitse contactpunten voor cybercrime)](https://www.polizei.de/)
