brak szyfrowania bazy danych

Brak szyfrowania bazy danych to luka bezpieczeństwa pozostawiająca przechowywane informacje w formie czytelnej dla każdego, kto uzyska dostęp do plików.

Brak szyfrowania bazy danych oznacza, że rekordy są przechowywane w postaci możliwej do odczytania bez dodatkowego mechanizmu ochronnego. Jeżeli ktoś uzyska dostęp do plików bazy, kopii zapasowej, dysku albo katalogu z danymi, może próbować odtworzyć zawartość bez znajomości hasła użytkownika aplikacji. Problem nie dotyczy wyłącznie samego programu. Obejmuje również sposób zapisu informacji, uprawnienia do plików, kopie robocze, eksporty oraz nośniki używane do przechowywania danych.

Czym jest brak szyfrowania bazy danych

Szyfrowanie bazy danych polega na przekształceniu zapisanych informacji do postaci, która bez odpowiedniego klucza wygląda jak niezrozumiały ciąg danych. Mechanizm ten może obejmować całą bazę, wybrane kolumny, pojedyncze rekordy albo pliki zawierające kopie zapasowe. Brak szyfrowania oznacza natomiast, że dane znajdują się na dysku w formie jawnej lub w formie zabezpieczonej jedynie przez system plików i uprawnienia dostępu.

W praktyce może to dotyczyć nazwisk, adresów, danych kontaktowych, historii zamówień, informacji finansowych, dokumentacji technicznej, haseł zapisanych w nieprawidłowy sposób oraz innych danych wprowadzanych przez użytkowników. Szczególne ryzyko występuje wtedy, gdy baza jest przechowywana na komputerze, który może zostać skradziony, podłączony do innego urządzenia albo uruchomiony z zewnętrznego nośnika. W takiej sytuacji samo hasło do aplikacji nie musi wystarczyć do ochrony zapisanych informacji.

Brak szyfrowania nie jest tym samym co brak logowania użytkowników. Kontrola dostępu ogranicza możliwość wejścia do programu, a szyfrowanie utrudnia odczyt danych po uzyskaniu dostępu do ich fizycznego zapisu. Oba mechanizmy powinny być traktowane jako odrębne warstwy ochrony.

Kontekst techniczny i porównanie metod ochrony - brak szyfrowania bazy danych

Bazę bez szyfrowania można porównać do dokumentów przechowywanych w zamkniętym pomieszczeniu, ale bez zamkniętej szafy. Ograniczenie dostępu do pomieszczenia jest przydatne, jednak po przejęciu klucza albo wyniesieniu dokumentów ich treść pozostaje dostępna. Szyfrowanie zmienia sytuację, ponieważ przejęty plik nie powinien być użyteczny bez klucza kryptograficznego.

Wyróżnia się kilka poziomów ochrony. Szyfrowanie całego dysku zabezpiecza dane przed odczytem po wyłączeniu urządzenia lub po wyjęciu nośnika. Szyfrowanie plików bazy chroni konkretny zbiór danych, ale niekoniecznie pliki tymczasowe lub eksporty. Szyfrowanie wybranych pól pozwala ograniczyć dostęp do najbardziej wrażliwych informacji także osobom, które mają uprawnienia do pracy z pozostałą częścią bazy. Osobnym zagadnieniem jest szyfrowanie połączenia między aplikacją a bazą, które chroni dane podczas przesyłania.

Istotny jest również sposób zarządzania kluczami. Klucz zapisany w tym samym miejscu co baza, w kodzie aplikacji albo w ogólnodostępnym pliku konfiguracyjnym może znacznie osłabić całą ochronę. Należy uwzględnić tworzenie kopii zapasowych, zmianę kluczy, odtwarzanie danych po awarii oraz kontrolę osób i procesów, które mogą korzystać z mechanizmu deszyfrowania. Szyfrowanie nie zastępuje aktualizacji oprogramowania, ochrony przed złośliwym kodem, prawidłowych uprawnień ani bezpiecznego przechowywania kopii.

Typowe problemy i błędy - brak szyfrowania bazy danych

Jednym z częstych błędów jest zabezpieczenie głównego pliku bazy przy jednoczesnym pozostawieniu nieszyfrowanych kopii tymczasowych, eksportów do arkusza lub archiwów tworzonych przez program. Wyciek może nastąpić właśnie przez taki dodatkowy plik. Należy sprawdzić również katalogi synchronizowane, foldery pobierania, nośniki przenośne oraz automatyczne kopie zapasowe.

Ryzyko zwiększa się, gdy konto systemowe ma zbyt szerokie uprawnienia, hasło jest współdzielone, a dostęp do katalogu z bazą nie jest rejestrowany. Problemem może być także przechowywanie haseł w zwykłych kolumnach tekstowych. Hasła użytkowników nie powinny być zapisywane w formie jawnej; właściwym podejściem jest stosowanie jednokierunkowego haszowania z odpowiednim mechanizmem ochrony przed łatwym odtworzeniem.

Do nieprawidłowości może dojść po zmianie programu, migracji danych albo przeniesieniu bazy na nowy dysk. Czasem szyfrowanie zostaje pominięte przy imporcie, a czasem aplikacja tworzy nową bazę bez odziedziczenia ustawień ochrony. Objawem bywa obecność plików bazy możliwych do otwarcia niezależnym narzędziem, brak informacji o miejscu przechowywania klucza, nieszyfrowany plik kopii zapasowej albo możliwość skopiowania danych bez dodatkowego uwierzytelnienia.

Nie powinno się włączać szyfrowania bez wcześniejszego sprawdzenia kopii bezpieczeństwa i procedury odtworzenia. Utrata klucza może uniemożliwić dostęp do danych, natomiast błędna konfiguracja może przerwać działanie programu. Przed zmianą ustawień warto ustalić, jakie pliki zawierają dane, kto powinien mieć do nich dostęp, gdzie powstają kopie oraz czy można bezpiecznie wykonać test odtworzenia.

Kiedy trzeba przekazać urządzenie do naprawy - brak szyfrowania bazy danych

Wsparcie techniczne jest wskazane, gdy nie wiadomo, czy baza jest szyfrowana, urządzenie zostało zgubione lub skradzione, doszło do nieautoryzowanego kopiowania plików, pojawiła się potrzeba przeniesienia danych na inny komputer albo program nie otwiera bazy po zmianie dysku. Warto również zlecić sprawdzenie sytuacji, gdy dane są przechowywane wyłącznie w zwykłym folderze, kopie zapasowe są wykonywane bez ochrony lub klucz został zapisany razem z plikiem bazy.

W Warszawie analizę komputera i konfiguracji można powierzyć serwisowi laptopów i komputerów PC działającemu pod nazwą Warszawskie Pogotowie Komputerowe 24/7. W przypadku laptopa diagnoza jest darmowa, co ułatwia rozpoczęcie sprawdzania sposobu przechowywania bazy, kopii zapasowych, uprawnień oraz podstawowych ustawień ochrony.

Podczas zgłoszenia warto opisać, jakie dane są przechowywane, z jakiego programu korzystano, czy baza była kopiowana oraz kiedy zauważono problem. Nie należy usuwać podejrzanych plików ani wielokrotnie uruchamiać narzędzi naprawczych przed wykonaniem kopii zabezpieczającej, ponieważ może to utrudnić ustalenie zakresu zdarzenia. Po analizie można określić, czy potrzebne jest szyfrowanie całego nośnika, ochrona plików bazy, bezpieczna konfiguracja kopii zapasowych, zmiana haseł lub odtworzenie danych z zaufanej kopii.