Bezpieczeństwo danych w aplikacji firmowej — co naprawdę trzeba zabezpieczyć

Dlaczego arkusze i luźne narzędzia to ryzyko, nie oszczędność

Plik Excel wysłany mailem do dziesięciu osób nie ma kontroli dostępu — każdy odbiorca może go dalej przesłać, skopiować albo zostawić na prywatnym laptopie. W firmie handlowej, która straciła bazę klientów po odejściu handlowca, dane wyciekły dokładnie w taki sposób: arkusz z pełną historią zamówień był kopiowany lokalnie od miesięcy.

Aplikacja dedykowana pozwala nadawać dostęp na poziomie roli i konkretnego rekordu, a nie całego pliku. Handlowiec widzi swoich klientów, kierownik widzi zespół, zarząd widzi wszystko — i każdy dostęp jest odnotowany.

Warstwy zabezpieczeń, które powinny być standardem

Bezpieczeństwo aplikacji firmowej opiera się na kilku warstwach, z których żadna sama w sobie nie wystarcza, ale razem tworzą realną ochronę.

• Szyfrowanie połączenia (HTTPS) i szyfrowanie danych w bazie w spoczynku
• Uwierzytelnianie dwuskładnikowe dla kont z dostępem do danych wrażliwych
• Role i uprawnienia na poziomie rekordu, nie tylko modułu
• Automatyczne kopie zapasowe z przetestowaną procedurą przywracania
• Logi dostępu i zmian — kto, co, kiedy
• Odseparowanie środowiska testowego od produkcyjnego

RODO w aplikacji firmowej — obowiązki, o których łatwo zapomnieć

Aplikacja dedykowana, która przetwarza dane osobowe klientów czy pracowników, podlega tym samym zasadom co każdy inny system: trzeba wiedzieć, jaką podstawę prawną ma przetwarzanie, jak długo dane są przechowywane i jak realizowane jest prawo do bycia zapomnianym.

W praktyce oznacza to zaprojektowanie mechanizmu usuwania lub anonimizacji danych na żądanie, a nie dopisywanie go w pośpiechu po pierwszej skardze. Firma usługowa, z którą pracowaliśmy, wdrożyła automatyczne przypomnienie o przeglądzie i usuwaniu danych kontaktowych starszych niż okres wynikający z jej polityki retencji — zamiast robić to ręcznie raz na kwartał.

Warto też pamiętać o umowie powierzenia przetwarzania danych z dostawcą hostingu i wykonawcą aplikacji — to dokument, o który pyta każdy poważny audyt, a jego brak bywa łatwym do uniknięcia problemem.

Co zrobić, gdy pracownik odchodzi z firmy

Odejście pracownika to moment, w którym najczęściej ujawniają się luki w zarządzaniu dostępem. Jeśli konta i hasła są rozproszone po arkuszach i wspólnych loginach, odebranie dostępu bywa niepełne — ktoś zapomina o jednym systemie, ktoś nie zmienia hasła do wspólnego konta.

W aplikacji dedykowanej z centralnym systemem uprawnień odebranie dostępu to jedna operacja: dezaktywacja konta, po której osoba natychmiast traci wgląd we wszystkie moduły. To różnica między kilkoma kliknięciami a tygodniami niepewności, czy była pracownica nadal ma dostęp do bazy klientów.

Kopie zapasowe, które faktycznie działają

Sama obecność kopii zapasowej nic nie znaczy, jeśli nikt nie sprawdził, czy da się z niej odtworzyć dane. Zdarzają się firmy, które latami robiły kopie na dysk, który w krytycznym momencie okazał się uszkodzony.

Dobra praktyka to automatyczne kopie w co najmniej dwóch niezależnych lokalizacjach oraz regularny, zaplanowany test przywracania — np. raz na kwartał, na środowisku testowym. To jedyny sposób, by mieć pewność, że w razie awarii odzyskanie danych zajmie godziny, a nie tygodnie.

Bezpieczeństwo a wygoda — jak nie zablokować pracy zespołu

Nadmierne zabezpieczenia bywają równie szkodliwe co ich brak — jeśli logowanie jest na tyle uciążliwe, że ludzie zaczynają szukać obejść, bezpieczeństwo spada, a nie rośnie. Dobrze zaprojektowana aplikacja łączy silne uwierzytelnianie z wygodą, np. logowaniem jednokrotnym (SSO) powiązanym z firmową pocztą.

Warto też ograniczyć liczbę osób z najwyższymi uprawnieniami do minimum — zasada najmniejszego niezbędnego dostępu sprawdza się w praktyce lepiej niż nadawanie „na wszelki wypadek” szerokich uprawnień całemu zespołowi.

Najczęstsze błędy

Zanim zaczniesz projekt, warto poznać pułapki, w które regularnie wpadają inne firmy — unikniesz ich taniej niż ktoś, kto uczy się na własnych błędach.

• Nadawanie wszystkim pracownikom najwyższych uprawnień „na wszelki wypadek”.
• Poleganie na kopii zapasowej, której nikt nigdy nie przetestował przez faktyczne przywrócenie danych.
• Brak procedury odbierania dostępu w dniu odejścia pracownika z firmy.

Co zrobić w tym tygodniu — checklista

Nie trzeba czekać na duży projekt, żeby zacząć porządkować temat. Poniższe kroki da się wykonać bez angażowania budżetu.

• Sprawdź, czy każdy pracownik ma dostęp tylko do danych potrzebnych na jego stanowisku.
• Zaplanuj test przywracania kopii zapasowej w najbliższym kwartale.
• Spisz procedurę odbierania dostępu w dniu zakończenia współpracy.
• Zweryfikuj, czy masz podpisaną umowę powierzenia przetwarzania danych z dostawcą hostingu.

Przykład liczbowy z praktyki

Firma usługowa z 30 pracownikami wdrożyła role i uprawnienia na poziomie rekordu zamiast pojedynczego wspólnego konta administracyjnego. Po odejściu jednego z handlowców dezaktywacja konta i odcięcie dostępu do bazy 400 klientów zajęło mniej niż 2 minuty, zamiast — jak wcześniej przy arkuszach współdzielonych mailem — kilku dni niepewności.