Strona wyświetla się jako niebezpieczna? Sprawdź przyczynę i usuń ostrzeżenie

Komunikat o niebezpiecznej stronie może pochodzić z certyfikatu HTTPS, Google Safe Browsing, programu antywirusowego albo administratora sieci. Google Safe Browsing to usługa Google wykrywająca witryny i pliki uznane za niebezpieczne; błąd certyfikatu oznacza, że przeglądarka nie potwierdziła bezpiecznego połączenia z domeną.

Tabela pokazuje, gdzie rozpocząć diagnozę zależnie od komunikatu. Pierwszy test wskazuje źródło, ale sam nie potwierdza, że witryna jest bezpieczna.

Google opisuje w raporcie Problemy dotyczące bezpieczeństwa m.in. zhakowaną treść, złośliwe oprogramowanie i socjotechnikę. Błąd HTTPS sam w sobie nie potwierdza infekcji, a alert Safe Browsing nie oznacza automatycznie problemu z certyfikatem.

Źródło ostrzeżenia rozpoznasz, zapisując jego dokładną treść, adres strony ostrzegawczej oraz wyniki kilku prostych testów dostępu. Nie wybieraj opcji przejścia dalej, jeśli witryna może być zainfekowana.

Właściciel strony może sprawdzić te elementy samodzielnie:

• Zapisz pełny URL, godzinę wystąpienia i treść komunikatu.
• Porównaj domenę z www i bez www.
• Otwórz stronę w Chrome i Firefox oraz na innym urządzeniu.
• Sprawdź dostęp przez sieć komórkową, jeśli problem występuje w firmowym Wi-Fi.

Tabela pomaga dobrać kolejny test do objawu. Wynik wskazuje obszar do kontroli, a administrator potwierdza działanie infrastruktury.

Z naszych wdrożeń WordPress wynika, że porównanie firmowego Wi-Fi z siecią komórkową pomaga szybko wykryć blokadę nakładaną przez filtr sieciowy.

Status domeny sprawdzisz w Raporcie przejrzystości Safe Browsing, a szczegóły wykrytych problemów w Search Console. W raporcie przejrzystości wpisz domenę lub pełny adres URL; w Search Console otwórz właściwość witryny i wybierz Problemy dotyczące bezpieczeństwa.

Raport Search Console podaje kategorię wykrycia, opis i przykładowe adresy URL. Przykłady nie muszą obejmować wszystkich dotkniętych podstron, dlatego administrator sprawdza witrynę, przekierowania i treść generowaną dynamicznie.

Jeśli nie masz dostępu do Search Console, właściciel witryny musi ją zweryfikować, aby zobaczyć raport i złożyć prośbę o sprawdzenie. Raport przejrzystości służy do sprawdzenia statusu Safe Browsing, ale nie zastępuje diagnostyki w panelu właściciela.

Przed zmianami zabezpiecz kopię plików i bazy danych, a potem sprawdź konta, pliki, komponenty witryny, przekierowania i logi hostingu. Dokumentacja WordPress zaleca posiadanie aktualnej kopii przed aktualizacją wtyczek; instrukcje zarządzania aktualizacjami opisuje oficjalna dokumentacja WordPress.

Właściciel strony może zebrać materiał do diagnozy:

• Zrzut komunikatu, przykładowy URL oraz wyniki Safe Browsing i Search Console.
• Listę kont administratorów, wtyczek, motywów i ich wersji.
• Kopię plików i bazy danych z datą wykonania.
• Logi dostępu i błędów hostingu z okresu przed wystąpieniem problemu.

Administrator powinien sprawdzić nieznane konta, ostatnio zmienione pliki, zadania cron, przekierowania i pliki poza standardowymi katalogami WordPressa. Kontrolę wtyczek znajdzie w panelu w sekcji Wtyczki, a dostępne aktualizacje w Kokpit > Aktualizacje. Zgodnie z dokumentacją WordPress automatyczne aktualizacje można włączać dla poszczególnych wtyczek na ekranie Wtyczki.

Jeśli potrzebujesz wykonawcy do czyszczenia i kontroli po naprawie, usuwanie wirusów z WordPressa obejmuje pracę nad przyczyną problemu, a nie samo ukrycie komunikatu.

