Quando rinominare il file non basta più
Le politiche a livello di protocollo bloccano i canali; il blocco basato sul contenuto blocca il dato stesso, indipendentemente dal canale che percorre.
La maggior parte delle fughe di dati non è accidentale come si tende a pensare. Un dipendente sa che il documento è riservato. Prova a inoltrarlo tramite un account di posta personale, a caricarlo su uno spazio cloud o a copiarlo su una chiavetta USB prima delle dimissioni. Le politiche a livello di protocollo bloccano alcune di queste vie. Non fermano chi rinomina il file, ne cambia l'estensione o instrada il contenuto attraverso un canale insolito.
Il blocco basato sul contenuto agisce su un livello diverso: il contenuto stesso. Anexet analizza ciò che viene trasferito, non solo il nome del file o il protocollo, confrontandolo con una libreria di oggetti di analisi che voi stessi definite: impronte digitali di documenti sorgente sensibili, hash crittografici di file noti, label di sensibilità applicate a categorie classificate e set di termini di tesauro che coprono il vocabolario specifico del settore o dell'azienda. Un tentativo di trasferimento che corrisponde a uno di questi oggetti viene bloccato al momento dell'intercettazione, prima che il dato lasci l'endpoint.
Il risultato è una politica che segue l'informazione, non il canale. Cambiare il nome del file, passare a un'altra applicazione di messaggistica, usare un servizio cloud cifrato: se il contenuto sottostante corrisponde ancora, il blocco scatta comunque. Nella Console Client, il responsabile della sicurezza vede l'evento bloccato: utente, canale, oggetto corrispondente, data e ora. Il documento viene conservato come prova. Nulla è andato perso; nulla è uscito.
