{"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\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"\u00c8 stata rivelata la tecnica per sfruttare la vulnerabilit\u00e0 nel sottosistema tty del kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I ricercatori del team Google Project Zero hanno pubblicato un metodo per sfruttare una vulnerabilit\u00e0 (CVE-2020-29661) nell'implementazione del gestore ioctl TIOCSPGRP del sottosistema tty del kernel Linux e hanno esaminato in dettaglio i meccanismi di protezione che potrebbero bloccare tali vulnerabilit\u00e0. <\/p>\n
L'errore che causava il problema \u00e8 stato corretto nel kernel Linux il 3 dicembre dell'anno scorso. Il problema si manifesta nei kernel fino alla versione 5.9.13, ma la maggior parte delle distribuzioni ha risolto la questione negli aggiornamenti dei pacchetti kernel proposti gi\u00e0 l'anno scorso (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). Una vulnerabilit\u00e0 simile (CVE-2020-29660) \u00e8 stata individuata contemporaneamente nell'implementazione della chiamata ioctl TIOCGSID, ma \u00e8 gi\u00e0 stata ampiamente corretta. <\/p>\n
Il problema \u00e8 causato da un errore nell'impostazione dei lock, che porta a una condizione di race nel codice drivers\/tty\/tty_jobctrl.c, che \u00e8 stato sfruttato per creare condizioni di accesso alla memoria dopo la sua liberazione (use-after-free), sfruttabile dallo spazio utente attraverso la manipolazione della chiamata ioctl TIOCSPGRP. \u00c8 stato dimostrato un exploit funzionante per l'innalzamento dei privilegi in Debian 10 con kernel 4.19.0-13-amd64. <\/p>\n
Nell'articolo pubblicato, l'accento non \u00e8 tanto posto sulla tecnica di creazione di un exploit funzionante, quanto sugli strumenti nel kernel esistenti per proteggere contro tali vulnerabilit\u00e0. La conclusione non \u00e8 confortante: metodi come la segmentazione della memoria nella heap e il controllo degli accessi alla memoria dopo la sua liberazione non vengono applicati nella pratica, poich\u00e9 comportano una riduzione delle prestazioni, e la protezione basata su CFI (Control Flow Integrity), che blocca gli exploit nelle fasi avanzate dell'attacco, richiede ulteriori sviluppi. <\/p>\n
Nel considerare cosa potrebbe cambiare la situazione nel lungo termine, si evidenzia l'applicazione di analizzatori statici avanzati o l'uso di linguaggi che garantiscono un lavoro sicuro con la memoria, come Rust e i dialetti del linguaggio C con annotazioni avanzate (ad esempio, Checked C), per controllare lo stato dei blocchi, degli oggetti e dei puntatori durante la fase di compilazione. Tra i metodi di protezione si menziona anche l'attivazione della modalit\u00e0 panic_on_oops, la conversione delle strutture del kernel in modalit\u00e0 di sola lettura e la limitazione 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":"