{"id":108095,"date":"2023-04-26T12:48:19","date_gmt":"2023-04-26T10:48:19","guid":{"rendered":"https:\/\/prohoster.info\/?p=108095"},"modified":"2023-04-27T10:34:32","modified_gmt":"2023-04-27T08:34:32","slug":"uyazvimosti-v-git-pozvolyayushhie-perezapisat-fajly-ili-vypolnit-svoj-kod","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimosti-v-git-pozvolyayushhie-perezapisat-fajly-ili-vypolnit-svoj-kod","title":{"rendered":"Sicherheitsl\u00fccken in Git, die das \u00dcberschreiben von Dateien oder die Ausf\u00fchrung eigenen Codes erm\u00f6glichen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die korrigierenden Versionen des verteilten Versionskontrollsystems Git 2.40.1, 2.39.3, 2.38.5, 2.37.7, 2.36.6, 2.35.8, 2.34.8, 2.33.8, 2.32.7, 2.31.8 und 2.30.9 wurden ver\u00f6ffentlicht, in denen f\u00fcnf Sicherheitsanf\u00e4lligkeiten behoben wurden. Die Aktualisierungen der Pakete in den Distributionen k\u00f6nnen auf den Seiten von Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD verfolgt werden. Als Umgehungsl\u00f6sungen zum Schutz vor Sicherheitsanf\u00e4lligkeiten wird empfohlen, die Ausf\u00fchrung des Befehls \u201egit apply \u2014reject\u201c beim Arbeiten mit nicht verifiziertem externen Patches zu vermeiden und den Inhalt von $GIT_DIR\/config vor der Ausf\u00fchrung der Befehle \u201egit submodule deinit\u201c, \u201egit config \u2014rename-section\u201c und \u201egit config \u2014remove-section\u201c bei der Arbeit mit unsicheren Repositories zu \u00fcberpr\u00fcfen. <\/p>\n
Die Schwachstelle CVE-2023-29007 erm\u00f6glicht das Einf\u00fcgen von Einstellungen in die Konfigurationsdatei $GIT_DIR\/config, die zum Ausf\u00fchren von Code im System verwendet werden k\u00f6nnen, indem Pfade zu ausf\u00fchrbaren Dateien in den Direktiven core.pager, core.editor und core.sshCommand angegeben werden. Die Schwachstelle wird durch einen logischen Fehler verursacht, der dazu f\u00fchrt, dass sehr lange Konfigurationswerte als Beginn eines neuen Abschnitts verarbeitet werden, wenn Abschnitte im Konfigurationsfile umbenannt oder gel\u00f6scht werden. In der Praxis k\u00f6nnen die ausnutzbaren Werte durch die Angabe sehr langer URLs von Submodulen erreicht werden, die w\u00e4hrend der Initialisierung in die Datei $GIT_DIR\/config gespeichert werden. Diese URLs k\u00f6nnen als neue Einstellungen interpretiert werden, wenn versucht wird, sie \u00fcber \u201egit submodule deinit\u201c zu l\u00f6schen. <\/p>\n
Die Schwachstelle CVE-2023-25652 erm\u00f6glicht es, Inhalte von Dateien au\u00dferhalb des Arbeitsverzeichnisses zu \u00fcberschreiben, wenn sie mit dem Befehl \u201egit apply \u2014reject\u201c speziell gestaltete Patches verarbeitet werden. Bei dem Versuch, mit dem Befehl \u201egit apply\u201c einen b\u00f6sartigen Patch auszuf\u00fchren, der versucht, \u00fcber symbolische Links in eine Datei zu schreiben, wird der Vorgang abgelehnt. In Git 2.39.1 wurde der Schutz vor Manipulationen \u00fcber symbolische Links um eine Sperre f\u00fcr Patches erg\u00e4nzt, die symbolische Links erstellen und versuchen, \u00fcber diese zu schreiben. Das Wesentliche an der betrachteten Schwachstelle ist, dass Git nicht ber\u00fccksichtigt hat, dass ein Benutzer den Befehl \u201egit apply \u2014reject\u201c ausf\u00fchren kann, um abgelehnte Teile des Patches als Dateien mit der Erweiterung \u201e.rej\u201c zu speichern, und ein Angreifer diese M\u00f6glichkeit nutzen kann, um Inhalte in ein beliebiges Verzeichnis zu schreiben, soweit es die aktuellen Zugriffsrechte erlauben. <\/p>\n
Dar\u00fcber hinaus wurden drei Schwachstellen behoben, die nur auf der Plattform Windows auftreten: CVE-2023-29012 (Suche nach der ausf\u00fchrbaren Datei doskey.exe im Arbeitsverzeichnis des Repositories beim Ausf\u00fchren des Befehls \u201eGit CMD\u201c, was es erm\u00f6glicht, eigenen Code im System des Benutzers auszuf\u00fchren), CVE-2023-25815 (Puffer\u00fcberlauf bei der Verarbeitung speziell gestalteter Lokalisierungsdateien in gettext) und CVE-2023-29011 (M\u00f6glichkeit der Manipulation der Datei connect.exe bei der Arbeit \u00fcber SOCKS5). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"