{"id":53580,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd"},"modified":"2021-02-01T11:40:32","modified_gmt":"2021-02-01T09:40:32","slug":"uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans OpenBSD permettant d'\u00e9lever les privil\u00e8ges et de contourner l'authentification dans smtpd, ldapd et radiusd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La soci\u00e9t\u00e9 Qualys a d\u00e9tect\u00e9<\/a><\/noindex> quatre une vuln\u00e9rabilit\u00e9<\/a><\/noindex> Dans OpenBSD, une des vuln\u00e9rabilit\u00e9s permet de se connecter \u00e0 certains services r\u00e9seau sans authentification, tandis que trois autres \u00e9l\u00e8vent leurs privil\u00e8ges dans le syst\u00e8me. Le rapport de Qualys souligne la r\u00e9action rapide des d\u00e9veloppeurs d'OpenBSD \u2014 tous les probl\u00e8mes ont \u00e9t\u00e9 r\u00e9solus<\/a><\/noindex> dans OpenBSD 6.5<\/a><\/noindex> et OpenBSD 6.6<\/a><\/noindex> dans les 40 heures suivant la notification priv\u00e9e.<\/p>\n

La vuln\u00e9rabilit\u00e9 exploitable \u00e0 distance est caus\u00e9e par une erreur lors de l'organisation de l'appel du gestionnaire d'authentification dans la biblioth\u00e8que libc, qui appelle
\nle programme \/usr\/libexec\/auth\/login_style avec des arguments transmis en ligne de commande. Cela inclut, lors de l'appel de login_style avec le param\u00e8tre optionnel \u00ab -s service \u00bb, la possibilit\u00e9 de transmettre le nom du protocole. Si, au d\u00e9but du nom d'utilisateur, le caract\u00e8re \u00ab - \u00bb est utilis\u00e9, ce nom sera trait\u00e9 comme une option lors du lancement de login_style. Par cons\u00e9quent, si l'utilisateur s'authentifie avec le nom d'utilisateur \u00ab -schallenge \u00bb ou \u00ab -schallenge:passwd \u00bb, login_style consid\u00e9rera la demande comme une requ\u00eate pour utiliser le gestionnaire S\/K<\/a><\/noindex>.<\/p>\n

Le probl\u00e8me est que le protocole S\/Key dans login_style n'est pris en charge que de mani\u00e8re formelle, et est en r\u00e9alit\u00e9 ignor\u00e9 avec un message de succ\u00e8s d'authentification. Ainsi, un attaquant peut se faire passer pour l'utilisateur \u00ab -schallenge \u00bb, contourner l'authentification et acc\u00e9der sans fournir de mot de passe ou de cl\u00e9s. Potentiellement, tous les services r\u00e9seau utilisant des appels libc standard pour l'authentification sont vuln\u00e9rables. Par exemple, la possibilit\u00e9 de contourner l'authentification a \u00e9t\u00e9 confirm\u00e9e dans smtpd (AUTH PLAIN), ldapd et radiusd.<\/p>\n

Dans sshd, la vuln\u00e9rabilit\u00e9 ne se manifeste pas, car une protection suppl\u00e9mentaire v\u00e9rifie la pr\u00e9sence de l'utilisateur dans le syst\u00e8me. Cependant, sshd peut \u00eatre utilis\u00e9 pour v\u00e9rifier si le syst\u00e8me est affect\u00e9 par la vuln\u00e9rabilit\u00e9 \u2014 lorsqu'on acc\u00e8de avec le nom d'utilisateur \u00ab -sresponse:passwd \u00bb, la connexion se bloque, car sshd attend le retour des param\u00e8tres d'appel (challenge) de login_passwd, tandis que login_passwd attend la transmission des param\u00e8tres manquants (le nom \u00ab -sresponse \u00bb est interpr\u00e9t\u00e9 comme une option). Un attaquant local pourrait tenter de contourner l'authentification dans l'outil su, mais la transmission du nom \u00ab -sresponse \u00bb provoque un crash du processus en raison d'un retour de pointeur nul lors de l'ex\u00e9cution de la fonction getpwnam_r(\u00ab -schallenge \u00bb, \u2026).<\/p>\n

Autres vuln\u00e9rabilit\u00e9s :<\/p>\n