Крупнейший в России DLP-проект: Сбербанк и РТК-Солар внедрили Solar Dozor

Крупнейший в России DLP-проект: Сбербанк и РТК-Солар внедрили Solar Dozor

Крупнейший в России DLP-проект: Сбербанк и РТК-Солар внедрили Solar Dozor

DLP-система Solar Dozor, помогающая защитить данные от утечек, успешно внедрена в Сбербанке. Об этом сообщила как сама кредитная организация, так и непосредственный разработчик Solar Dozor — «РТК-Солар». Специалисты назвали этот проект самым масштабным в стране.

В итоге DLP-система (Data Leak Prevention) защищает информационные активы всех подразделений Сбербанка на территории России. Отмечается, что мониториться будут более 250 тысяч рабочих станций.

Помимо усиления внешней защиты периметра, крупнейшая кредитная организация страны повысит уровень безопасности при работе с внутренней конфиденциальной информацией и персональными данными.

Представители Сбербанка отметили, что для реализации проекта банк в сжатые сроки сформировал команду специалистов, у которых уже есть опыт внедрения крупных проектов, а также развёртывания DLP-систем.

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

Таким образом, от DLP-системы требовалось, чтобы она обрабатывала события в едином интерфейсе управления, информировала сотрудников службы реагирования и интегрировалась с одним из крупнейших в мире центров мониторинга и оперативного реагирования на инциденты информационной безопасности (SOC — Security Operations Center).

Внедрение Solar Dozor, кстати, произошло в достаточно сжатые сроки — за полгода. Директор Департамента кибербезопасности Сбербанка Сергей Лебедь комментирует:

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

Подпишитесь на новости

Отключите HTTP/2 или обновитесь: Apache исправил критическую уязвимость

Разработчики Apache HTTP Server выпустили версию 2.4.71 с патчем для критической уязвимости CVE-2026-119618. Ошибка находится в модуле mod_http2, который отвечает за работу с протоколом HTTP/2, и может привести к удаленному выполнению кода. Уязвимы версии сервера с 2.4.55 по 2.4.70, а также отдельные сборки модуля mod_h2 с 2.0.8 по 2.0.42.

Описание уязвимости опубликовано в бюллетене Apache. Проблема связана с состоянием гонки в функции assign_headers(): несколько потоков обращаются к общим данным без нужной синхронизации, и это может повредить память сервера.

Первым об ошибке 26 октября сообщил сканер опенсорс-кода Anthropic. 3 ноября ту же уязвимость независимо нашли Энтони Уимс и Саймон Сканнелл из Google Cloud Vulnerability Research.

Red Hat оценила уязвимость в 9,8 балла из 10 по шкале CVSS. По данным компании, неаутентифицированный злоумышленник может получить контроль над процессом веб-сервера. Атаке подвержены только серверы с включенным HTTP/2, конфигурации с одним HTTP/1.1 в безопасности.

Red Hat также сообщила, что в открытых исследованиях уже показан надежный эксплойт. Опубликованный на GitHub PoC при этом вызывает только повреждение памяти и падение процессов.

По оценке Wiz, ресурсы с уязвимыми версиями Apache есть в 64% облачных сред, а в 51% они доступны из интернета. Настройки серверов в этих цифрах не учтены.

Администраторам рекомендуют обновиться до 2.4.71. Если это пока невозможно, атаку можно предотвратить, временно отключив HTTP/2. В той же версии исправлены еще две уязвимости: CVE-2026-106023 в модуле mod_md, из-за которой падают процессы сервера, и CVE-2026-109163 в mod_vhost_alias с низким уровнем опасности.

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