{"id":105528,"date":"2022-11-12T15:36:44","date_gmt":"2022-11-12T13:36:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-xterm-privodyashhaya-k-vypolneniyu-koda-pri-obrabotke-opredelyonnyh-strok"},"modified":"2022-11-12T15:36:44","modified_gmt":"2022-11-12T13:36:44","slug":"uyazvimost-v-xterm-privodyashhaya-k-vypolneniyu-koda-pri-obrabotke-opredelyonnyh-strok","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-xterm-privodyashhaya-k-vypolneniyu-koda-pri-obrabotke-opredelyonnyh-strok","title":{"rendered":"Eine Schwachstelle in xterm, die zur Ausf\u00fchrung von Code beim Verarbeiten bestimmter Eingabezeilen f\u00fchrt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Terminal-Emulator xterm wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2022-45063) entdeckt, die es erm\u00f6glicht, Shell-Befehle durch die Verarbeitung bestimmter Escape-Sequenzen im Terminal auszuf\u00fchren. F\u00fcr einen einfachen Angriff reicht es aus, den Inhalt einer speziell formatierten Datei anzuzeigen, zum Beispiel mit dem Befehl cat, oder eine Zeile aus der Zwischenablage einzuf\u00fcgen. printf «\e]50;i\$(touch \/tmp\/hack-like-its-1999)\a\e]50;?\a» > cve-2022-45063 cat cve-2022-45063 <\/p>\n
Das Problem entsteht durch einen Fehler bei der Verarbeitung der Escape-Sequenz mit dem Code 50, die zur Einstellung oder Abfrage von Schriftparameter verwendet wird. Wenn die angeforderte Schriftart nicht existiert, gibt die Operation den im Anfrage angegebenen Schriftartnamen zur\u00fcck. Steuerzeichen direkt im Namen einzuf\u00fcgen, ist nicht m\u00f6glich, aber die zur\u00fcckgegebene Zeichenfolge kann mit der Sequenz «^G» abgeschlossen werden, die in zsh im aktivierten Bearbeitungsmodus im vi-Stil zur Ausf\u00fchrung der Listenoperation f\u00fchrt, was genutzt werden kann, um Befehle ohne explizite Eingabetaste auszuf\u00fchren. <\/p>\n
F\u00fcr den erfolgreichen Betrieb der Schwachstelle muss der Benutzer die Zsh-Shell mit dem in den «vi»-Modus versetzten Befehlseditor (vi-cmd-mode) verwenden, der normalerweise in Distributionen nicht standardm\u00e4\u00dfig genutzt wird. Das Problem tritt auch nicht auf, wenn in xterm die Einstellungen allowWindowOps=false oder allowFontOps=false gesetzt sind. Zum Beispiel wird die Einstellung allowFontOps=false in OpenBSD, Debian und RHEL angewendet, jedoch nicht standardm\u00e4\u00dfig in Arch Linux. <\/p>\n
Laut der \u00c4nderungs\u00fcbersicht und der Aussage des entdeckenden Forschers wurde die Sicherheitsanf\u00e4lligkeit in der Version xterm 375 behoben. Allerdings berichten andere Quellen, dass die Sicherheitsanf\u00e4lligkeit weiterhin in xterm 375 der Arch Linux-Distribution besteht. Die Ver\u00f6ffentlichung von Korrekturen durch die Distributionen kann auf diesen Seiten verfolgt werden: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"