{"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\/de\/blog\/novosti-interneta\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten in OpenBSD, die Privilegien erh\u00f6hen und die Authentifizierung in smtpd, ldapd und radiusd umgehen k\u00f6nnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Qualys hat<\/a><\/noindex> vier Sicherheitsanf\u00e4lligkeiten<\/a><\/noindex> In OpenBSD gibt es eine Schwachstelle, die es erm\u00f6glicht, sich ohne Authentifizierung mit einigen Netzwerkdiensten zu verbinden, w\u00e4hrend drei weitere das Privileg im System erh\u00f6hen. Im Bericht von Qualys wurde die schnelle Reaktion der Entwickler von OpenBSD hervorgehoben \u2013 alle Probleme wurden wurden<\/a><\/noindex> in OpenBSD 6.5<\/a><\/noindex> und OpenBSD 6.6<\/a><\/noindex> innerhalb von 40 Stunden nach der privaten Benachrichtigung behoben.<\/p>\n

Die remote ausnutzbare Schwachstelle wird durch einen Fehler bei der Organisation des Authentifizierungs-Handleraufrufs in der libc-Bibliothek verursacht, der
\ndas Programm \/usr\/libexec\/auth\/login_style mit der \u00dcbergabe von Argumenten in der Befehlszeile. Darunter kann beim Aufruf von login_style mit der optionalen Option \u201e-s service\u201c der Name des Protokolls \u00fcbergeben werden. Wenn am Anfang des Benutzernamens das Zeichen \u201e-\u201c verwendet wird, wird dieser Name als Option beim Start von login_style behandelt. Dementsprechend wird, wenn bei der Authentifizierung der Benutzername \u201e-schallenge\u201c oder \u201e-schallenge:passwd\u201c angegeben wird, login_style die Anfrage als Aufforderung zur Verwendung des Handlers S\/Key<\/a><\/noindex>.<\/p>\n

Das Problem ist, dass das S\/Key-Protokoll in login_style nur formal unterst\u00fctzt wird und tats\u00e4chlich mit der Ausgabe des Erfolgszeichens der Authentifizierung ignoriert wird. Somit kann ein Angreifer, der sich als Benutzer \u201e-schallenge\u201c ausgibt, die Authentifizierung umgehen und ohne Angabe eines Passworts oder Schl\u00fcssels Zugriff erhalten. Potenziell sind alle Netzwerkdienste, die die Standardaufrufe der libc zur Durchf\u00fchrung der Authentifizierung verwenden, betroffen. Beispielsweise wurde die M\u00f6glichkeit, die Authentifizierung zu umgehen, in smtpd (AUTH PLAIN), ldapd und radiusd best\u00e4tigt.<\/p>\n

In sshd tritt die Schwachstelle nicht auf, da es zus\u00e4tzliche Sicherheitsmechanismen gibt, die die Anwesenheit des Benutzers im System \u00fcberpr\u00fcfen. Dennoch kann sshd verwendet werden, um die Anf\u00e4lligkeit des Systems zu testen \u2013 wenn der Benutzername \u201e-sresponse:passwd\u201c angegeben wird, h\u00e4ngt die Verbindung, da sshd auf die R\u00fcckgabe der Parameter von login_passwd wartet (die Aufforderung), w\u00e4hrend login_passwd auf die \u00dcbermittlung der fehlenden Parameter wartet (der Name \u201e-sresponse\u201c wird als Option verstanden). Potenziell k\u00f6nnte ein lokaler Angreifer versuchen, die Authentifizierung in der utiliti su zu umgehen, aber die Verwendung des Namens \u201e-sresponse\u201c f\u00fchrt zum Absturz des Prozesses, da ein Null-Zeiger bei der Ausf\u00fchrung der Funktion getpwnam_r(\u201e-schallenge\u201c, \u2026) zur\u00fcckgegeben wird.<\/p>\n

Weitere Schwachstellen:<\/p>\n