Des mises à jour correctives ont été publiées pour les branches stables des serveurs DNS BIND 9.11.28 et 9.16.12, ainsi que pour la branche expérimentale en cours de développement 9.17.10. Les nouvelles versions corrigent une vulnérabilité (CVE-2020-8625) entraßnant un débordement de tampon et pouvant potentiellement permettre l'exécution à distance de code par un attaquant. Aucun exploit fonctionnel n'a encore été détecté.
Le problĂšme est causĂ© par une erreur dans la mise en Ćuvre du mĂ©canisme SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism), utilisĂ© dans GSSAPI pour nĂ©gocier les protocoles utilisĂ©s par le client et serveur les mĂ©thodes de protection. GSSAPI est utilisĂ© comme protocole de haut niveau pour un Ă©change sĂ©curisĂ© de clĂ©s via l'extension GSS-TSIG, qui est utilisĂ©e lors du processus d'authentification des mises Ă jour dynamiques des zones DNS.
La vulnĂ©rabilitĂ© concerne les systĂšmes pour lesquels l'utilisation de GSS-TSIG est activĂ©e (par exemple, si les options tkey-gssapi-keytab et tkey-gssapi-credential sont utilisĂ©es). GSS-TSIG est gĂ©nĂ©ralement appliquĂ© dans des environnements mixtes, oĂč BIND est associĂ© Ă des contrĂŽleurs de domaine Active Directory ou dans le cadre d'une intĂ©gration avec Samba. Dans la configuration par dĂ©faut, GSS-TSIG est dĂ©sactivĂ©.
Comme solution de contournement pour bloquer le problĂšme sans avoir Ă dĂ©sactiver GSS-TSIG, il est possible de compiler BIND sans prendre en charge le mĂ©canisme SPNEGO, ce qui peut ĂȘtre dĂ©sactivĂ© en indiquant l'option «âdisable-isc-spnego» lors de l'exĂ©cution du script «configure». Dans les distributions, le problĂšme reste non corrigĂ© pour l'instant. Vous pouvez suivre l'apparition de mises Ă jour sur les pages suivantes : Debian, RHEL, SUSE, Ubuntu, Fedora, Arch Linux, FreeBSD, NetBSD.
Source : opennet.ru
