{"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\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten in OpenBSD, die die Erh\u00f6hung von Rechten und das Umgehen der Authentifizierung in smtpd, ldapd und radiusd erm\u00f6glichen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Unternehmen Qualys hat<\/a><\/noindex> vier von Schwachstellen<\/a><\/noindex> In OpenBSD gibt es eine Schwachstelle, von der eine es erm\u00f6glicht, sich ohne Authentifizierung zu bestimmten Netzwerkdiensten zu verbinden, w\u00e4hrend drei andere die Privilegien im System erh\u00f6hen. Im Bericht von Qualys wird die schnelle Reaktion der Entwickler von OpenBSD hervorgehoben \u2013 alle Probleme wurden behebt<\/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 aus der Ferne ausnutzbare Schwachstelle wird durch einen Fehler bei der Organisation des Aufrufs des Authentifizierungs-Handlers in der libc-Bibliothek verursacht, die
\nDas Programm \/usr\/libexec\/auth\/login_style erlaubt die \u00dcbergabe von Argumenten \u00fcber die Kommandozeile. Insbesondere beim Aufruf von login_style mit dem optionalen Parameter \u201e-s service\u201c kann der Protokollname \u00fcbergeben werden. Wenn der Benutzername mit dem Zeichen \u201e-\u201c beginnt, wird der Name als Option beim Start von login_style verarbeitet. Wenn beispielsweise beim Authentifizieren der Benutzername \u201e-schallenge\u201c oder \u201e-schallenge:passwd\u201c angegeben wird, betrachtet login_style dies als Anfrage 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 in der Praxis bei der Ausgabe des erfolgreichen Authentifizierungszeichens 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 zugreifen. Potenziell sind alle Netzwerkdienste betroffen, die regul\u00e4re libc-Aufrufe f\u00fcr die Authentifizierung nutzen. Beispielsweise wurde best\u00e4tigt, dass das Umgehen der Authentifizierung in smtpd (AUTH PLAIN), ldapd und radiusd m\u00f6glich ist.<\/p>\n

In sshd tritt die Schwachstelle nicht auf, da es zus\u00e4tzlichen Schutz gibt, der die Anwesenheit des Benutzers im System \u00fcberpr\u00fcft. Dennoch kann sshd verwendet werden, um die Anf\u00e4lligkeit des Systems zu \u00fcberpr\u00fcfen \u2013 bei einer Anmeldung mit dem Benutzernamen \u201e-sresponse:passwd\u201c h\u00e4ngt die Verbindung, da sshd auf die R\u00fcckgabe der Aufrufparameter (challenge) von login_passwd wartet, w\u00e4hrend login_passwd auf die \u00dcbertragung der fehlenden Parameter wartet (der Name \u201e-sresponse\u201c wird als Option betrachtet). Potenziell kann ein lokaler Angreifer versuchen, die Authentifizierung im Tool su zu umgehen, aber die \u00dcbergabe des Namens \u201e-sresponse\u201c f\u00fchrt zum Absturz des Prozesses aufgrund der R\u00fcckgabe eines Nullzeigers bei der Ausf\u00fchrung der Funktion getpwnam_r(\u201e-schallenge\u201c, \u2026).<\/p>\n

Weitere Sicherheitsanf\u00e4lligkeiten:<\/p>\n