# Awaria IT: natychmiast zleć usługodawcy obsługę serwera WWW

> Awaria IT na serwerze WWW? Jesteśmy usługodawcą, który wchodzi zdalnie, zabezpiecza ślady i czyści system. Zadzwoń lub napisz na WhatsApp.

Źródło: https://phpsos.de/pl/soforthilfe/it-notfall-dienstleister/  
Stan: 25.10.2026  
Dostawca: PHP SOS, Pomoc awaryjna PHP i bezpieczeństwo serwerów. Natychmiastowa pomoc przez WhatsApp: https://wa.me/491736494914?text=Dzie%C5%84%20dobry%2C%20PHP%20SOS%2C%20potrzebujemy%20pomocy%20z%20naszym%20serwerem%20PHP.%20Firma%3A%20%E2%80%A6%20Strona%20internetowa%3A%20%E2%80%A6

**Krótko:** Czy są Państwo dotknięci? Proszę zadzwonić. Pomożemy. Jeśli mają Państwo awarię IT na serwerze WWW i nie ma pod ręką eksperta, mogą nas Państwo zlecić jedną wiadomością: przejmujemy sprawę od pierwszej wiadomości, pracujemy zdalnie bez dojazdu i utrwalamy wszystko na piśmie, aż incydent zostanie zakończony i udokumentowany.

