{"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\/news\/mnozhestvennye-uyazvimosti-v-openbsd","title":{"rendered":"Mehrere Sicherheitsanf\u00e4lligkeiten in OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Fachleute von Qualys Labs haben mehrere Sicherheitsprobleme entdeckt, die mit der M\u00f6glichkeit zusammenh\u00e4ngen, Programme zu t\u00e4uschen, die f\u00fcr die in BSD verwendeten Passwort\u00fcberpr\u00fcfungsmechanismen (analog zu PAM) verantwortlich sind. Die T\u00e4uschung besteht darin, dass der Benutzername \u201e-schallenge\u201c oder \u201e-schallenge:passwd\u201c \u00fcbermittelt wird, der dann nicht als Benutzername, sondern als Option interpretiert wird. Nach dieser Interpretation akzeptiert das System jedes Passwort. Betroffen sind Dienste wie smtpd, ldapd und radiusd, die letztlich unbefugten Zugriff zulassen. Der Dienst sshd ist nicht ausnutzbar, da sshd erkennt, dass der Benutzer \u201e-schallenge\u201c tats\u00e4chlich nicht existiert. Das Programm su st\u00fcrzt bei einem direkten Ausnutzungsversuch ab, da es ebenfalls versucht, die uid eines nicht existierenden Benutzers zu ermitteln.<\/p>\n
Es wurden auch verschiedene heterogene Schwachstellen in xlock, bei der Authentifizierung \u00fcber S\/Key und Yubikey sowie in su ver\u00f6ffentlicht, die nicht mit der Angabe des Benutzers \u201e-schallenge\u201c in Verbindung stehen. Die Schwachstelle in xlock erm\u00f6glicht es einem normalen Benutzer, die Berechtigungen auf die Gruppe auth zu erh\u00f6hen. Durch die fehlerhafte Funktionsweise der Authentifizierungsmechanismen \u00fcber S\/Key und Yubikey k\u00f6nnen Berechtigungen von der Gruppe auth auf den Benutzer root erh\u00f6ht werden, jedoch funktioniert dies in der Standardkonfiguration von OpenBSD nicht, 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 offenen Dateideskriptoren zu erh\u00f6hen.<\/p>\n
Die Schwachstellen wurden mittlerweile behoben, Sicherheitsupdates sind \u00fcber das regul\u00e4re Mechanismus syspatch(8) verf\u00fcgbar.<\/p>\n