Kiedy zmiana nazwy pliku nie wystarczy
Polityki na poziomie protokołu zatrzymują kanały — blokowanie uwzględniające treść zatrzymuje same dane, niezależnie od tego, którym kanałem są przesyłane.
Większość wycieków danych nie jest przypadkowa w takim sensie, jak zakładają ludzie. Pracownik wie, że dokument jest poufny. Próbuje przesłać go dalej przez prywatne konto e-mail, wrzucić na dysk chmurowy albo skopiować na pendrive przed rezygnacją z pracy. Polityki na poziomie protokołu zatrzymują niektóre z tych dróg. Nie zatrzymają jednak pracownika, który zmieni nazwę pliku, rozszerzenie albo prześle treść przez nieznany kanał.
Blokowanie uwzględniające treść obejmuje inną warstwę: samą treść. Anexet analizuje to, co jest przesyłane — nie tylko nazwę pliku czy protokół — w odniesieniu do biblioteki obiektów analizy, które definiujesz: cyfrowych odcisków poufnych dokumentów źródłowych, hashy kryptograficznych znanych plików, etykiet wrażliwości nadanych skategoryzowanym klasom oraz zestawów terminów tezaurusa pokrywających branżowe lub firmowe słownictwo. Próba transferu, która pasuje do któregokolwiek z tych obiektów, jest blokowana w momencie przechwycenia, zanim dane opuszczą punkt końcowy.
Wynikiem jest polityka, która podąża za informacją, a nie za kanałem. Zmień nazwę pliku, przełącz się na inny komunikator, skorzystaj z szyfrowanej usługi chmurowej — jeśli sama treść nadal pasuje, blokada nadal się uruchamia. W Konsoli klienta oficer bezpieczeństwa widzi zablokowane zdarzenie: użytkownika, kanał, dopasowany obiekt, znacznik czasu. Sam dokument jest zachowany jako dowód. Nic nie zostało utracone; nic nie zostało wysłane.