> **Działać natychmiast:**
> **Teraz niczego nie usuwać i niczego nie instalować od nowa.** Także nie w ramach przygotowania dla usługodawcy. Stan systemu jest najważniejszym dowodem. [Zgłoś awarię](https://phpsos.de/pl/notfall/), a dostępy i role wyjaśnimy wspólnie.

## Czy są Państwo dotknięci? Kiedy potrzebny jest usługodawca na awarię

Nie każde zakłócenie jest incydentem bezpieczeństwa. Usługodawca na awarie ma sens, gdy zachodzi co najmniej jeden z tych punktów:

- Państwa serwer WWW zachowuje się podejrzanie i nikt w firmie nie potrafi ocenić przyczyny.
- Istnieje podejrzenie złośliwego kodu, włamania lub wycieku danych.
- Hostingodawca zablokował usługę lub żąda oczyszczenia.
- Państwa wersja PHP jest stara lub niewyjaśniona i nie wiedzą Państwo, czy luki PHP2Shell zostały wykorzystane.
- Własny dział IT lub agencja są nieosiągalne albo nie mają doświadczenia z incydentami.

Podejrzenie wystarczy. To, czy poradzą sobie Państwo sami, czy potrzebne jest wsparcie, można rozważyć dzięki stronie [Naprawić samemu czy zlecić usługodawcy?](https://phpsos.de/pl/blog/selbst-beheben-oder-dienstleister/).

## Co należy zrobić teraz

1. **Zamrozić stan.** Bez zmian na serwerze, bez akcji sprzątających, bez aktualizacji po omacku.
2. **Spisać dostępy.** Jakie istnieją dostępy do panelu, SSH, CMS i bazy danych i kto nimi zarządza?
3. **Poinformować hostingodawcę.** Proszę poprosić go o zachowanie logów i migawek. Niczego nie zatajać z tego, co powinien wiedzieć.
4. **Wyznaczyć decydenta.** Kto w firmie zatwierdza wyłączenia, restarty i zmiany haseł?
5. **Wyjaśnić sytuację z danymi.** Czy w systemie znajdują się dane osobowe, dane płatnicze lub tajemnice handlowe?
6. **Poinformować zainteresowanych.** Inspektora ochrony danych oraz, jeśli istnieje, ubezpieczyciela cyberpolisy.
7. **Zlecić usługodawcy.** Proszę zadzwonić lub napisać na WhatsApp. Przejmujemy sprawę od pierwszej wiadomości.

## Jak przebiega zlecenie

Awaria nie znosi długiego procesu umownego, ale nie znosi też luk w odpowiedzialności i ochronie danych. Dlatego postępujemy w tej kolejności:

1. **Pierwsza rozmowa:** Wysłuchujemy sytuacji i zadajemy kilka pytań potrzebnych do pierwszej oceny.
2. **Uzgodnienie ram:** Wspólnie ustalamy, które systemy możemy sprawdzać, kto decyduje i jak się komunikujemy.
3. **Uregulowanie ochrony danych:** Jeśli uzyskujemy dostęp do systemów z danymi osobowymi, omawiamy niezbędną umowę o powierzeniu przetwarzania danych. Podstawy wyjaśnia strona [Powierzenie przetwarzania przy dostępie do serwera](https://phpsos.de/pl/blog/auftragsverarbeitung-serverzugriff/).
4. **Skonfigurowanie dostępu:** Udzielają nam Państwo tylko uprawnień potrzebnych do zlecenia. Po zakończeniu dostępy są cofane.
5. **Praca i raporty:** Zgłaszamy się ze stanami pośrednimi i utrwalamy wyniki na piśmie.

Jak w ogólności porównywać dostawców, opisuje artykuł [Wybór usługodawcy w zakresie bezpieczeństwa IT: 12 pytań](https://phpsos.de/pl/blog/sicherheitsdienstleister-auswaehlen/). Obowiązkami umownymi w zakresie bezpieczeństwa zajmuje się artykuł [Umowy z usługodawcami: jasne uregulowanie obowiązków w zakresie bezpieczeństwa](https://phpsos.de/pl/blog/dienstleistervertrag-sicherheit/).

## Jak PHP SOS pomaga w praktyce?

1. **Ocena sytuacji:** Co się stało, jakie serwery działają, jakie wersje PHP i jaki tryb pracy (PHP-FPM, mod_php, LiteSpeed) są używane?
2. **Zabezpieczenie i zamknięcie:** Zabezpieczamy logi, pliki i bazę danych. Następnie usuwamy przyczynę: poprawka, konfiguracja lub zablokowanie dostępów, z restartem wszystkich procesów PHP.
3. **Sprawdzenie i oczyszczenie:** Szukamy webshelli, tylnych drzwi, zadań cron i obcych dostępów i je usuwamy albo odbudowujemy z czystych źródeł.
4. **Wzmocnienie i raport:** Otrzymują Państwo raport z osią czasu, znaleziskami i zaleceniami. Przy większych incydentach przechodzimy do [reakcji na incydenty (Incident Response)](https://phpsos.de/pl/leistungen/incident-response/).

Jeśli chodzi najpierw tylko o lukę PHP i dowód poprawki, odpowiednia jest [pomoc awaryjna PHP2Shell dla firm](https://phpsos.de/pl/leistungen/php2shell-soforthilfe/). Jeśli występuje złośliwy kod, właściwym punktem wyjścia jest [usuwanie malware](https://phpsos.de/pl/leistungen/malware-entfernung/).

## Po czym poznać rzetelnego usługodawcę na awarie

W sytuacji awaryjnej wielu sięga po pierwszego lepszego dostawcę. Trzy pytania pomagają zaprowadzić porządek w kilka minut. Po pierwsze: czy najpierw zabezpiecza się ślady, a dopiero potem zmienia? Kto od razu „sprząta”, utrudnia późniejsze wyjaśnienie. Po drugie: czy na piśmie utrwala się, co znaleziono i zrobiono? Bez dokumentacji ani ubezpieczyciel, ani inspektor ochrony danych nie mogą z tego nic zrobić. Po trzecie: czy wskazywane są granice? Do dostawcy, który uznaje wszystko za wykonalne, zanim zobaczył system, należy podchodzić z ostrożnością.

Proszę też sprawdzić, czy usługodawca rozumie Państwa tryb pracy. PHP-FPM, Apache z mod_php, php-cgi, FrankenPHP i LiteSpeed zachowują się przy wgrywaniu poprawek odmiennie, a po aktualizacji wszystkie procesy muszą zostać zrestartowane, inaczej w pamięci nadal działa stary stan.

## Czego usługodawca na awarie nie może zapewnić

Warto znać granice z góry. Żaden usługodawca nie może wstecznie odtworzyć logów, które nigdy nie zostały zapisane lub zostały już nadpisane. Przy brakujących śladach otwarcie wskazujemy luki. Nikt też nie może zapewnić, że oczyszczony system nigdy więcej nie zostanie zaatakowany. A porady prawne nie należą do naszego zakresu zlecenia: pytania o obowiązki zgłoszeniowe, odpowiedzialność i ubezpieczenie trafiają do inspektora ochrony danych, prawnika i ubezpieczyciela, my dostarczamy im fakty techniczne.

## Co warto nam przesłać

- krótki opis incydentu i momentu, w którym go zauważono
- dotknięte domeny, serwery oraz, o ile znana, wersja PHP
- nazwa hostingodawcy i rodzaj umowy (hosting współdzielony, serwer wirtualny, serwer dedykowany, serwer zarządzany)
- osoba kontaktowa uprawniona do decyzji
- istniejące kopie zapasowe i ich stan

## Dlaczego PHP SOS

Pracujemy w standardzie Made in Germany i od ponad 25 lat specjalizujemy się w bezpieczeństwie IT wraz z naszą siecią partnerów złożoną z ekspertów od cyberbezpieczeństwa. Rozmawiają Państwo ze stałą osobą kontaktową, pracujemy zdalnie w całych Niemczech i w Europie i dokumentujemy każdy krok. Mówimy otwarcie, co jest udowodnione, a co nie, i nie składamy obietnic, których żaden rzetelny usługodawca nie może złożyć. Nasza kolejność jest zawsze taka sama: najpierw zabezpieczyć, potem zmienić, potem zaraportować.

## Czy są Państwo dotknięci? Proszę zadzwonić. Pomożemy.

Proszę nie szukać dalej odpowiedniego usługodawcy, podczas gdy incydent trwa. Proszę zadzwonić lub napisać na WhatsApp, przejmujemy sprawę od pierwszej wiadomości. [Zgłoś awarię teraz](https://phpsos.de/pl/notfall/).


## Częste pytania

**Po czym poznać dobrego usługodawcę na awarię IT?**  
Zabezpiecza ślady, zanim cokolwiek zmieni, otwarcie rozdziela to, co udowodnione, od tego, co przypuszczalne, dokumentuje każdy krok i nie obiecuje cudów. Ostrożność powinny budzić stwierdzenia w rodzaju „system na pewno jest czysty”, ponieważ nikt nie może tego rzetelnie zapewnić.

**Jakich dostępów potrzebuje usługodawca przy awarii IT?**  
Zwykle dostępu przez SSH lub panel do serwera, dostępu do zaplecza CMS i bazy danych albo Państwa zgody na rozmowę z hostingodawcą. Proszę udzielać tylko tego, co konieczne, i odnotować, kto i kiedy otrzymał jaki dostęp.

**Czy do zdalnego dostępu potrzebuję umowy powierzenia przetwarzania danych?**  
Jeżeli usługodawca uzyskuje dostęp do systemów z danymi osobowymi, zwykle potrzebna jest regulacja dotycząca powierzenia przetwarzania danych. Ocenę wydają inspektorzy ochrony danych lub prawnicy. Wyjaśniamy to z Państwem na samym początku.

**Jaka jest różnica między reakcją na incydent a usuwaniem malware?**  
Usuwanie malware oczyszcza zainfekowany system. Reakcja na incydent (Incident Response) ma szerszy zakres: obejmuje ocenę sytuacji, powstrzymanie ataku, oczyszczenie, komunikację i działania po incydencie, często w wielu systemach.

**Czy hostingodawca musi być zaangażowany?**  
Często tak, na przykład w sprawie migawek, logów lub zdjęcia blokad. Uzgadniamy się z Państwa hostingodawcą, o ile Państwo na to zezwolą. To, co można sprawdzić, zależy od uprawnień, które otrzymamy.

## Źródła

- [BSI: Federalny Urząd ds. Bezpieczeństwa Informacji (Niemcy)](https://www.bsi.bund.de/)
- [BSI IT-Grundschutz (podstawowa ochrona IT)](https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/IT-Grundschutz/it-grundschutz_node.html)
- [RODO art. 33: zgłoszenie do organu nadzorczego](https://dsgvo-gesetz.de/art-33-dsgvo/)