РТК-Солар запустил DRP-сервис нового поколения

РТК-Солар запустил DRP-сервис нового поколения

РТК-Солар запустил DRP-сервис нового поколения

Ростелеком-Солар” представил сервис по мониторингу внешних цифровых угроз. Solar AURA позиционируется как решение нового поколения. Сервис “ловит” фишинг и утечки, мониторит бренд компании и личные аккаунты.

Solar AURA расшифровывается как Audit & Risk Assessment. Сервис от РТК-Солар презентовали на Уральском банковском форуме.

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

Solar AURA – решение класса DRP (Digital Risk Protection). У сервиса “максимально гибкая модульная архитектура”, отмечает пресс-служба. Он может интегрироваться с комплексными системами безопасности организации в качестве источника данных.

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

Solar AURA позиционируется как абсолютно новый продукт.

“Наша цель – не копирование старых наработок команды, — объясняет директор центра аналитики внешних цифровых рисков компании “Ростелеком-Солар” Игорь Сергиенко. — Используя накопленные знания как ступеньку, мы избрали иной подход к управлению цифровыми рисками, который, надеемся, станет новым золотым стандартом в отрасли”.

В компании Solar AURA называют DRP-сервисом нового поколения, “фактически DRP2.0”.

Решение включает в себя семь модулей, их можно подключать отдельно или в комплексе. 

Среди них — “Антифишинг”, “Утечки” и “Даркнет”. Последний отслеживает появление в даркнете угроз, нацеленных на заказчика. Это могут быть сообщения о готовящихся кибератаках и нелегальных услугах, предложения о “пробиве” или поиске точки входа в инфраструктуру компании, продаже баз данных.

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

Блок “Медиаполе” ловит чувствительную для заказчика информацию в открытом доступе, а “Безопасность финансов” касается возможных банковских манипуляций и афер. 

“Необходимо понимать, что концепция “да зачем нам вкладываться в безопасность, кому мы нужны?” — не работает”, — комментирует запуск нового сервиса заместитель директора центра аналитики внешних цифровых рисков компании “Ростелеком-Солар” Сергей Трухачев. Опыт последних месяцев показывает, что атакам подвергаются самые разные организации, даже те, кто еще недавно был неинтересен злоумышленникам, подчеркивает он.

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

Две уязвимости в ksmbd Linux позволяют получить root через SMB

Без лишней мистики: исследователь в области кибербезопасности BitsByWill подробно разобрал две критические уязвимости в ksmbd — встроенном в ядро Linux SMB-сервере. Речь о CVE-2023-52440 и CVE-2023-4130 — и самое неприятное, что они отлично склеиваются в рабочую эксплойт-цепочку.

Первая уязвимость, CVE-2023-52440, описывается как контролируемое SLUB-переполнение в функции ksmbd_decode_ntlmssp_auth_blob().

Как пишет BitsByWill, длина sess_key_len контролируется пользователем, и при определённой подаче данных можно переполнить фиксированный буфер sess_key во время вызова cifs_arc4_crypt. Проще говоря — достаточно модифицировать одну строку в ntlm-клиентской библиотеке (в примере — Impacket), чтобы сгенерировать специально подготовленное NTLM-сообщение и получить неаутентифицированное удалённое переполнение буфера с контролем размера и содержимого.

Вторая уязвимость, CVE-2023-4130, — это чтение за пределами буфера (OOB read) в smb2_set_ea(). Из-за плохой проверки расширенных атрибутов (EA) злоумышленник с правом записи на шаре может заставить ksmbd неправильно интерпретировать структуру и считать дополнительные записи. В результате соседние данные кучи попадают в xattr, откуда их можно извлечь через SMB3 queryInfo. То есть брешь позволяет вытянуть части памяти ядра и, например, сломать KASLR.

И вот где всё становится опасно: переполнение даёт запись, чтение даёт утечку. Связав CVE-2023-52440 и CVE-2023-4130, BitsByWill показал рабочий путь до реального ROP-эксплойта.

Для демонстрации потребовались учётные данные пользователя с правом записи на шару, поэтому исследователь пишет о 0-click с аутентификацией — формулировка спорная, но смысл понятен: если админ разрешил анонимную запись в шаре, шанс эксплуатации становится ещё выше.

Авторы анализа подчёркивают практические сценарии: модификация таблиц страниц для произвольного чтения/записи, вынимание секретов из соседних процессов или подготовка ROP-цепочки для исполнения кода в контексте ядра. Всё это — классика эскалации привилегий, но в данном случае — прямо через SMB-интерфейс ядра.

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

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

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