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

В LMCache — открытом программном обеспечении, которое ускоряет работу серверов больших языковых моделей (LLM), таких как vLLM, — выявлена критическая уязвимость, позволяющая атакующему выполнить код на сервере кэша без входа в систему. На момент публикации исправленная версия продукта недоступна, что делает проблему особенно опасной для организаций, использующих LMCache в production-окружениях. Уязвимость затрагивает режим multiprocess, в котором кэш функционирует как самостоятельный сервер, а LLM-воркеры обращаются к нему через библиотеку обмена сообщениями ZeroMQ. Поскольку взаимодействие строится на сетевых сообщениях, злоумышленнику достаточно одного сетевого запроса, чтобы инициировать выполнение произвольного кода на сервере кэша. Аутентификация при этом не требуется — именно отсутствие проверки подлинности запросов и превращает ошибку в критическую.

Подробности

LMCache — компонент, который кэширует результаты работы LLM, снижая нагрузку на inference-серверы и ускоряя ответы модели. В режиме multiprocess он выделяется в отдельный процесс-сервер, а связь с LLM-воркерами обеспечивается через ZeroMQ. Именно на этом канале и возникает брешь: недостатки обработки входящих сообщений позволяют неаутентифицированному злоумышленнику, имеющему сетевой доступ к серверу кэша, выполнить на нём произвольный код (RCE). Ключевые характеристики уязвимости: — затронут режим multiprocess LMCache; — эксплуатация возможна удалённо и без аутентификации; — для атаки достаточно сетевого доступа к серверу кэша; — исправленная версия на момент публикации отсутствует. Идентификатор CVE в исходной публикации не указан. Отсутствие патча означает, что стандартный путь «обновиться до безопасной версии» пока недоступен, и защита должна строиться на архитектурных и сетевых мерах.

Что делать

Поскольку официального исправления нет, рекомендуется сосредоточиться на ограничении доступа к уязвимому компоненту: 1. Не выставляйте сервер кэша LMCache в режиме multiprocess в публичные сети. Доступ к нему должен быть только из доверенного периметра. 2. Ограничьте сетевой доступ к портам ZeroMQ с помощью firewall и сетевых политик: разрешайте подключения исключительно от доверенных LLM-воркеров по списку IP. 3. Изолируйте сервис кэша в отдельном сегменте сети или namespace, чтобы компрометация кэша не давала атакующему прямого доступа к остальной инфраструктуре. 4. Если режим multiprocess не используется, рассмотрите переход на другие режимы работы LMCache или временное отключение standalone-сервера кэша. 5. Следите за обновлениями проекта LMCache и рекомендациями мейнтейнеров: патч ожидается, и его нужно будет установить незамедлительно. 6. Настройте мониторинг и логирование обращений к серверу кэша, чтобы фиксировать подозрительные сетевые запросы и попытки эксплуатации. Дополнительно стоит проверить, какие версии LMCache и vLLM используются в вашей инфраструктуре, и оценить, насколько широко сервер кэша доступен внутри сети. Даже при отсутствии патча сокращение поверхности атаки существенно снижает риск. Итог: критическая уязвимость в LMCache позволяет неаутентифицированному атакующему выполнить код на сервере кэша, и до выхода исправления единственной надёжной защитой остаётся строгая сетевая изоляция компонента. Организациям, использующим LMCache в режиме multiprocess, следует немедленно пересмотреть доступность сервера кэша.

Источник: The Hacker News