SearchInform усовершенствовала свои продукты обеспечения безопасности информации

SearchInform усовершенствовала свои продукты

Компания SearchInform, выпустила ряд обновлений для компонентов DLP-системы «Контура информационной безопасности SearchInform», препятствующей утечкам корпоративных данных. Самые масштабные изменения коснулись компонента SearchInform SearchServer.

Это «техническое сердце» «Контура информационной безопасности», в котором происходят все процессы по обработке перехваченной информации: от первичной индексации баз данных до выполнения поисковых запросов от AlertCenter и Общего клиента. Поэтому стабильность работы и быстродействие SearchServer напрямую влияют на всю DLP-систему.

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

Помимо этого, в SearchServer был внедрён «движок» оптического распознавания файлов. Если ранее данная функция работала в связке с Microsoft Office 2007, то теперь никаких сторонних программ для этого не требуется. Согласно внутренним тестам компании, переход на новую систему оптического распознавания текста не только значительно повысил качество распознавания (синонимов) изображений, но и добавил полноценную поддержку SearchInform SearchServer’ом операционной системы Windows Server 2012. Ранее оптическое распознавание на «старом движке» в этой системе могло работать некорректно.

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

Изменения коснулись и ReportCenter – инструмента отчётности «Контура информационной безопасности SearchInform». В частности, были разработаны принципиально новые виды отчётов, которые показывают информацию по установленному на машинах софту, по истории установок и удаления программ, а также по работоспособности агентов. Тем самым, у специалистов службы безопасности теперь появился новый инструмент, способный оперативно выявлять сотрудников, перехват информации от которых по каким-либо причинам не идёт.

Как отметил генеральный директор компании SearchInform Лев Матвеев, «мы понимаем, что охват всех возможных каналов передачи данных – это ещё только полдела. С информацией должно быть удобно работать. И в этом ключе мы за последнее время сильно продвинулись вперёд: на сегодняшний день наша система способна не просто создавать политики безопасности любой сложности, но и выполнять их быстро, а главное, качественно».

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

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

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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