Sposób naprawy zależy od przyczyny: złośliwy kod wymaga oczyszczenia witryny, podatna wtyczka aktualizacji lub wymiany, a błąd certyfikatu poprawienia konfiguracji HTTPS. Google zaleca usunięcie wykrytych problemów przed złożeniem prośby o sprawdzenie w raporcie Problemy dotyczące bezpieczeństwa.

Przy podejrzeniu infekcji administrator zabezpiecza kopię i logi, usuwa nieautoryzowane pliki oraz konta i zamyka drogę ponownego wejścia. Następnie aktualizuje WordPress, wtyczki i motyw oraz zmienia hasła użytkowników i dane dostępowe do hostingu, FTP lub SFTP i bazy danych. Sam wynik skanera nie potwierdza, że usunięto wszystkie ślady infekcji.

Przy podatnej wtyczce zainstaluj wersję z poprawką albo usuń komponent, jeśli nie jest potrzebny. Przy błędzie HTTPS administrator lub hosting sprawdza ważność certyfikatu, zgodność z dokładną domeną i pełny łańcuch certyfikatów.

Naprawa przyczyny i zdjęcie ostrzeżenia to oddzielne etapy. Po naprawie sprawdź dostęp do strony bez logowania, w tym adresy wskazane przez Google, a następnie złóż wniosek, jeśli alert pochodzi z Safe Browsing.

Właściciel witryny składa prośbę w raporcie Problemy dotyczące bezpieczeństwa w Search Console po usunięciu wykrytych zagrożeń. Rozwiń kategorię problemu, wykonaj wskazane działania, potwierdź naprawę i wybierz opcję prośby o sprawdzenie.

Opis zgłoszenia powinien wymieniać wykrytą kategorię, wykonane działania i sposób potwierdzenia efektu. Właściciel może opisać usunięcie wskazanych plików, aktualizację podatnej wtyczki, zmianę danych dostępowych i kontrolę pozostałych podstron.

Google podaje, że w przypadku większości próśb sprawdzanie może potrwać od kilku dni do kilku tygodni; czas zależy od rodzaju problemu. Informacja znajduje się w pomocy Google dotyczącej raportu Problemy dotyczące bezpieczeństwa. Po wysłaniu prośby sprawdzaj powiadomienia w Search Console i nie wysyłaj kolejnego wniosku, zanim Google nie zakończy bieżącego sprawdzania.

Hosting lub sieć wymagają sprawdzenia, gdy objawy wskazują na DNS, certyfikat, reputację adresu IP albo filtr firmowy. Właściciel strony może przekazać poniższe dane do właściwego administratora.

Zgłoszenie do hostingu powinno zawierać domenę, przykładowe adresy URL, dokładny komunikat, czas wystąpienia i wyniki testów. Administrator sieci potrzebuje nazwy filtra lub proxy, jeśli komunikat ją podaje. Nie przesyłaj haseł ani danych użytkowników w zwykłym zgłoszeniu.

Ryzyko ponownego oznaczenia ograniczysz przez aktualizacje WordPressa, kontrolę kont i komponentów oraz testowanie kopii zapasowych. Dokumentacja WordPress podaje, że aktualizacje wtyczek i motywów znajdziesz w Kokpit > Aktualizacje, a automatyczne aktualizacje wtyczek można ustawiać osobno na ekranie Wtyczki; przed zmianami zachowaj kopię.

• Odbieraj uprawnienia administratora osobom, które ich nie potrzebują.
• Usuwaj nieużywane wtyczki i motywy.
• Przechowuj kopie poza serwerem strony i okresowo sprawdzaj możliwość odtworzenia.
• Monitoruj nowe pliki, nieoczekiwane przekierowania i termin ważności certyfikatu.
• Ogranicz zewnętrzne skrypty do tych, które mają właściciela i uzasadnioną funkcję.

Z naszych wdrożeń wynika, że przywrócenie kopii nie wystarczy, jeśli podatna wtyczka lub skradzione hasło nadal umożliwia dostęp do serwera. Przy regularnych aktualizacjach i kontroli kopii pomaga opieka nad WordPressem. Gdy nie masz pewności, czy infekcja objęła wszystkie pliki i konta, zleć czyszczenie WordPressa po infekcji.

• Zhakowana strona internetowa: plan działania po ataku
• Fake reCAPTCHA Cloudflare na stronie - jak rozpoznać infekcję i bezpiecznie ją usunąć
• Jak oszuści podszywają się pod rejestratorów domen i wyłudzają pieniądze
• Strony na WordPressie: możliwości, koszty i wybór rozwiązania