È stata identificata una vulnerabilità nell'emulatore di terminale xterm (CVE-2022-45063) che consente l'esecuzione di comandi shell durante l'elaborazione di determinate sequenze di escape nel terminale. Per attaccare, in un caso semplice, è sufficiente visualizzare il contenuto di un file appositamente formattato, ad esempio utilizzando il comando cat, o incollare una stringa dagli appunti. printf "\e]50;i\$(touch \/tmp\/hack-like-its-1999)\a\e]50;?\a" > cve-2022-45063 cat cve-2022-45063
Il problema è causato da un errore nell'elaborazione della sequenza di escape con codice 50, utilizzata per impostare o ottenere i parametri del font. Se il font richiesto non esiste, l'operazione restituisce il nome del font specificato nella richiesta. Non è possibile inserire caratteri di controllo direttamente nel nome, ma la stringa restituita può essere terminata con una sequenza "^G", che in zsh, quando è attivata la modalità di editing delle righe in stile vi, porta all'esecuzione dell'operazione di completamento, che può essere utilizzata per eseguire comandi senza premere esplicitamente il tasto Invio.
Per sfruttare con successo la vulnerabilità, l'utente deve utilizzare la shell Zsh con l'editor della riga di comando in modalità "vi" (vi-cmd-mode), che generalmente non è attivato per impostazione predefinita nelle distribuzioni. Il problema non si manifesta nemmeno impostando in xterm le configurazioni allowWindowOps=false o allowFontOps=false. Ad esempio, la configurazione allowFontOps=false è impostata in OpenBSD, Debian e RHEL, ma non è applicata per impostazione predefinita in Arch Linux.
Dalla lista delle modifiche e dalla dichiarazione del ricercatore che ha identificato il problema, la vulnerabilità è stata corretta nella versione xterm 375, ma secondo altre informazioni, la vulnerabilità continua a manifestarsi in xterm 375 della distribuzione Arch Linux. È possibile seguire la pubblicazione delle correzioni da parte delle distribuzioni sulle seguenti pagine: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD.
Fonte: opennet.ru
