ARK. 1Słownik pojęćStrony WWW, WordPress i hosting
HSTS (HTTP Strict Transport Security)
Nagłówek nakazujący przeglądarce łączyć się z domeną przez zadany czas wyłącznie po HTTPS, dzięki czemu kolejne próby wejścia po HTTP przeglądarka zamienia na szyfrowane jeszcze przed wysłaniem żądania; pierwszego wejścia nie chroni — od tego jest lista preload wbudowana w przeglądarki.
TAB. 1Nazwabez tłumaczenia
| Po angielsku | HTTP Strict Transport Security (HSTS) |
|---|---|
| Po polsku | HSTS (HTTP Strict Transport Security) |
| Którą formą pisać | bez tłumaczenia Skrót, nazwa własna albo nazwa standardu — nie tłumaczymy w ogóle. |
| Inne formy | wymuszanie HTTPS · wymuszenie połączeń wyłącznie szyfrowanych |
| Odmiana | Skrót nieodmienny, rodzaj męski: „ten HSTS, włączyć HSTS, dzięki HSTS"; potocznie „z HSTS-em". Nazwę nagłówka zapisujemy dokładnie: „Strict-Transport-Security". |
TAB. 2Jak to nazywająprasa vs urząd
| Prasa branżowa | sekurak: „HSTS czyli HTTP Strict Transport Security", „nagłówek Strict-Transport-Security" |
|---|---|
| Urząd i ustawa | cert.pl: „włączyć HSTS, czyli nagłówek HTTP, którym serwer informuje przeglądarkę…" — akronim plus polski OPIS działania, bez tłumaczenia nazwy; podaje też gotowy zapis „Strict-Transport-Security: max-age=31536000; includeSubDomains" |
TAB. 3Źródła3
| Forma | Cytat | Skąd |
|---|---|---|
| EN | „propozycja nagłówka Strict-Transport-Security […] jeżeli przeglądarka zobaczy, że witryna wysyła ten nagłówek, to przez czas określony w nagłówku cała komunikacja będzie się odbywać po HTTPS” | sekurak.pl |
| EN | „Pojawia się jednak problem: użytkownik przy pierwszym połączeniu do serwera nie jest chroniony” | sekurak.pl |
| EN | „włączyć HSTS, czyli nagłówek HTTP, którym serwer informuje przeglądarkę, że z tą domeną wolno łączyć się wyłącznie z wykorzystaniem HTTPS.” | wiedza.cert.pl |
TAB. 4Obok w tej dziedzinie6
| flagi ciasteczek | cookie security attributes (HttpOnly, Secure, SameSite) | Atrybuty nagłówka Set-Cookie ograniczające nadużycia ciasteczek: HttpOnly blokuje odczyt przez JavaScript (utrudnia kradzież sesji przez XSS), Secure pozwala wysyłać ciasteczko tylko po HTTPS, SameSite ogranicza wysyłanie przy żądaniach z innych witryn (ochrona przed CSRF). WordPress ustawia ciasteczka logowania z HttpOnly, a z Secure na stronach działających po HTTPS. |
| hasła aplikacji | application passwords (WordPress) | Mechanizm WordPressa (od wersji 5.6), w którym w profilu użytkownika generuje się osobne hasło dla każdej zewnętrznej aplikacji łączącej się przez REST API lub XML-RPC. Każde można odwołać niezależnie, ale daje ono aplikacji pełne uprawnienia roli tego użytkownika i omija logowanie z 2FA. |
| hosting współdzielony | shared hosting | Hosting, w którym wiele kont klientów działa na jednym serwerze i dzieli jego zasoby (CPU, RAM, adres IP). Bezpieczeństwo zależy od izolacji kont (np. CloudLinux/CageFS, osobni użytkownicy systemowi): przy słabej izolacji infekcja jednej strony może przejść na sąsiednie, a zasobożerny sąsiad spowalnia pozostałe. |
| klucze bezpieczeństwa i sole | WordPress security keys and salts | Osiem losowych ciągów w pliku wp-config.php (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, NONCE_KEY i odpowiadające im *_SALT), którymi WordPress podpisuje ciasteczka logowania i tokeny nonce. Po włamaniu trzeba je wygenerować na nowo — to wylogowuje wszystkie sesje, także sesje atakującego. |
| koniec wsparcia dla wersji PHP | PHP end-of-life | Moment, w którym dana wersja PHP przestaje otrzymywać poprawki bezpieczeństwa od twórców języka — po nim środowisko hostingowe strony pozostaje podatne niezależnie od tego, jak aktualny jest sam WordPress. Każde wydanie PHP ma dwie fazy: 2 lata aktywnego wsparcia (poprawki błędów i bezpieczeństwa) i kolejne 2 lata wyłącznie poprawek krytycznych podatności; łącznie ok. 4 lata od premiery. |
| kopia zapasowa | backup | Regularnie tworzona kopia plików i bazy danych, przechowywana poza serwerem strony i odizolowana od reszty infrastruktury, wraz z przetestowaną procedurą odtworzenia. |