Poradniki: bezpieczeństwo PHP i serwerów
Artykuły eksperckie dla administratorów i programistów: rozpoznawanie webshelli, utwardzanie php.ini, analiza logów, bezpieczne programowanie.
Oś czasu PHP2Shell: chronologia od 17 do 25 października 2026
Wszystkie potwierdzone daty dotyczące PHP2Shell w jednym zestawieniu, od pierwszej zaobserwowanej próby ataku do stanu na 25.10.2026, oraz wnioski dla Państwa kontroli.
Czytaj dalej →02Potwierdzenie aktualizacji PHP od hostingu: jak zapytać o stan poprawek
Wyświetlana wersja PHP po PHP2Shell niewiele dowodzi. Za pomocą tego wzoru zażądają Państwo od hostingu potwierdzenia, które można udokumentować.
Czytaj dalej →03Jak wykryć i usunąć webshell
Jak wyszukać tylne furtki na serwerach WWW z PHP bez niszczenia śladów i dlaczego samo usunięcie rzadko wystarcza.
Czytaj dalej →04Backdoor w WordPressie: systematyczne wyszukiwanie tylnych furtek
Gdzie zwykle ukrywają się tylne furtki w WordPressie i jak administratorzy mogą je systematycznie wyszukać za pomocą WP-CLI i kilku poleceń.
Czytaj dalej →05Jak bezpiecznie skonfigurować php.ini
Które ustawienia w php.ini zmniejszają powierzchnię ataku, jak chronić je przed nadpisaniem i co obowiązuje dodatkowo po PHP2Shell.
Czytaj dalej →06Jak prawidłowo stosować PHP disable_functions
Za pomocą disable_functions blokują Państwo ryzykowne funkcje PHP. Jak ustalić listę odpowiednio do aplikacji, nie paraliżując strony.
Czytaj dalej →07open_basedir i izolacja każdej strony
Jak za pomocą open_basedir, osobnych użytkowników systemowych i oddzielnych pul PHP-FPM zapobiec temu, by włamanie na jedną stronę dotknęło wszystkich pozostałych na serwerze.
Czytaj dalej →08Uprawnienia do plików na serwerze WWW
Dlaczego serwer WWW nie może zmieniać własnego kodu, jakie uprawnienia dla plików i folderów mają sens i jak szybko sprawdzić stan obecny.
Czytaj dalej →09composer audit: kontrola zależności pod kątem luk
Jak programiści za pomocą composer audit znajdują znane luki w bibliotekach, automatyzują kontrolę i unikają typowych błędów we wdrożeniu.
Czytaj dalej →10Koniec wsparcia PHP (End of Life): ryzyko przestarzałych wersji
Co oznacza koniec wsparcia wersji PHP, które gałęzie dostają po PHP2Shell jeszcze oficjalne poprawki i jak uczynić migrację planowalną.
Czytaj dalej →11Jak zapobiegać SQL injection w PHP
Jak programiści niezawodnie wykluczają SQL injection w aplikacjach PHP za pomocą prepared statements, białych list i minimalnych uprawnień bazy danych.
Czytaj dalej →12Zapobieganie XSS w PHP: skuteczna obrona przed cross-site scripting
Jak programiści zapobiegają cross-site scripting w aplikacjach PHP: kodowanie zależne od kontekstu, auto-escaping w szablonach, oczyszczanie HTML i Content Security Policy.
Czytaj dalej →13Bezpieczne przesyłanie plików w PHP: bezpieczeństwo uploadu
Formularze uploadu to częsta droga dla webshelli. Jak prawidłowo sprawdzać typy plików, bezpiecznie je zapisywać i zapobiegać wykonywaniu przesłanych skryptów przez serwer.
Czytaj dalej →14Zabezpieczanie sesji w PHP: bezpieczeństwo sesji PHP w praktyce
Sesje utrzymują użytkowników zalogowanych i są przez to atrakcyjnym celem. Jak bezpiecznie skonfigurować ciasteczka, identyfikatory sesji i miejsca zapisu oraz wdrożyć wskazówkę PHP2Shell o upload progress.
Czytaj dalej →15Niebezpieczna deserializacja w PHP: unserialize i bezpieczeństwo
unserialize() z obcymi danymi może w najgorszym razie doprowadzić do wykonania kodu. Jak zastąpić je JSON-em, ograniczyć tam, gdzie musi zostać, i znaleźć ryzykowne miejsca w kodzie.
Czytaj dalej →16Zapobieganie Local File Inclusion w PHP: LFI i RFI
Gdy include lub require przejmują ścieżki z żądania, atakujący mogą ładować obce pliki. Jak bezpiecznie zbudować wybór stron i szablonów oraz dodatkowo zabezpieczyć serwer.
Czytaj dalej →17Ochrona logowania administratora przed brute force: ochrona każdego logowania
Zautomatyzowane próby haseł trafiają w każdą dostępną stronę logowania. Jak spowolnić atakujących za pomocą rate limitingu i Fail2ban, chronić konta drugim składnikiem i prawidłowo przechowywać hasła.
Czytaj dalej →18DDoS czy atak hakerski? Jak prawidłowo ocenić atak
Wolna strona, duże obciążenie, dziwne pliki: czy za tym stoi DDoS, czy włamanie, decyduje o właściwej reakcji. Jak ocenić sytuację kilkoma kontrolami.
Czytaj dalej →19Analiza logów serwera WWW po ataku: jak prawidłowo czytać access log
Pliki logów są po ataku często najważniejszym śladem. Jak prawidłowo zabezpieczyć logi dostępu, błędów i PHP, znaleźć podejrzane żądania i uniknąć typowych błędów w analizie.
Czytaj dalej →20Jak wdrożyć uwierzytelnianie dwuskładnikowe dla dostępów administratora
Skradzione hasło nie może wystarczyć do przejęcia Państwa serwera lub sklepu. Jak wybrać odpowiednią metodę, zabezpieczyć wszystkie dostępy administratora i zaplanować dostępy awaryjne.
Czytaj dalej →21Strategia backupu serwera: backupy według reguły 3-2-1
Backup pomaga tylko wtedy, gdy przetrwa atak i da się go przywrócić. Jak wdrożyć regułę 3-2-1 dla serwerów WWW oraz prawidłowo zaplanować przechowywanie i testy.
Czytaj dalej →22Nagłówki bezpieczeństwa stron WWW: jak je prawidłowo ustawić
Nagłówki bezpieczeństwa każą przeglądarce lepiej chronić odwiedzających. Jak ustawić najważniejsze nagłówki w Nginx i Apache, wprowadzić Content-Security-Policy stopniowo i sprawdzić wynik.
Czytaj dalej →23Jak usunąć ostrzeżenie Google „Ta witryna została zhakowana”
Ostrzeżenie o włamaniu w wynikach wyszukiwania kosztuje odwiedzających i zaufanie. Jak dokładnie oczyścić stronę, znaleźć ukryte strony ze spamem i złożyć wniosek o weryfikację w Search Console.
Czytaj dalej →24Lista kontrolna po włamaniu: 20 punktów na etap po incydencie
Po ataku liczy się właściwa kolejność. Ta lista kontrolna prowadzi w 20 punktach przez ograniczenie szkód, zabezpieczenie dowodów, oczyszczenie, nowe dostępy, obowiązki i udokumentowane zamknięcie.
Czytaj dalej →Liczy się każda godzina. Proszę napisać do nas teraz.
Proszę krótko opisać system, wersję PHP i obserwacje. Skontaktujemy się z Państwem, ustalimy sytuację i będziemy pracować zdalnie, aż incydent zostanie zamknięty i udokumentowany.