# IT-noodgeval: direct een dienstverlener voor webservers inhuren

> IT-noodgeval op de webserver? Wij zijn de dienstverlener die op afstand ingrijpt, sporen veiligstelt en opschoont. Bel of stuur een WhatsApp-bericht.

Bron: https://phpsos.de/nl/soforthilfe/it-notfall-dienstleister/  
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:** Bent u getroffen? Bel ons. Wij helpen. Hebt u een IT-noodgeval op de webserver en geen expert bij de hand, dan schakelt u ons in met één bericht: wij nemen het over vanaf het eerste bericht, werken op afstand zonder reistijd en leggen alles schriftelijk vast, tot het incident is afgerond en gedocumenteerd.

> **Direct handelen:**
> **Verwijder nu niets en zet niets opnieuw op.** Ook niet als voorbereiding voor de dienstverlener. De toestand van het systeem is het belangrijkste bewijsmiddel. [Meld uw noodgeval](https://phpsos.de/nl/notfall/), dan regelen we toegangen en rollen samen.

## Bent u getroffen? Wanneer een noodgeval-dienstverlener nodig is

Niet elke storing is een beveiligingsincident. Een dienstverlener voor noodgevallen is zinvol als minstens één van deze punten van toepassing is:

- Uw webserver gedraagt zich opvallend en niemand in huis kan de oorzaak duiden.
- Er is een vermoeden van schadelijke code, een inbraak of weggelekte gegevens.
- De hostingprovider heeft het aanbod geblokkeerd of eist een opschoning.
- Uw PHP-versie is oud of onduidelijk, en u weet niet of de PHP2Shell-kwetsbaarheden zijn misbruikt.
- De eigen IT-afdeling of het bureau is niet bereikbaar of heeft geen ervaring met incidenten.

Het vermoeden volstaat. Of u zelf verder komt of ondersteuning nodig hebt, kunt u afwegen met de pagina [Zelf verhelpen of een dienstverlener inschakelen?](https://phpsos.de/nl/blog/selbst-beheben-oder-dienstleister/).

## Wat u nu direct doet

1. **Bevries de toestand.** Geen wijzigingen aan de server, geen opruimacties, geen updates in het wilde weg.
2. **Maak een lijst van de toegangen.** Welke paneel-, SSH-, CMS- en databasetoegangen zijn er, en wie beheert ze?
3. **Informeer de hostingprovider.** Vraag hem logboeken en snapshots te bewaren. Verzwijg niets wat hij moet weten.
4. **Wijs een beslisser aan.** Wie in het bedrijf geeft uitschakelen, herstarts en wachtwoordwijzigingen vrij?
5. **Breng de gegevens in kaart.** Staan er persoonsgegevens, betaalgegevens of bedrijfsgeheimen op het systeem?
6. **Informeer de betrokkenen.** De functionaris voor gegevensbescherming en, indien aanwezig, de cyberverzekeraar.
7. **Schakel de dienstverlener in.** Bel ons of stuur een bericht via WhatsApp. Wij nemen het over vanaf het eerste bericht.

## Zo verloopt de opdracht

Een noodgeval verdraagt geen lang contractproces, maar ook geen hiaten in verantwoordelijkheid en gegevensbescherming. Daarom gaan wij in deze volgorde te werk:

1. **Eerste gesprek:** Wij horen de situatie aan en stellen de weinige vragen die nodig zijn voor een eerste inschatting.
2. **Kader afstemmen:** Samen bepalen we welke systemen we mogen controleren, wie beslist en hoe we communiceren.
3. **Gegevensbescherming regelen:** Krijgen wij toegang tot systemen met persoonsgegevens, dan bespreken we de benodigde verwerkersovereenkomst. De basis legt de pagina [Gegevensverwerking in opdracht bij servertoegang](https://phpsos.de/nl/blog/auftragsverarbeitung-serverzugriff/) uit.
4. **Toegang inrichten:** U geeft ons alleen de rechten die voor de opdracht nodig zijn. Na afronding worden toegangen weer ingetrokken.
5. **Werk en rapporten:** Wij melden ons met tussenstanden en leggen de resultaten schriftelijk vast.

Hoe u aanbieders in het algemeen vergelijkt, staat in [Een IT-beveiligingsdienstverlener kiezen: 12 vragen](https://phpsos.de/nl/blog/sicherheitsdienstleister-auswaehlen/). Contractuele verplichtingen rond beveiliging behandelt [Dienstverlenerscontracten: beveiligingsplichten helder regelen](https://phpsos.de/nl/blog/dienstleistervertrag-sicherheit/).

## Hoe helpt PHP SOS concreet?

1. **Situatie opnemen:** Wat is er gebeurd, welke servers draaien er, welke PHP-versies en welke uitvoeringsmodus (PHP-FPM, mod_php, LiteSpeed) zijn in gebruik?
2. **Veiligstellen en dichten:** Wij zetten logboeken, bestanden en database veilig. Daarna verhelpen we de oorzaak: patch, configuratie of het blokkeren van toegangen, met herstart van alle PHP-processen.
3. **Controleren en opschonen:** Wij zoeken webshells, achterdeuren, cronjobs en vreemde toegangen en verwijderen ze, of bouwen opnieuw op uit schone bronnen.
4. **Beveiligen en rapporteren:** U krijgt een rapport met tijdlijn, bevindingen en aanbevelingen. Bij grotere incidenten gaan we over naar [Incident Response](https://phpsos.de/nl/leistungen/incident-response/).

Gaat het eerst alleen om het PHP-lek en het bewijs van de patch, dan past de [PHP2Shell-noodhulp voor bedrijven](https://phpsos.de/nl/leistungen/php2shell-soforthilfe/). Is er schadelijke code aanwezig, dan is [malwareverwijdering](https://phpsos.de/nl/leistungen/malware-entfernung/) het juiste uitgangspunt.

## Waaraan u een serieuze noodgeval-dienstverlener herkent

In een noodgeval grijpen veel mensen naar de eerste de beste aanbieder. Drie vragen helpen om in enkele minuten orde te scheppen. Eerste: wordt er eerst veiliggesteld en pas daarna gewijzigd? Wie meteen „opruimt”, belemmert het latere onderzoek. Tweede: wordt schriftelijk vastgelegd wat is gevonden en gedaan? Zonder documentatie kunnen noch verzekeraar noch functionaris voor gegevensbescherming er iets mee. Derde: worden grenzen genoemd? Een aanbieder die alles haalbaar noemt voordat hij het systeem heeft gezien, moet u met voorzichtigheid benaderen.

Controleer ook of de dienstverlener uw uitvoeringsmodus begrijpt. PHP-FPM, Apache met mod_php, php-cgi, FrankenPHP en LiteSpeed gedragen zich bij het patchen verschillend, en na de update moeten alle processen worden herstart, anders blijft de oude toestand in het geheugen doorlopen.

## Wat een noodgeval-dienstverlener niet kan leveren

Het loont om de grenzen vooraf te kennen. Geen dienstverlener kan achteraf logboeken maken die nooit zijn geschreven of al zijn overschreven. Bij ontbrekende sporen benoemen wij de hiaten openlijk. Ook kan niemand toezeggen dat een opgeschoond systeem nooit meer wordt aangevallen. En rechtsadvies hoort niet bij onze opdracht: vragen over meldplichten, aansprakelijkheid en verzekering gaan naar functionarissen voor gegevensbescherming, advocaat en verzekeraar; wij leveren hun de technische feiten.

## Wat u ons het best kunt sturen

- korte beschrijving van het incident en het tijdstip waarop het opviel
- getroffen domeinen, servers en, voor zover bekend, de PHP-versie
- naam van de hostingprovider en soort contract (shared hosting, vServer, rootserver, managed server)
- een contactpersoon met beslissingsbevoegdheid
- bestaande back-ups en hun actualiteit

## 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 spreekt met een vast aanspreekpunt, wij werken op afstand in heel Duitsland en Europa en documenteren elke stap. Wij zeggen openlijk wat aangetoond is en wat niet, en doen geen beloften die geen serieuze dienstverlener kan doen. Onze volgorde is altijd dezelfde: eerst veiligstellen, dan wijzigen, dan rapporteren.

## Bent u getroffen? Bel ons. Wij helpen.

Zoek niet verder naar de passende dienstverlener terwijl het incident loopt. Bel ons of stuur een bericht via WhatsApp, wij nemen het over vanaf het eerste bericht. [Meld nu uw noodgeval](https://phpsos.de/nl/notfall/).


## Veelgestelde vragen

**Waaraan herken ik een goede dienstverlener voor IT-noodgevallen?**  
Hij zet sporen veilig voordat hij iets wijzigt, maakt openlijk onderscheid tussen aangetoond en vermoed, documenteert elke stap en belooft geen wonderen. Wees wantrouwig bij uitspraken als „gegarandeerd schoon”, want dat kan niemand serieus toezeggen.

**Welke toegangen heeft een dienstverlener nodig bij een IT-noodgeval?**  
Meestal SSH- of paneeltoegang tot de server, toegang tot de CMS-backend en de database, of uw toestemming om met de hostingprovider te spreken. Geef alleen wat nodig is en leg vast wie wanneer welke toegang heeft gekregen.

**Heb ik voor toegang op afstand een verwerkersovereenkomst nodig?**  
Krijgt een dienstverlener toegang tot systemen met persoonsgegevens, dan is meestal een regeling voor gegevensverwerking in opdracht nodig. De beoordeling is aan functionarissen voor gegevensbescherming of advocaten. Wij bespreken dat meteen aan het begin met u.

**Wat is het verschil tussen Incident Response en malwareverwijdering?**  
Malwareverwijdering maakt een besmet systeem schoon. Incident Response is breder opgezet: het omvat overzicht van de situatie, beheersing, opschonen, communicatie en nazorg, vaak over meerdere systemen heen.

**Moet mijn hostingprovider erbij worden betrokken?**  
Vaak wel, bijvoorbeeld voor snapshots, logboeken of het opheffen van blokkades. Wij stemmen af met uw hostingprovider, mits u dat toestaat. Wat gecontroleerd kan worden, hangt af van de rechten die wij krijgen.

## Bronnen

- [BSI: Duitse federale dienst voor informatiebeveiliging](https://www.bsi.bund.de/)
- [BSI IT-Grundschutz (Duitse basisbescherming voor IT)](https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/IT-Grundschutz/it-grundschutz_node.html)
- [AVG art. 33: melding aan de toezichthouder](https://dsgvo-gesetz.de/art-33-dsgvo/)