Комментарии 4
Бла-бла-бла и тазик воды, где описание принцыпа действия и как это должно защитить от фото экрана?
От фото экрана все российские системы защищают одинаково: мониторят данные с веб-камеры нейронкой. И если последняя видит предмет, похожий на камеру, то инициируется какое-то действие (потушить экран, вывести на экран водяные знаки, вывести предупреждение и т.п.) + опционально уведомить безопасника.
Данный ответ порождает кучу "а что если?" и все они оправданы и приводят к тому результату, о котором вы подумаете :)
Если камеры нет - не работает.
False Positive будут наверняка.
Фото ладно, как это защитит от печати перс. данных на принтере 8-м шрифтом и банальному выносу этой кипы под видом мусора? Подозреваю никак.
Если там по уму сделано, то может и защитит. Вообще под капотом скорее всего реализовано что-то на подобие следующего.
При отправке данных на печать, DLP перехватывает их. Если данные в "электронном" виде, то проблем нет и размер шрифта по боку. А вот если на печать отправили "картинку" (например, скан документа), то здесь добавляется OCR, который должен распознать текст и отдать его дальше в DLP на анализ.
И вот мы подходим к главному. Всё описанное выше обеспечивает перехват и анализ. То есть мы узнаем постфактум, что кто-то что-то отправил на печать и вынес. Печаль. А что по предотвращению? Оно возможно, если перечисленные действия выполняются "в разрыв". Либо на каждой конечной точке стоит агент (со встроенным OCR, а то картинки не будут анализироваться), либо придумывается какая-нибудь хитрость, чтобы в принудительном порядке печать шла по маршруту Конечная точка - Сервер DLP - Принтер.
Сбербанк и «РТК-Солар» объявили о завершении внедрения системы защиты от утечек