В Java-фреймворке Spring нашли 0-day, приводящую к выполнению кода

В Java-фреймворке Spring нашли 0-day, приводящую к выполнению кода

В Java-фреймворке Spring нашли 0-day, приводящую к выполнению кода

Новую уязвимость нулевого дня (0-day), получившую имя «Spring4Shell», нашли в универсальном Java-фреймворке Spring Core. Эксплуатация этой бреши может позволить злоумышленникам выполнить код удалённо без необходимости проходить аутентификацию.

Spring пользуется большой популярностью в среде разработчиков, поскольку позволяет им легко и быстро создавать Java-приложения с функциями корпоративного уровня. Проблема в безопасности затрагивает Spring Cloud Function и отслеживается под идентификатором CVE-2022-22963.

Вчера вечером в Сеть выложили эксплойт для этой уязвимости нулевого дня, после чего автор быстро удалил его. Тем не менее сообщество исследователей в области кибербезопасности успело скачать и изучить PoC. Например, в Twitter vx-underground (@vxunderground) появилась запись, подтверждающая утечку эксплойта.

В результате анализа ряд экспертов пришёл к выводу, что баг действительно опасен, а его эксплуатация может дорого стоить потенциальной жертве. Дыру назвали «Spring4Shell», а её суть кроется в небезопасном способе десериализации передаваемых аргументов.

Изначально специалисты считали, что брешь затрагивает Java 9 и более поздние версии, однако потом выяснилось, что для успешной эксплуатации сделанное с помощью Spring приложение должно отвечать определённым требованиям.

Как отметил Уилл Дорманн, уязвимому софту необходимо использовать «Spring Beans» и «Spring Parameter Binding», последний при этом должен быть настроен на использование нетипичных типов параметров вроде POJO.

Эксперты из Praetorian также изучили эксплойт и опубликовали в блоге следующее замечание:

«Успешная эксплуатация требует включённого на конечной точке DataBinder — например, POST-запрос, автоматически декодирующий данные из тела запроса. Кроме того, работа эксплойта прямо зависит от контейнера сервлетов».

Центр мониторинга и реагирования UserGate дал ряд рекомендаций по защите от SpringShell. Эксперты пишут, что прежде всего необходимо обновить компонент Spring Cloud Function до версий 3.1.7 и 3.2.3, а также проверить актуальность подписки на модуль Security Updates.

Сотрудники против: 52% компаний буксуют с переходом на тонкие клиенты

Переход на тонкие клиенты в российских компаниях чаще всего тормозит вовсе не техника, а люди. По данным опроса среди зрителей и участников эфира AM Live «Тонкий клиент: инструмент создания цифровых корпоративных рабочих мест», 52% компаний не могут полноценно перейти на такую модель из-за сопротивления сотрудников, привыкших к обычным компьютерам.

На этом фоне особенно показательно выглядит другая цифра: только 25% компаний уже используют удалённые рабочие места через десктопы или тонкие клиенты.

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

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

Впрочем, дело не только в привычках. Второй по популярности барьер — поддержка периферии, на неё пожаловались 46% опрошенных. Дальше причины идут уже с заметным отрывом: 32% считают проблемой высокую стоимость внедрения, 28% говорят о несовместимости приложений, 26% — о нехватке экспертизы у ИТ-команд, ещё 22% упомянули ограничения сети и каналов связи.

Некоторых экспертов такой высокий результат у пункта с периферией удивил, но в «Лаборатории Касперского» ничего необычного в этом не увидели. Старший менеджер по продукту Kaspersky Thin Client Михаил Левинский объяснил, что вопрос здесь упирается не только в сами устройства, но и в зрелость поддержки: у кого-то может быть старый монитор или нестандартная периферия, и важно, насколько быстро вендор готов на такие запросы реагировать. При этом, по его словам, сами операционные системы, конечно, должны нормально поддерживать проброс периферийных устройств.

Похожую мысль озвучили и в Uveon — Облачные технологии. Там обратили внимание, что часть проблем, которые пользователи приписывают именно тонким клиентам, на деле относится шире — к тому, как в компании вообще выстроена инфраструктура рабочих мест. Иными словами, не всё здесь упирается в «железку»: многое решается на уровне софта и архитектуры.

При этом в обсуждении прозвучала и осторожно позитивная нота. Генеральный директор «АМ Медиа» Илья Шабанов заметил, что заметно сократилась доля тех, кто считает главным препятствием именно стоимость внедрения. Это может говорить о том, что рынок таких решений в России постепенно взрослеет, а сами технологии перестают восприниматься как что-то слишком дорогое и экзотическое.

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