Sårbarhet i xterm som leder till kodexekvering vid bearbetning av vissa strängar

En sårbarhet (CVE-2022-45063) har upptäckts i terminalemulatorn xterm, vilket möjliggör exekvering av shell-kommandon vid bearbetning av vissa escape-sekvenser i terminalen. I det enklaste fallet kan en attack utföras genom att visa innehållet i en specialformaterad fil, till exempel med hjälp av verktyget cat, eller genom att klistra in en sträng från urklipp. printf «\e]50;i\$(touch /tmp/hack-like-its-1999)\a\e]50;?\a» > cve-2022-45063 cat cve-2022-45063

Problemet orsakas av ett fel i hanteringen av escape-sekvenskoden 50, som används för att ställa in eller hämta teckensnittsparametrar. Om det begärda teckensnittet inte finns returnerar operationen det teckensnittsnamn som anges i begäran. Kontrolltecken kan inte infogas direkt i namnet, men den returnerade strängen kan avslutas med sekvensen "^G", vilket i zsh, när radredigering i vi-stil är aktiv, orsakar en listutökningsoperation, som kan användas för att köra kommandon utan att explicit trycka på Enter.

För att kunna utnyttja sårbarheten måste användaren använda Zsh-skalet med kommandoradsredigeraren inställd på "vi"-läge (vi-cmd-läge), vilket vanligtvis inte används som standard i distributioner. Problemet uppstår inte heller när allowWindowOps=false eller allowFontOps=false anges i xterm. Till exempel är allowFontOps=false satt i OpenBSD. Debian och RHEL, men används inte som standard i Arch Linux.

Enligt ändringsloggen och uttalandet från forskaren som upptäckte problemet åtgärdades sårbarheten i xterm 375, men annan information tyder på att sårbarheten fortsätter att finnas kvar i xterm 375 från Arch. LinuxDu kan följa utgivningen av patchar per distribution på dessa sidor: Debian, RHEL, Fedora, SUSE, Ubuntu, Båge Linux, OpenBSD, FreeBSD, NetBSD.

Källa: opennet.ru