Критический баг в Exim позволяет атаковать сервер обычным письмом

В почтовом сервере Exim закрыли критическую уязвимость CVE-2026-45185. При определенной конфигурации она позволяет удаленному атакующему без аутентификации вызвать повреждение памяти и потенциально выполнить произвольный код на сервере. Уязвимость получила 9,8 балла по CVSS 3.1, то есть максимальный критический уровень риска.

Проблема затрагивает Exim до версии 4.99.3 в конфигурациях с GnuTLS. Условие атаки связано с обработкой BDAT при передаче сообщений через SMTP CHUNKING: если клиент отправляет TLS close_notify в середине тела письма, а затем передает финальный cleartext-байт в том же TCP-соединении, в коде возникает use-after-free. В результате возможна heap corruption, а при успешной эксплуатации - удаленное выполнение кода.

Мейнтейнеры Exim уточняют, что уязвимы версии 4.97-4.99.x, если они собраны с поддержкой GnuTLS и одновременно рекламируют STARTTLS и CHUNKING. Пользователям рекомендуют срочно обновиться до Exim 4.99.3 или более новой версии.

Для администраторов это особенно неприятный класс ошибки: Exim широко используется на Linux- и Unix-серверах, а уязвимость доступна по сети и не требует учетной записи. Сборки на OpenSSL, по данным Anti-Malware.ru, не затронуты, но проверять нужно именно реальную конфигурацию сервера, а не только номер версии.

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