Когда параметр mail_max_userip_connections установлен (по умолчанию 10) и достигнут, вход в систему отправки может завершиться сбоем с паникой epoll(), вызванной проблемами обработки файлового дескриптора. При работе в режиме высокого уровня безопасности (по умолчанию для выпусков сообщества) разрывается только новое соединение для отправки. При работе в высокопроизводительном режиме (по умолчанию для версий Pro) все соединения, обрабатываемые процессом отправки-входа, будут прекращены.
Сбои могут привести к тому, что пользователь не сможет отправить сообщение, или к отправке дубликатов сообщений. Если TLS не используется (на внутреннем сервере, обрабатывающем отправку), дублированные доставки не могут произойти, поскольку сбой может произойти только на этапе AUTH. Ограничьте количество соединений, обрабатываемых одним процессом отправки-входа.
Однако это влияет на производительность. Обновите до неуязвимой версии. Никаких общедоступных эксплойтов неизвестно.
Показать оригинальное описание (EN)
When mail_max_userip_connections is set (default 10) and reached, submission-login can crash with epoll() panic caused by file descriptor handling issues. If running in high-security mode (default for community releases), only the new submission connection gets terminated. If running in high-performance mode (default for Pro releases), all connections handled by the submission-login process will be terminated. The crashes can cause failure for user to send a message, or it can cause duplicate messages to be sent. If TLS is not used (in the backend server processing the submission), duplicate deliveries cannot happen, because the crash can only happen at AUTH stage. Limit the number of connections handled by single submission-login process. This has a performance impact though. Update to non-vulnerable version. No publicly available exploits are known.
Характеристики атаки
Последствия
Строка CVSS v3.1