{"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\/pl\/blog\/news\/uyazvimost-v-xterm-privodyashhaya-k-vypolneniyu-koda-pri-obrabotke-opredelyonnyh-strok","title":{"rendered":"Vulnerability in xterm leading to code execution when processing certain strings","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W emulatorze terminala xterm zidentyfikowano podatno\u015b\u0107 (CVE-2022-45063), kt\u00f3ra umo\u017cliwia wykonanie polece\u0144 shell w terminalu w wyniku przetwarzania okre\u015blonych sekwencji escape. W najprostszej postaci do ataku wystarczy wy\u015bwietli\u0107 zawarto\u015b\u0107 specjalnie skonstruowanego pliku, na przyk\u0142ad za pomoc\u0105 narz\u0119dzia cat, lub wklei\u0107 ci\u0105g z schowka. printf «\e]50;i\$(touch \/tmp\/hack-like-its-1999)\a\e]50;?\a» > cve-2022-45063 cat cve-2022-45063 <\/p>\n
Problemy wynikaj\u0105 z b\u0142\u0119du podczas przetwarzania sekwencji escape o kodzie 50, u\u017cywanej do ustawiania lub uzyskiwania parametr\u00f3w czcionki. Je\u015bli \u017c\u0105dana czcionka nie istnieje, operacja zwraca podan\u0105 w \u017c\u0105daniu nazw\u0119 czcionki. Nie mo\u017cna bezpo\u015brednio wstawi\u0107 znak\u00f3w steruj\u0105cych do nazwy, ale zwracany ci\u0105g mo\u017ce by\u0107 zako\u0144czony sekwencj\u0105 «^G», kt\u00f3ra w zsh, gdy tryb edytowania linii w stylu vi jest aktywny, prowadzi do wykonania operacji rozwijania listy, co mo\u017ce by\u0107 u\u017cywane do uruchamiania polece\u0144 bez wyra\u017anego naci\u015bni\u0119cia klawisza Enter. <\/p>\n
Aby pomy\u015blnie wykorzysta\u0107 podatno\u015b\u0107, u\u017cytkownik musi korzysta\u0107 z pow\u0142oki Zsh z edytorem polece\u0144 ustawionym w trybie «vi» (vi-cmd-mode), kt\u00f3ry zazwyczaj nie jest domy\u015blnie u\u017cywany w dystrybucjach. Problem nie wyst\u0119puje r\u00f3wnie\u017c w przypadku ustawienia w xterm opcji allowWindowOps=false lub allowFontOps=false. Na przyk\u0142ad, ustawienie allowFontOps=false stosowane jest w OpenBSD, Debianie i RHEL, ale nie jest domy\u015blne w Arch Linux. <\/p>\n
Zgodnie z list\u0105 zmian i o\u015bwiadczeniem badacza, kt\u00f3ry zidentyfikowa\u0142 problem, luka zosta\u0142a usuni\u0119ta w wersji xterm 375, jednak wed\u0142ug innych informacji luka nadal wyst\u0119puje w xterm 375 z Arch Linux. Mo\u017cna \u015bledzi\u0107 publikacj\u0119 poprawek przez dystrybucje na tych stronach: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"