{"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\/de\/blog\/novosti-interneta\/mnozhestvennye-uyazvimosti-v-openbsd","title":{"rendered":"Mehrere Schwachstellen in OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Spezialisten von Qualys Labs haben mehrere Sicherheitsprobleme entdeckt, die mit der M\u00f6glichkeit verbunden sind, Programme, die f\u00fcr die in BSD implementierten Passwortpr\u00fcfungsmethoden verantwortlich sind (analog zu PAM), zu t\u00e4uschen. Die T\u00e4uschung besteht darin, den Benutzernamen «-schallenge» oder «-schallenge:passwd» zu \u00fcbermitteln, was dann nicht als Benutzername, sondern als Option interpretiert wird. Anschlie\u00dfend akzeptiert das System jedes Passwort. Betroffen sind die Dienste smtpd, ldapd und radiusd, die unbeabsichtigten Zugriff erm\u00f6glichen. Der Dienst sshd kann nicht ausgenutzt werden, da sshd erkennt, dass der Benutzer «-schallenge» tats\u00e4chlich nicht existiert. Das Programm su st\u00fcrzt bei einem direkten Ausnutzungsversuch ab, da es auch versucht, die UID eines nicht existierenden Benutzers zu kl\u00e4ren.<\/p>\n
Au\u00dferdem wurden diverse Schwachstellen in xlock, bei der Authentifizierung \u00fcber S\/Key und Yubikey sowie in su festgestellt, die nicht mit der Angabe des Benutzers «-schallenge» zusammenh\u00e4ngen. Die Schwachstelle in xlock erm\u00f6glicht einem normalen Benutzer die Privilegien auf die Gruppe auth zu erh\u00f6hen. Durch fehlerhafte Funktionsweisen der Authentifizierungsmechanismen \u00fcber S\/Key und Yubikey kann die Privilegienstufe von der Gruppe auth auf den Benutzer root erh\u00f6ht werden, wobei dies jedoch in der Standardkonfiguration von OpenBSD nicht funktioniert, da die Authentifizierung \u00fcber S\/Key und Yubikey deaktiviert ist. Schlie\u00dflich erm\u00f6glicht die Schwachstelle in su einem Benutzer, die Limits f\u00fcr Systemressourcen, wie die Anzahl der ge\u00f6ffneten Dateideskriptoren, zu erh\u00f6hen.<\/p>\n
Die Schwachstellen wurden mittlerweile behoben, Sicherheitsupdates sind \u00fcber das regul\u00e4re Syspatch(8)-Verfahren verf\u00fcgbar.<\/p>\n