{"id":53577,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/mnozhestvennye-uyazvimosti-v-openbsd"},"modified":"2020-02-18T14:01:30","modified_gmt":"2020-02-18T11:01:30","slug":"mnozhestvennye-uyazvimosti-v-openbsd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/mnozhestvennye-uyazvimosti-v-openbsd","title":{"rendered":"Vuln\u00e9rabilit\u00e9s multiples dans OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des sp\u00e9cialistes de Qualys Labs ont d\u00e9couvert plusieurs probl\u00e8mes de s\u00e9curit\u00e9 li\u00e9s \u00e0 la possibilit\u00e9 de tromper les programmes responsables des m\u00e9canismes de v\u00e9rification des mots de passe utilis\u00e9s dans BSD (similaires \u00e0 PAM). La supercherie consiste \u00e0 transmettre le nom d'utilisateur \u00ab-schallenge\u00bb ou \u00ab-schallenge:passwd\u00bb, qui est ensuite interpr\u00e9t\u00e9 non pas comme un nom d'utilisateur, mais comme une option. Apr\u00e8s cela, le syst\u00e8me accepte n'importe quel mot de passe. Les services smtpd, ldapd et radiusd sont vuln\u00e9rables, permettant ainsi un acc\u00e8s non autoris\u00e9. Le service sshd ne peut pas \u00eatre exploit\u00e9 car il constate ensuite que l'utilisateur \u00ab-schallenge\u00bb n'existe pas r\u00e9ellement. Le programme su, lorsqu'il est tent\u00e9 d'\u00eatre exploit\u00e9 directement, \u00e9choue \u00e9galement, car il essaye aussi de d\u00e9terminer l'uid de cet utilisateur inexistant.<\/p>\n
Des vuln\u00e9rabilit\u00e9s h\u00e9t\u00e9rog\u00e8nes ont \u00e9galement \u00e9t\u00e9 r\u00e9v\u00e9l\u00e9es dans xlock, dans l'autorisation via S\/Key et Yubikey, ainsi que dans su, qui ne sont pas li\u00e9es \u00e0 l'indication de l'utilisateur \u00ab-schallenge\u00bb. La vuln\u00e9rabilit\u00e9 dans xlock permet \u00e0 un utilisateur ordinaire d'\u00e9l\u00e9ver ses privil\u00e8ges jusqu'au groupe auth. Par le biais de dysfonctionnements des m\u00e9canismes d'autorisation via S\/Key et Yubikey, il est possible d'augmenter les privil\u00e8ges du groupe auth \u00e0 l'utilisateur root, mais cela ne fonctionne pas par d\u00e9faut dans la configuration d'OpenBSD, car l'autorisation via S\/Key et Yubikey est d\u00e9sactiv\u00e9e. Enfin, la vuln\u00e9rabilit\u00e9 dans su permet \u00e0 un utilisateur d'augmenter les limites des ressources syst\u00e8me, telles que le nombre de descripteurs de fichiers ouverts.<\/p>\n
Les vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 corrig\u00e9es, des mises \u00e0 jour de s\u00e9curit\u00e9 sont disponibles via le m\u00e9canisme standard syspatch(8).<\/p>\n