Maskowanie danych

Maskowanie zastępuje oryginalne wartości, tak aby nie były już wystawione, a rekord pozostaje użyteczny pod względem struktury. Zamaskowany numer telefonu nadal wygląda jak numer telefonu, zamaskowany numer karty zachowuje liczbę cyfr, a zamaskowane nazwisko pozostaje wiarygodne.

To odróżnia je od szyfrowania, które tworzy nieczytelny szyfrogram przeznaczony do odwrócenia kluczem. Maskowanie jest zwykle jednokierunkowe: celem nie jest późniejsze odzyskanie oryginału, lecz uczynienie prawdziwych wartości zbędnymi do wykonania danego zadania. To jedna z technik w szerszej rodzinie zaciemniania danych.

Przed maskowaniem trzeba wiedzieć, które pola zawierają wrażliwe wartości, a tym zajmuje się klasyfikacja danych. Maskowanie ma sens wszędzie tam, gdzie ludzie lub systemy potrzebują struktury prawdziwych danych bez ich wrażliwej treści:

• Środowiska testowe i deweloperskie. Programiści potrzebują wolumenów i formatów zbliżonych do produkcji, a zamaskowana kopia prawdziwej bazy daje im to bez ujawniania prawdziwych klientów.
• Obsługa klienta i service desk. Konsultanci weryfikują rozmówcę na podstawie częściowych wartości, na przykład ostatnich czterech cyfr karty, a nie pełnych identyfikatorów.
• Analityka, szkolenia i prezentacje. Zbiory danych udostępniane wewnętrznie lub pokazywane na demo są najpierw maskowane, aby zrzut ekranu lub eksport nie ujawnił prawdziwych rekordów.
• Oczekiwania regulacyjne. Standardy takie jak PCI DSS ograniczają, ile numeru karty może być widoczne na ekranie.

Techniki różnią się momentem zastosowania maskowania i sposobem generowania wartości. Do pokrewnych metod należą podstawianie, mieszanie, zerowanie oraz pseudonimizacja, która używa spójnych, fikcyjnych identyfikatorów, aby rekordy dało się nadal łączyć w analizach. Dane pseudonimizowane to nie to samo co anonimizacja, bo powiązane rekordy mogą nadal wskazywać jedną osobę.

Maskowanie dynamiczne pozostawia zapisane dane nietknięte i przepisuje wartości przy wyjściu. Wynik zależy od tego, kto pyta i w jakim celu:

1. 1

   Przychodzi żądanie

   Użytkownik lub aplikacja odpytuje pole zawierające wrażliwe wartości.

2. 2

   Polityka sprawdza żądającego

   Reguła maskowania bierze pod uwagę rolę, konto i cel zapytania.

3. 3

   Wartość zostaje przepisana

   Źródło danych zwraca zamaskowaną postać, na przykład tylko ostatnie cztery cyfry karty.

4. 4

   Oryginał pozostaje zapisany

   Nic nie jest kopiowane ani zmieniane w spoczynku, więc rekord produkcyjny pozostaje pełny dla uprawnionych procesów.

Maskowanie może ukryć tylko te wartości, które system potrafi znaleźć. W konsoli Anexet wykrywanie zaczyna się od wyrażeń regularnych dla ustrukturyzowanych numerów, takich jak formaty numeru konta bankowego i amerykańskiego numeru SSN, oraz od zestawów słów kluczowych, na przykład dla kart kredytowych. Te same elementy służą jako warunki w regułach blokowania w Anexet DLP.

1 / 2

• 
• 

Maskowanie chroni kopie i reprezentacje danych, a nie oryginał produkcyjny. Ten oryginał nadal wymaga kontroli dostępu, szyfrowania w spoczynku i kontroli transferu, a zapobieganie utracie danych pozostaje kontrolą dla danych w ruchu.

Źle zaprojektowane maskowanie może też przeciekać. Deterministyczne podstawienia da się odtworzyć metodą inżynierii wstecznej, a dane zachowujące właściwości statystyczne mogą pozwolić na wnioskowanie o osobach. Maskowanie jest więc jedną warstwą szerszego programu ochrony danych, a nie jego zamiennikiem.

Zacznij od kopii, które opuszczają system produkcyjny: baz testowych, eksportów i danych demonstracyjnych. Zamaskuj je najpierw, potem sprawdź, które role nadal potrzebują pełnych wartości i dlaczego.

Czytaj dalej: Bezpieczeństwo informacji w bazach danych.