Jak bezpiecznie udostępniać SFTP i konta współpracownikom

Prawie każda strona w pewnym momencie przestaje być projektem jednej osoby. Zgłasza się freelancer do poprawki, agencja do redesignu albo nowy programista do zespołu. Wtedy pada pytanie: „podeślesz mi dostęp?”. Najgorsza możliwa odpowiedź to wysłanie loginu i hasła do głównego konta hostingowego w wiadomości na komunikatorze. Poniżej pokazujemy, jak zrobić to porządnie.

Dlaczego nie dzielić głównego konta

Główne konto to klucz do całego królestwa: wszystkich stron na koncie, bazy danych, poczty, kopii zapasowych i ustawień rozliczeń. Udostępniając je, tracisz trzy rzeczy naraz:

• Rozliczalność — z logów nie wynika, kto co zrobił, bo wszyscy są „tym samym użytkownikiem”.
• Kontrolę zakresu — współpracownik widzi i może zmienić znacznie więcej, niż potrzebuje.
• Łatwe odcięcie — żeby odebrać dostęp jednej osobie, musisz zmienić hasło wszystkim.

Zasada, którą warto przyjąć na stałe, to najmniejsze niezbędne uprawnienia: każdy dostaje dokładnie tyle dostępu, ile wymaga jego zadanie, i ani grama więcej.

Twórz osobne konta SFTP, nie współdziel jednego

Praktycznie każdy panel hostingowy pozwala założyć dodatkowe konto SFTP i przypisać mu konkretny katalog jako „korzeń”. Dzięki temu współpracownik ląduje tylko w folderze jednej strony i nie widzi reszty konta. Dla każdej osoby zakładaj osobny login — nawet jeśli to więcej klikania. Zyskujesz czytelne logi (widać, kto się łączył) i możliwość skasowania jednego konta bez ruszania pozostałych.

Jeśli hosting oferuje jedynie FTP bez szyfrowania, potraktuj to jako sygnał ostrzegawczy. Dane logowania i pliki lecą wtedy otwartym tekstem. Wybieraj SFTP (po SSH) lub przynajmniej FTPS.

Klucze SSH zamiast haseł tam, gdzie się da

Dla dostępu SSH/SFTP klucze są wyraźnie bezpieczniejsze od haseł: nie da się ich zgadnąć atakiem słownikowym, a każdy współpracownik może mieć własny klucz, który odwołasz niezależnie. Poproś o klucz publiczny i to jego dodaj do konta — prywatny klucz nigdy nie powinien opuszczać komputera właściciela. Gdy współpraca się kończy, usuwasz jeden wpis z listy kluczy i po sprawie.

Jeśli musisz zostać przy hasłach, wymuszaj hasła długie i unikatowe, a przy każdej okazji włączaj dwuskładnikowe logowanie do panelu. Więcej o higienie samego konta piszemy w tekście jak zabezpieczyć konto hostingowe.

Ogranicz zakres: katalog, baza, uprawnienia

Dostęp do plików to nie wszystko. Zanim udostępnisz cokolwiek, przemyśl trzy warstwy:

• Pliki — konto SFTP zamknięte w katalogu jednej strony, bez wglądu w resztę.
• Baza danych — osobny użytkownik bazy z prawami tylko do właściwej bazy, nie konto „root”/administracyjne.
• Panel/CMS — w WordPressie nadaj rolę adekwatną do zadania (redaktor do treści, administrator wyłącznie wtedy, gdy naprawdę trzeba).

Nie ma powodu, by grafik przygotowujący banery miał uprawnienia do zmiany rekordów DNS albo dostęp do faktur.

Praca na kopii, nie na produkcji

Kiedy to możliwe, niech współpracownik pracuje na środowisku staging, a nie bezpośrednio na żywej stronie. Zmniejsza to ryzyko, że przypadkowa edycja położy sprzedaż w środku dnia, i naturalnie ogranicza zakres uprawnień, których ktoś potrzebuje na produkcji. Zanim ktokolwiek dotknie plików czy bazy, upewnij się, że masz świeżą i sprawdzoną kopię zapasową — to Twoja siatka bezpieczeństwa.

Jak przekazać dane dostępowe

Sam sposób przekazania też ma znaczenie. Kilka zdroworozsądkowych zasad:

• Nie wysyłaj loginu i hasła w tej samej wiadomości ani tym samym kanałem.
• Używaj menedżera haseł z funkcją bezpiecznego udostępniania albo jednorazowych, wygasających linków.
• Unikaj wklejania danych do publicznych czatów, zgłoszeń i dokumentów współdzielonych „na zawsze”.
• Przy kluczach SSH wymieniaj wyłącznie klucz publiczny.

Zamknięcie współpracy to część procesu

Najczęściej zapominany etap: odbieranie dostępu. Gdy projekt się kończy albo ktoś odchodzi z zespołu, tego samego dnia:

• usuń jego konto SFTP i wpisy z kluczy SSH,
• odbierz lub zmień hasło użytkownika bazy danych,
• usuń lub zdegraduj jego konto w panelu CMS,
• zmień współdzielone hasła, jeśli mimo wszystko jakieś były w użyciu.

Warto prowadzić prostą listę: kto, do czego i od kiedy ma dostęp. Taka „mapa dostępów” zajmuje pięć minut, a ratuje przed sytuacją, w której po roku nie wiadomo, dlaczego jakieś obce konto wciąż loguje się na serwer.

Podsumowanie

Bezpieczne udostępnianie sprowadza się do kilku nawyków: osobne konto dla każdej osoby, klucze zamiast haseł, dostęp ograniczony do jednego katalogu, jednej bazy i właściwej roli w CMS, praca na kopii oraz konsekwentne odbieranie dostępu po zakończeniu współpracy. To nie biurokracja, tylko tania polisa. Dzięki niej wiesz, kto ma klucze do Twojej strony — i możesz je odebrać jednym ruchem, zamiast zmieniać zamki w całym domu.