InfoWatch обновила Центр расследований

InfoWatch обновила Центр расследований

InfoWatch обновила Центр расследований

Обновление, как утверждает InfoWatch, повышает функциональность и удобство работы с Центром расследований. В нем поддерживаются автоматическая разметка снимков экрана, расшифровка аудиозаписей, обновлен инструментарий работы с группами риска.

Центр расследований объединяет и связывает все нужные данные, собранные с различных инструментов обеспечения информационной безопасности в единой консоли.

Это позволяет работать без переключения между средствами ИБ и сохранять контекст без потери фокуса на важных деталях. Как утверждают в InfoWatch, применение данного инструмента снижает трудозатраты офицера безопасности втрое, сокращая время от появления подозрения до принятия решения.

Особо вендор отмечает, что система за счет аналитических инструментов может не только помочь расследовать уже произошедший инцидент, но и тот, который только может случиться. В новой версии данные возможности заметно расширены. Так, в разделе «Риски» появилась вкладка «Контроль рисков», которая помогает специалистам ИБ оперативно оценить, какие сотрудники входят сразу в несколько групп риска и как меняется количество персон в каждой из таких групп.

Также расширены средства анализа контента. Появилась возможность расшифровки аудиоданных, собранных в ходе анализа аудиоокружения лиц под наблюдением. Анализатор захваченных графических экранов автоматически подсвечивает запрещенные или потенциально опасные объекты. Расширены средства контроля печати, что позволяет лучше контролировать оборудование и быстрее выявлять его нецелевое использование. Появились средства контроля мессенджеров, которые позволяют видеть диалоги пользователей.

Данный инструмент является внутренней разработкой InfoWatch. Он объединяет в себе возможности работы с событиями DLP-системы, данные о действиях сотрудников InfoWatch Activity Monitor, информацию о хранении и доступе к файлам InfoWatch Data Discovery, визуальную аналитику InfoWatch Vision и оповещение о вероятных рисках, модуль работы с рисками InfoWatch Prediction в едином интерфейсном пространстве. Инструмент работает на ОС Linux, в том числе отечественных, и соответствует всем требованиям по импортозамещению.

«В «Центре расследований» InfoWatch офицер информационной безопасности может видеть и сопоставлять различные данные в общем пространстве с единой системой фильтров и перекрестных переходов из одного представления в другое. Благодаря этому специалист ИБ тратит в три раза меньше времени с момента обнаружения подозрительного события до момента принятия решения о том, является ли это инцидентом. И сейчас мы пошли еще дальше – во-первых, добавили возможности, помогающие пользователям ЦР держать фокус на важных событиях, поскольку от этого зависит скорость реагирования на инциденты. Во-вторых, расширили количество источников, к которым специалист ИБ обращается для понимания контекста нарушения, чтобы принимать решения взвешено и с учетом всех факторов. Также улучшили инструменты прогнозирования – с их помощью офицеры безопасности могут работать на опережение и таким образом снижать число потенциальных инцидентов в будущем», – сказал руководитель направления «InfoWatch Центр расследований» ГК InfoWatch Сергей Кузьмин.

ТСПУ начали перенаправлять DNS-запросы к Google и Cloudflare на НСДИ

С вечера 26 августа открытые DNS-запросы к серверам Google и Cloudflare начали перехватываться на российских технических средствах противодействия угрозам (ТСПУ). При обычном UDP-запросе к этим серверам для доменов YouTube и RuTracker возвращался ответ NXDOMAIN, будто таких адресов вообще не существует. Однако запрос по TCP успешно доходил до сервера и получал настоящие IP-адреса.

Об этом сообщил пользователь Хабра angry_agent, изучивший поведение адресов 8.8.8.8 и 1.1.1.1.

Анализ трафика показал ещё более интересную картину. Когда автор отправил DNS-запрос с малым значением TTL, в ответе ICMP TTL Exceeded обнаружился адрес 195.208.5.1, принадлежащий Национальной системе доменных имён (НСДИ), хотя исходный пакет предназначался для 8.8.8.8.

С произвольными UDP-пакетами такой подмены не происходило, система реагировала именно на DNS-трафик.

По версии исследователя, ТСПУ распознаёт открытый DNS-запрос и выполняет направленный DNAT: незаметно меняет адрес назначения и отправляет пакет на сервер НСДИ. Тот уже решает, какой ответ вернуть пользователю. При этом для оператора связи запрос выглядит направленным не к Google, а сразу к НСДИ.

Механизм оказался неидеальным. При быстрой отправке нескольких одинаковых запросов первый получал NXDOMAIN, а следующие всё-таки добирались до Google и возвращали реальные адреса. Кроме того, перенаправление срабатывало не для всех DNS-серверов.

Официального подтверждения такого механизма пока нет, выводы основаны на эксперименте одного пользователя. Напомним, вчера мы писали, что ользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare.

RSS: Новости на портале Anti-Malware.ru