VMware Tanzu закрыла ряд уязвимостей в Spring, среди которых есть критическая и несколько с высокой оценкой угрозы, пишет Heise online. Практический вывод для AI-команды простой: Spring-контур больше нельзя считать нейтральной подложкой под моделью. Проверять нужно не только код AI-функции, но и то, какие Spring-компоненты реально попали в сборку, доступны ли они извне и с какими данными работают.
Что именно проверять
Самая опасная из описанных проблем, CVE-2026-59270, получила критическую оценку. Из-за ошибок в контексте LDAP-сервера атакующий может получить административный доступ к экземплярам Spring Security. Это дает доступ к регистрационным данным и позволяет манипулировать идентичностями других пользователей. Heise отдельно отмечает, что такая позиция может стать отправной точкой для дальнейшего перемещения по инфраструктуре.
Еще одна уязвимость в Spring Security, CVE-2026-47841 с высокой оценкой, связана с ошибками WebAuthn и допускает несанкционированный доступ. Для сервиса, где Spring Security отвечает за вход пользователей или операторов, обе записи должны оказаться выше обычного платформенного бэклога. Здесь затронута не вспомогательная библиотека, а граница доверия системы.
Spring AI уязвим для атаки с вредоносным кодом через CVE-2026-47851, также оцененную как высокую. Для эксплуатации атакующему нужно передать жертве специально подготовленный PDF. При его открытии и обработке возникают ошибки доступа к непредусмотренным областям памяти. Результатом обычно становится сбой либо попадание вредоносного кода в систему.
Условие эксплуатации здесь важно не меньше оценки CVE. Если приложение не принимает и не обрабатывает PDF, риск для него отличается от риска сервиса, куда пользователи или сотрудники загружают документы для разбора. Поэтому пометки «у нас есть Spring AI» недостаточно. Нужно найти конкретный путь файла: кто может его загрузить, какой сервис откроет документ и в каком окружении пройдет обработка.
Наконец, CVE-2026-59288 с высокой оценкой затрагивает Spring GraphQL. Манипулируя URL, атакующий может получить доступ к данным, которые должны быть изолированы. Для проверки здесь нужен не спор о том, «используем ли мы GraphQL вообще», а список доступных маршрутов, их видимость из интернета и набор данных за каждым из них.
Патчить по экспозиции, а не по названию платформы
Большинство перечисленных VMware Tanzu уязвимостей имеют среднюю оценку, но это не делает весь пакет среднеприоритетным: внутри него есть критическая проблема и три описанные Heise уязвимости с высокой оценкой. При этом сообщений об их эксплуатации на момент публикации не было. Это полезная пауза для инвентаризации, а не основание отложить работу до планового обновления.
Первый шаг для команды: выгрузить SBOM продакшен-сервисов и проверить версии Spring-компонентов. Затем результаты стоит разделить минимум на четыре группы: Spring Security с LDAP, Spring Security с WebAuthn, Spring AI с обработкой PDF и Spring GraphQL с доступными маршрутами.
Второй шаг: наложить на этот список реальную экспозицию. Вверх очереди должны попасть сервисы, доступные извне, работающие с идентичностями, принимающие PDF или отдающие закрытые данные через GraphQL. Компонент, обнаруженный в SBOM, но не задействованный в соответствующем сценарии, требует проверки и обновления, однако не обязательно должен обгонять публичный сервис с подтвержденным условием эксплуатации.
Третий шаг: сверить установленные версии с разделом безопасности Spring. Heise не приводит полный перечень затронутых и исправленных релизов и прямо отправляет администраторов на сайт Spring, где опубликованы сведения по конкретным продуктам и версиям. Поэтому назначать номер «безопасной версии» по пересказу новости нельзя. Нужна сверка каждой найденной зависимости с карточкой соответствующей уязвимости и доступным исправлением.
Если обновление нельзя поставить сразу, компенсирующие меры должны повторять условия атаки: ограничить внешний доступ к затронутым сервисам, закрыть ненужные GraphQL-маршруты, не принимать PDF в уязвимом контуре и сузить доступ к функциям идентификации. Это не замена патчу, а способ уменьшить поверхность до его установки.
Маркер качества проверки будет конкретным: у команды должен появиться список не просто CVE, а развернутых экземпляров с версией, способом доступа, условием эксплуатации, владельцем и сроком обновления. Если в реестре останется строка «Spring, обновим с платформой», инвентаризация не состоялась.