Bezpieczeństwo danych na hostingu: kto ma dostęp do plików, bazy i poczty?

O bezpieczeństwie hostingu zwykle myślimy w kategoriach ataków z zewnątrz: malware, boty, DDoS. Tymczasem sporo incydentów zaczyna się prozaicznie. Ktoś loguje się kontem FTP, które założono dla freelancera trzy lata temu. Hasło do bazy danych leży w starym mailu. Były współpracownik wciąż ma login do panelu. Nikt się nie włamał, po prostu drzwi nigdy nie zostały zamknięte.

Ten poradnik nie dotyczy zapór ani skanerów. Dotyczy czegoś prostszego i równie ważnego: kto ma dziś dostęp do Twoich danych i czy powinien go mieć.

Gdzie na hostingu leżą Twoje dane

Zanim zaczniesz porządkować dostępy, warto wiedzieć, co właściwie chronisz. Na typowym koncie hostingowym dane są w kilku miejscach:

• Pliki strony. Kod, motywy, wtyczki, a także pliki przesłane przez użytkowników: faktury, CV z formularzy, zdjęcia produktów.
• Baza danych. W przypadku WordPressa czy sklepu internetowego to serce serwisu: konta klientów, zamówienia, treści.
• Poczta. Skrzynki w domenie firmowej często zawierają więcej wrażliwych informacji niż sama strona.
• Kopie zapasowe. Pełna kopia serwisu to komplet danych w jednym pliku. Kto ma kopię, ma wszystko.
• Pliki konfiguracyjne. Np. wp-config.php zawiera login i hasło do bazy danych.

Każde z tych miejsc ma własne „wejście” i każde trzeba sprawdzić osobno.

Kto może się do nich dostać: mapa dostępów

Konta w panelu hostingu

Panel to klucz główny. Kto zaloguje się do DirectAdmina, może zmienić hasła do skrzynek, pobrać kopie, dodać konta FTP i podmienić pliki. Dlatego dostęp do panelu powinny mieć tylko osoby, które naprawdę zarządzają usługą, a hasło nie powinno krążyć w zespole jako „wspólny login”.

Konta FTP

To najczęstsze źródło zapomnianych dostępów. Konto FTP zakłada się szybko, na przykład dla agencji, która robi poprawki w szablonie, a potem nikt go nie usuwa. Na hostingu RapidDC pakiet Cloud Starter pozwala na 25 kont FTP, a wyższe pakiety nie mają limitu (source: rapiddc.pl/hosting-www). To wygodne, ale oznacza też, że po kilku latach lista może być długa. Jeśli nie pamiętasz, jak się nimi zarządza, zajrzyj do poradnika o zakładaniu kont FTP w panelu.

Dobra praktyka: osobne konto FTP dla każdej osoby lub firmy, z dostępem ograniczonym do katalogu, którego faktycznie potrzebuje. Po zakończeniu współpracy konto usuwasz, a nie tylko zmieniasz mu hasło.

Użytkownicy bazy danych

Każda aplikacja powinna mieć własnego użytkownika bazy z dostępem tylko do swojej bazy. Jeśli na jednym koncie działa kilka stron, wspólny użytkownik dla wszystkich oznacza, że włamanie do jednej daje dostęp do danych pozostałych. Hasło do bazy powinno być długie, losowe i nigdzie poza plikiem konfiguracyjnym niezapisane.

Skrzynki pocztowe

Skrzynki po byłych pracownikach to klasyka. Zamiast trzymać je aktywne „na wszelki wypadek”, lepiej przekierować pocztę na inny adres, zarchiwizować zawartość i zmienić hasło lub usunąć skrzynkę.

Wtyczki i integracje

Wtyczki do kopii zapasowych, synchronizacji czy marketingu często mają własne klucze API albo zapisują dane w zewnętrznych usługach. Nieużywana wtyczka z zapisanym kluczem to kolejne otwarte wejście.

Przegląd dostępów w 30 minut: lista kontrolna

1. Panel: sprawdź, kto zna hasło. Zmień je, jeśli znała je osoba, która już z Tobą nie współpracuje. Zadbaj o silne, unikalne hasło (więcej w poradniku o bezpiecznych hasłach i weryfikacji dwuetapowej).
2. FTP: wyświetl listę kont i usuń te, których przeznaczenia nie potrafisz wyjaśnić w jednym zdaniu.
3. Bazy danych: upewnij się, że każda strona ma osobnego użytkownika bazy. Usuń bazy i użytkowników po starych projektach.
4. Poczta: przejrzyj skrzynki i przekierowania. Wyłącz te, z których nikt nie korzysta.
5. CMS: w WordPressie sprawdź listę użytkowników z rolą administratora. Zwykle wystarczy jeden lub dwóch.
6. Wtyczki: usuń nieużywane, zwłaszcza te z zapisanymi kluczami do zewnętrznych usług.
7. Pliki w katalogu publicznym: poszukaj starych kopii, zrzutów bazy (.sql) czy archiwów .zip, które ktoś zostawił „na chwilę”. Plik w katalogu publicznym może pobrać każdy, kto zna jego adres.

