ARK. 1Słownik pojęćStrony WWW, WordPress i hosting
zabezpieczenie katalogu hasłem
Dodatkowe hasło wymagane przez sam serwer WWW (okienko logowania przeglądarki, pliki .htaccess i .htpasswd) zanim w ogóle załaduje się wp-login.php lub wp-admin. Zatrzymuje boty zgadujące hasła WordPressa; trzeba wyłączyć z ochrony admin-ajax.php, bo korzystają z niego wtyczki na froncie strony.
TAB. 1Nazwaobie formy
| Po angielsku | HTTP basic authentication (password-protecting wp-admin) |
|---|---|
| Po polsku | zabezpieczenie katalogu hasłem |
| Którą formą pisać | obie formy Obie formy są w obiegu. Przy pierwszym wystąpieniu pisz „polski termin (english term)”, dalej sam polski. |
| Inne formy | HTTP Basic Authentication · Basic Auth · htpasswd · dodatkowe hasło do wp-admin · ochrona katalogu hasłem |
| Odmiana | zabezpieczenie (r.n.): zabezpieczenia; „zabezpieczyć wp-admin dodatkowym hasłem”, „katalog zabezpieczony hasłem” |
TAB. 2Jak to nazywająprasa vs urząd
| Prasa branżowa | Sekurak w poradniku WordPressa zostawia nazwę angielską: „standardowy mechanizm HTTP Basic Authentication”; hostingi (LH.pl, Zenbox, cyber_Folks) piszą po polsku o „katalogu zabezpieczonym hasłem” i „dodatkowym haśle”. |
|---|
TAB. 3Źródła4
| Forma | Cytat | Skąd |
|---|---|---|
| EN | „nic nie stoi na przeszkodzie, aby wykorzystać standardowy mechanizm HTTP Basic Authentication (Listing 16).” | sekurak.pl |
| PL | „Zabezpieczanie katalogu hasłem jest przydatne, gdy z serwera korzysta kilka osób” | lh.pl |
| PL | „WordPress: Jak zabezpieczyć wp-admin dodatkowym hasłem” | zenbox.pl |
| EN | „Adding server-side password protection (such as BasicAuth ) to /wp-admin/ adds a second layer of protection around your blog’s admin area” | developer.wordpress.org |
TAB. 4Obok w tej dziedzinie6
| wtyczka bezpieczeństwa | security plugin | Wtyczka łącząca funkcje ochrony i wykrywania (zapora aplikacyjna, skaner plików, blokada prób logowania, powiadomienia, rejestr zdarzeń) — uzupełnienie, a nie zamiennik aktualizacji, kopii zapasowych i poprawnie napisanego kodu. |
| XML-RPC | XML-RPC | Protokół zdalnego wywoływania procedur, przesyłający wywołania zakodowane w XML przez HTTP. W WordPressie wystawiony plikiem xmlrpc.php (starszy kanał zdalnego zarządzania, dziś w większości zastąpiony przez REST API) i nadużywany do dwóch rzeczy: wzmacniania ataków brute-force (metoda system.multicall pozwala sprawdzić wiele haseł w jednym żądaniu, omijając liczniki nieudanych logowań) oraz do rozproszonych ataków DDoS, w których podatne witryny WordPress służą jako reflektory wysyłające ruch do ofiary (pingback). |
| zabezpieczenia w .htaccess | .htaccess hardening | Reguły dopisane do pliku .htaccess (serwer Apache/LiteSpeed), które ograniczają dostęp do wrażliwych plików i katalogów WordPressa: blokują wp-config.php i xmlrpc.php, wyłączają listowanie katalogów (Options -Indexes), zabraniają uruchamiania PHP w uploads, zawężają wp-admin do wybranych adresów IP. Reguły wpisuje się poza blokiem # BEGIN WordPress, który WordPress sam nadpisuje. |
| zapytanie parametryzowane | prepared statement | Zapytanie SQL, w którym dane przekazuje się osobno od jego treści, dzięki czemu wartość od użytkownika nie może zmienić struktury zapytania — zalecana, niezależna od języka programowania ochrona przed SQL injection (w PHP: PDO/mysqli z bindowaniem parametrów). WAŻNE: WordPressowe $wpdb->prepare() NIE jest prawdziwym prepared statement — to własna funkcja działająca, jak pisze sekurak, „na zasadzie match & replace”, która podstawia wartości w miejsce %s/%d z escapowaniem po stronie PHP. Skutek praktyczny: sam szablon zapytania (pierwszy argument prepare) nigdy nie może pochodzić od użytkownika, bo wtedy parametryzacja niczego nie chroni. |
| złośliwe boty | bad bots / bot traffic | Zautomatyzowany ruch, który nie służy użytkownikom ani wyszukiwarkom: boty skanujące podatności, zgadujące hasła, kopiujące treści i ceny, spamujące formularze, testujące karty. Na stronie WordPress obciążają serwer i zaśmiecają statystyki; ogranicza się je WAF-em, rate limitingiem, regułami na poziomie serwera lub CDN. |
| zmiana adresu logowania | custom login URL / hiding wp-login.php | Zastąpienie domyślnego adresu logowania WordPressa (/wp-login.php, /wp-admin) własnym, np. wtyczką WPS Hide Login lub opcją wtyczki bezpieczeństwa. Odcina masowe boty zgadujące hasła i zmniejsza obciążenie serwera, ale nie zastępuje silnych haseł ani 2FA. |