{"id":103125,"date":"2022-01-29T15:37:09","date_gmt":"2022-01-29T13:37:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-openssl-glibc-util-linux-drajverah-i915-i-vmwgfx"},"modified":"2022-01-29T15:37:09","modified_gmt":"2022-01-29T13:37:09","slug":"uyazvimosti-v-openssl-glibc-util-linux-drajverah-i915-i-vmwgfx","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimosti-v-openssl-glibc-util-linux-drajverah-i915-i-vmwgfx","title":{"rendered":"Sicherheitsl\u00fccken in OpenSSL, Glibc, util-linux, i915- und vmwgfx-Treibern","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Informationen \u00fcber eine Sicherheitsanf\u00e4lligkeit (CVE-2021-4160) in der Kryptobibliothek OpenSSL wurden offengelegt. Diese wurde durch einen Fehler in der Implementierung des Summenoperators in der Funktion BN_mod_exp verursacht, was zu falschen Ergebnissen bei der Berechnung der Quadratwurzel f\u00fchrt. Das Problem tritt nur auf Hardware mit MIPS32- und MIPS64-Architekturen auf und kann die Algorithmen auf Basis elliptischer Kurven, einschlie\u00dflich der standardm\u00e4\u00dfig in TLS 1.3 verwendeten, gef\u00e4hrden. Das Problem wurde in den Dezemberupdates von OpenSSL 1.1.1m und 3.0.1 behoben. <\/p>\n
Es wird angemerkt, dass die Durchf\u00fchrung von realen Angriffen zur Beschaffung von Informationen \u00fcber private Schl\u00fcssel unter Verwendung des identifizierten Problems f\u00fcr RSA, DSA und den Diffie-Hellman-Algorithmus (DH) als m\u00f6glich, jedoch unwahrscheinlich betrachtet wird, da sie zu komplex f\u00fcr die Durchf\u00fchrung sind und enorme Rechenressourcen erfordern. Ein Angriff auf TLS wird ausgeschlossen, da im Jahr 2016 mit der Behebung der Sicherheitsanf\u00e4lligkeit CVE-2016-0701 das gemeinsame Nutzen von einem privaten DH-Schl\u00fcssel durch Clients verboten wurde. <\/p>\n
Zus\u00e4tzlich k\u00f6nnen mehrere k\u00fcrzlich entdeckte Sicherheitsanf\u00e4lligkeiten in offenen Projekten erw\u00e4hnt werden: <\/p>\n
\n
Mehrere Sicherheitsanf\u00e4lligkeiten (CVE-2022-0330) in den Grafiktreibern i915, die mit dem Fehlen eines TLB-Resets f\u00fcr die GPU zusammenh\u00e4ngen. Sofern IOMMU (Adressumsetzung) nicht verwendet wird, erm\u00f6glicht die Sicherheitsanf\u00e4lligkeit den Zugriff auf zuf\u00e4llige Speicheradressen aus dem Benutzerspeicher. Diese Problematik kann genutzt werden, um Daten aus unbestimmten Speicherbereichen zu besch\u00e4digen oder zu lesen. Das Problem tritt sowohl bei integrierten als auch bei diskreten Intel-GPUs auf. Die Behebung erfolgt durch das Hinzuf\u00fcgen eines erforderlichen TLB-Resets vor der Ausf\u00fchrung jeder Operation zur R\u00fcckgabe des GPU-Puffers an das System, was zu einer Verringerung der Leistung f\u00fchrt. Die Auswirkung auf die Leistung h\u00e4ngt von der GPU, den auf der GPU durchgef\u00fchrten Operationen und der Systemlast ab. Der Fix ist derzeit nur als Patch verf\u00fcgbar.\n
Eine Sicherheitsanf\u00e4lligkeit (CVE-2022-22942) im vmwgfx-Grafiktreiber, der zur Implementierung von 3D-Beschleunigung in VMware-Umgebungen verwendet wird. Das Problem erm\u00f6glicht es einem nicht privilegierten Benutzer, auf von anderen Prozessen ge\u00f6ffnete Dateien im System zuzugreifen. Um einen Angriff durchzuf\u00fchren, ist der Zugriff auf das Ger\u00e4t \/dev\/dri\/card0 oder \/dev\/dri\/rendererD128 sowie die M\u00f6glichkeit, einen ioctl()-Aufruf mit dem erlangten Dateideskriptor auszuf\u00fchren, erforderlich.\n
Sicherheitsanf\u00e4lligkeiten (CVE-2021-3996, CVE-2021-3995) in der libmount-Bibliothek, die im util-linux-Paket bereitgestellt wird und es einem nicht privilegierten Benutzer erm\u00f6glicht, Datentr\u00e4gerpartitionen ohne entsprechende Berechtigungen zu \u0430bzumontieren. Das Problem wurde w\u00e4hrend eines Audits der SUID-root-Programme umount und fusermount festgestellt.\n
Sicherheitsanf\u00e4lligkeiten in der Standard-C-Bibliothek Glibc, die die Funktionen realpath (CVE-2021-3998) und getcwd (CVE-2021-3999) betreffen.\n
\n
Das Problem in realpath() wird durch die R\u00fcckgabe eines fehlerhaften Wertes unter bestimmten Bedingungen verursacht, der nicht bereinigte Restdaten aus dem Stapel enth\u00e4lt. F\u00fcr das SUID-root-Programm fusermount kann die Sicherheitsanf\u00e4lligkeit verwendet werden, um vertrauliche Informationen aus dem Speicher des Prozesses zu gewinnen, beispielsweise um Informationen \u00fcber Zeiger abzurufen.\n
Das Problem in getcwd() erm\u00f6glicht ein Buffer Overflow um ein Byte. Das Problem resultiert aus einem Fehler, der seit 1995 besteht. Um den Overflow zu erzielen, reicht es aus, in einem separaten Namespace bei den Mount-Punkten den Befehl chdir() f\u00fcr das Verzeichnis \u201e\/\u201c auszuf\u00fchren. Es wird nicht berichtet, ob die Sicherheitsanf\u00e4lligkeit nur zu einem unerwarteten Prozessabbruch f\u00fchrt, aber in der Vergangenheit gab es bei solchen Sicherheitsanf\u00e4lligkeiten F\u00e4lle von funktionierenden Exploits, trotz des Zweifels der Entwickler. <\/ul>\n
Die Sicherheitsanf\u00e4lligkeit (CVE-2022-23220) im Paket usbview erm\u00f6glicht es lokalen Benutzern, die sich \u00fcber SSH eingeloggt haben, Code mit Root-Rechten auszuf\u00fchren. Dies geschieht aufgrund einer Einstellung in den PolKit-Regeln (allow_any=yes), die es erm\u00f6glicht, das usbview-Dienstprogramm als Root-Benutzer ohne Authentifizierung auszuf\u00fchren. Die Ausnutzung besteht darin, die Option \u201e--gtk-module\u201c zu verwenden, um seine Bibliothek in usbview zu laden. Das Problem wurde in der Version usbview 2.2 behoben. <\/ul>\n