{"id":101712,"date":"2021-10-21T10:22:53","date_gmt":"2021-10-21T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux"},"modified":"2021-10-21T10:22:53","modified_gmt":"2021-10-21T08:22:53","slug":"raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"Svelata la tecnica di sfruttamento della vulnerabilit\u00e0 nel sottosistema tty del kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I ricercatori del Google Project Zero hanno pubblicato un metodo di sfruttamento di una vulnerabilit\u00e0 (CVE-2020-29661) nell'implementazione del gestore ioctl TIOCSPGRP nel sottosistema tty del kernel Linux, esaminando inoltre in dettaglio i meccanismi di protezione che potrebbero bloccare tali vulnerabilit\u00e0. <\/p>\n
L'errore problematico \u00e8 stato corretto nel kernel Linux il 3 dicembre dello scorso anno. La problematica si manifesta nei kernel precedenti alla versione 5.9.13, ma la maggior parte delle distribuzioni ha risolto il problema negli aggiornamenti dei pacchetti del kernel proposti gi\u00e0 l'anno scorso (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). Una vulnerabilit\u00e0 simile (CVE-2020-29660) \u00e8 stata trovata simultaneamente nell'implementazione della chiamata ioctl TIOCGSID, ma \u00e8 gi\u00e0 stata ampiamente corretta. <\/p>\n
Il problema \u00e8 causato da un errore nell'installazione dei blocchi, che porta a una condizione di gara nel codice drivers\/tty\/tty_jobctrl.c, che \u00e8 stato possibile sfruttare per creare condizioni di accesso alla memoria dopo che \u00e8 stata liberata (use-after-free), sfruttabile dallo spazio utente attraverso manipolazioni con la chiamata ioctl TIOCSPGRP. Un exploit di lavoro \u00e8 stato dimostrato per l'escalation dei privilegi in Debian 10 con kernel 4.19.0-13-amd64. <\/p>\n
Nell'articolo pubblicato, l'accento non \u00e8 posto tanto sulla tecnica di creazione di un exploit funzionante, quanto sugli strumenti nel kernel esistenti per la protezione contro tali vulnerabilit\u00e0. La conclusione \u00e8 poco rassicurante: metodi come la segmentazione della memoria in heap e il controllo degli accessi alla memoria dopo la sua liberazione non sono praticati, poich\u00e9 portano a una diminuzione delle prestazioni, e la protezione basata su CFI (Control Flow Integrity), che blocca gli exploit nelle fasi avanzate dell'attacco, richiede miglioramenti. <\/p>\n
Considerando cosa potrebbe cambiare la situazione a lungo termine, si fa notare l'uso di analizzatori statici avanzati o linguaggi che garantiscono un uso sicuro della memoria, come Rust e dialetti del C con annotazioni estese (ad esempio, Checked C), nella fase di compilazione per controllare lo stato dei blocchi, degli oggetti e dei puntatori. Tra i metodi di protezione si menziona anche l'attivazione della modalit\u00e0 panic_on_oops, la traduzione delle strutture del kernel in modalit\u00e0 sola lettura e la restrizione dell'accesso alle chiamate di sistema tramite meccanismi come seccomp. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"