{"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\/da\/blog\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"S\u00e5rbarheder i OpenBSD, der muligg\u00f8r forh\u00f8jelse af rettigheder og omg\u00e5else af autentificering i smtpd, ldapd og radiusd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Qualys har afsl\u00f8ret<\/a><\/noindex> fire s\u00e5rbarheder<\/a><\/noindex> I OpenBSD, en af dem g\u00f8r det muligt at oprette forbindelse til nogle netv\u00e6rkstjenester uden autentificering, mens de tre andre kan h\u00e6ve deres rettigheder i systemet. Rapporten fra Qualys bem\u00e6rker den hurtige reaktion fra OpenBSD-udviklerne \u2014 alle problemer blev er blevet rettet<\/a><\/noindex> i OpenBSD 6.5<\/a><\/noindex> og OpenBSD 6.6<\/a><\/noindex> l\u00f8st inden for 40 timer efter privat underretning.<\/p>\n

Den fjernudnyttede s\u00e5rbarhed skyldes en fejl i organiseringen af autentifikationshandleren i libc-biblioteket, som kalder
\nprogrammet \/usr\/libexec\/auth\/login_style med overf\u00f8rsel af argumenter i kommandolinjen. Det er ogs\u00e5 muligt at angive navnet p\u00e5 protokollen med den valgfrie parameter \u00ab-s service\u00bb ved kald af login_style. Hvis der i begyndelsen af brugernavnet anvendes symbolet \u00ab-\u00bb, vil dette navn blive behandlet som en mulighed ved opstart af login_style. Som f\u00f8lge heraf, hvis du angiver \u00ab-schallenge\u00bb eller \u00ab-schallenge:passwd\u00bb som brugernavn ved autentifikation, vil login_style opfatte anmodningen som en anmodning om at bruge behandleren S\/Key<\/a><\/noindex>.<\/p>\n

Problemet er, at S\/Key-protokollen i login_style kun underst\u00f8ttes formelt og faktisk ignoreres, hvilket f\u00f8rer til en falsk indikation af succesfuld autentifikation. Dermed kan en angriber, ved at udgive sig som brugeren \u00ab-schallenge\u00bb, omg\u00e5 autentifikationen og f\u00e5 adgang uden at angive et kodeord eller n\u00f8gler. Alle netv\u00e6rkstjenester, der bruger standard libc-opkald til autentifikation, er potentielt s\u00e5rbare. For eksempel er muligheden for at omg\u00e5 autentifikationen bekr\u00e6ftet i smtpd (AUTH PLAIN), ldapd og radiusd.<\/p>\n

I sshd viser s\u00e5rbarheden sig ikke, da der er ekstra beskyttelse med kontrol af brugerens tilstedev\u00e6relse i systemet. Ikke desto mindre kan sshd bruges til at kontrollere systemets s\u00e5rbarhed \u2014 ved at tilg\u00e5 med brugernavnet \u00ab-sresponse:passwd\u00bb fryser forbindelsen, da sshd venter p\u00e5, at login_passwd returnerer opkaldparametrene (challenge), mens login_passwd venter p\u00e5 overf\u00f8rslen af de manglende parametre (navnet \u00ab-sresponse\u00bb opfattes som en mulighed). En potentiel lokal angriber kan fors\u00f8ge at omg\u00e5 autentifikationen i su-nyttig program, men overf\u00f8rsel af navnet \u00ab-sresponse\u00bb f\u00f8rer til, at processen fejler p\u00e5 grund af retur af en nulpegger ved udf\u00f8relsen af funktionen getpwnam_r(\u00ab-schallenge\u00bb, \u2026).<\/p>\n

Andre s\u00e5rbarheder:<\/p>\n