Ustaw sobie przypomnienie, żeby powtarzać ten przegląd co kwartał i zawsze po zakończeniu współpracy z zewnętrzną firmą.

Szyfrowanie w drodze: SSL to minimum

Dane są narażone nie tylko „w spoczynku”, ale też w drodze między przeglądarką a serwerem. Certyfikat SSL szyfruje to połączenie, więc hasła i dane z formularzy nie lecą otwartym tekstem. W pakietach hostingu RapidDC certyfikat Let’s Encrypt jest w cenie (source: rapiddc.pl/hosting-www), a dla serwisów przetwarzających szczególnie wrażliwe dane dostępne są bardziej zaawansowane certyfikaty. Dlaczego to obowiązek, a nie dodatek, opisaliśmy w artykule o certyfikacie SSL.

Pamiętaj jednak, że SSL chroni transmisję, a nie dostęp. Zapomniane konto FTP z prostym hasłem pozostaje problemem niezależnie od tego, czy strona ma kłódkę w przeglądarce.

Kopia zapasowa to też dane i też trzeba ją chronić

Na hostingu RapidDC kopia zapasowa wykonywana jest raz dziennie i obejmuje do 3 dni wstecz, a przywrócenie danych z kopii realizowane jest jako usługa dodatkowa (source: rapiddc.pl/hosting-www). To dobre zabezpieczenie na wypadek awarii czy błędnej aktualizacji, ale warto mieć też własną kopię, trzymaną poza kontem hostingowym, zwłaszcza jeśli problem wychodzi na jaw po kilku dniach.

Własna kopia też wymaga ochrony: nie zostawiaj archiwów w katalogu publicznym, nie wysyłaj zrzutów bazy mailem i ogranicz, kto ma dostęp do miejsca, w którym kopie są przechowywane. Jak zrobić i odtworzyć kopię bazy, pokazujemy w poradniku o backupie bazy danych.

Podsumowanie

Bezpieczeństwo danych na hostingu to w dużej mierze porządek w dostępach. Wiedz, gdzie leżą Twoje dane, kto ma do nich klucze, i regularnie zabieraj klucze tym, którzy już ich nie potrzebują. Do tego SSL na każdej domenie i kopia zapasowa trzymana w bezpiecznym miejscu.

Szukasz hostingu, na którym łatwo zapanujesz nad kontami FTP, pocztą i bazami z jednego panelu? Sprawdź pakiety hostingu WWW w RapidDC: panel DirectAdmin, certyfikat Let’s Encrypt i codzienna kopia zapasowa w każdym pakiecie.

FAQ – najczęściej zadawane pytania o bezpieczeństwo danych na hostingu

Czy zmiana hasła do konta FTP wystarczy po zakończeniu współpracy z agencją?

Lepiej usunąć konto całkowicie. Zmienione hasło może zostać przekazane ponownie, a nieużywane konto i tak zostaje kolejnym wejściem do Twoich plików. Gdy znów będziesz potrzebować pomocy zewnętrznej firmy, założysz nowe konto, ograniczone do potrzebnego katalogu.

Czy każda strona na jednym hostingu powinna mieć osobnego użytkownika bazy danych?

Tak. Osobny użytkownik z dostępem tylko do własnej bazy sprawia, że włamanie do jednej aplikacji nie daje automatycznie dostępu do danych pozostałych stron. To prosta zmiana, która znacząco ogranicza skutki incydentu.

Czy certyfikat SSL chroni dane zapisane na serwerze?

Nie. SSL szyfruje połączenie między przeglądarką a serwerem, więc chroni dane w trakcie przesyłania. Nie chroni przed kimś, kto zaloguje się do panelu, FTP albo bazy danych prawidłowym hasłem. Dlatego SSL trzeba łączyć z porządkiem w kontach i hasłach.

Jak często robić przegląd dostępów do hostingu?

Rozsądne minimum to raz na kwartał oraz zawsze po zakończeniu współpracy z pracownikiem, freelancerem lub agencją, którzy mieli dostęp do panelu, FTP lub poczty. Sam przegląd przy krótkiej liście kont zajmuje zwykle około pół godziny.

Czy kopia zapasowa od hostingodawcy wystarczy?

Kopia po stronie hostingu chroni przed awarią i błędną aktualizacją, ale ma ograniczony okres przechowywania. Warto dodatkowo trzymać własną kopię poza kontem hostingowym, chronioną przed dostępem osób postronnych.

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.