Les développeurs du serveur de messagerie Exim ont publié une version corrective. Exim 4.99.3, corrigeant une vulnérabilité dans certaines configurations de l'agent de messagerie. Le problème est référencé par l'identifiant interne EXIM-Security-2026-05-01.1; dans l'avis officiel, il est également mentionné comme CVE-TBD.
La vulnérabilité appartient à la catégorie Utilisation à distance après libération et se manifeste lors de l'analyse du corps du message BDAT lors de l'utilisation de TLS via GnuTLS. BDAT est utilisé dans l'extension SMTP CHUNKING pour le transfert du corps du message par morceaux. Selon la description d'Exim, l'erreur peut être provoquée lorsque le client, lors de la transmission de BDAT, envoie la notification TLS close_notify avant la fin de la transmission du corps, puis ajoute un octet supplémentaire dans le même TCP.
Dans une telle séquence, Exim peut écrire des données dans un tampon mémoire qui avait déjà été libéré lors de la conclusion de la session TLS. Cela entraîne une corruption de la pile et pourrait potentiellement être exploité pour exécuter du code. L'avis souligne que l'attaquant a seulement besoin de pouvoir établir une connexion TLS et d'utiliser l'extension SMTP CHUNKING / BDAT.
Le problème concerne Exim 4.97, 4.98, 4.99, 4.99.1 et 4.99.2, mais uniquement les versions compilées avec le support GnuTLS. Dans la documentation officielle, cela est formulé comme des configurations avec USE_GNUTLS=yes; les versions utilisant OpenSSL ou d'autres bibliothèques TLS ne sont pas concernées par cette vulnérabilité. Il est également spécifié dans l'avis d'Exim que les configurations déclarant STARTTLS et CHUNKING.
Le correctif est inclus dans Exim 4.99.3. Selon les développeurs, le patch garantit une réinitialisation propre de la pile de traitement des entrées lors de la réception de TLS close_notify pendant une transmission active de BDAT, ce qui empêche l'utilisation ultérieure de pointeurs obsolètes. Aucun moyen connu de résoudre complètement le problème, en dehors de la mise à jour, n'est inclus dans les recommandations.
Les développeurs d'Exim ont reçu un rapport d'erreur le 1er mai 2026 de Federico Kirschbaum de XBOW Security. Après vérification du rapport, le correctif a été préparé dans des dépôts privés, le 7 mai, le problème a été signalé aux distributions via une liste de diffusion fermée, le 10 mai, un accès limité aux correctifs leur a été donné, et le 12 mai 2026 des recommandations et la version avec le correctif ont été publiées.
Il est recommandé aux administrateurs de serveurs de messagerie de vérifier la version d'Exim et le backend TLS utilisé. serveur fonctionne sur Exim de 4.97 à 4.99.2 inclus, construit avec GnuTLS et annonce STARTTLS avec CHUNKING, le projet Exim recommande de passer dès que possible à Exim 4.99.3 ou une version plus récente. Les codes source corrigés sont disponibles dans la branche exim-4.99+fixes et la balise exim-4.99.3, ainsi que sous forme d'archives tarball sur les sites de téléchargement classiques d'Exim.
Source : linux.org.ru
