{"id":103053,"date":"2022-01-21T15:36:44","date_gmt":"2022-01-21T13:36:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b"},"modified":"2022-01-21T15:36:44","modified_gmt":"2022-01-21T13:36:44","slug":"%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b","title":{"rendered":"Vulnerabilit\u00e0 nel kernel Linux VFS che consente di aumentare i privilegi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel contesto dell'API Filesystem Context fornito dal kernel Linux, \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2022-0185) che consente a un utente locale di ottenere diritti di root nel sistema. Il ricercatore che ha scoperto il problema ha pubblicato una dimostrazione di un exploit che permette di eseguire codice con privilegi di root su Ubuntu 20.04 nella configurazione predefinita. Si prevede che il codice di exploit venga pubblicato su GitHub entro una settimana, dopo che le distribuzioni avranno rilasciato un aggiornamento con la correzione della vulnerabilit\u00e0. <\/p>\n
La vulnerabilit\u00e0 si trova nella funzione legacy_parse_param() in VFS ed \u00e8 causata dalla mancanza di un'adeguata verifica della dimensione massima dei parametri forniti nei file system che non supportano l'API Filesystem Context. Passando un parametro troppo grande, si pu\u00f2 provocare un overflow di una variabile intera utilizzata per calcolare la dimensione dei dati da scrivere \u2014 nel codice \u00e8 presente un controllo per l'uscita dal buffer \u00abif (len > PAGE_SIZE - 2 - size)\u00bb, che non si attiva se il valore di size \u00e8 superiore a 4094 a causa di un overflow intero dal limite inferiore (integer underflow, convertendo 4096 - 2 - 4095 in unsigned int si ottiene 2147483648). <\/p>\n
L'errore indicato consente, durante l'accesso a un'immagine di filesystem appositamente formattata, di provocare un overflow del buffer e sovrascrivere i dati del kernel che seguono l'area di memoria allocata. Per sfruttare questa vulnerabilit\u00e0 \u00e8 necessaria la presenza dei diritti CAP_SYS_ADMIN, ovvero delle autorizzazioni da amministratore. Il problema \u00e8 che tali autorizzazioni possono essere ottenute da un utente non privilegiato in un container isolato, se nel sistema \u00e8 abilitato il supporto per gli spazi dei nomi degli identificatori degli utenti (user namespaces). Ad esempio, gli user namespaces sono attivati per default in Ubuntu e Fedora, ma non sono abilitati in Debian e RHEL (a meno che non si utilizzino piattaforme di isolamento dei container). <\/p>\n
Il problema si manifesta a partire dal kernel Linux 5.1 ed \u00e8 stato risolto negli aggiornamenti di ieri 5.16.2, 5.15.16, 5.10.93, 5.4.173. Gli aggiornamenti dei pacchetti con la correzione della vulnerabilit\u00e0 sono gi\u00e0 stati rilasciati per RHEL, Debian, Fedora, Ubuntu. La correzione non \u00e8 ancora disponibile per Arch Linux, Gentoo, SUSE e openSUSE. Come misura di protezione per i sistemi che non utilizzano l'isolamento dei container, \u00e8 possibile impostare a 0 il valore sysctl \u00abuser.max_user_namespaces\u00bb: echo \u00abuser.max_user_namespaces=0\u00bb > \/etc\/sysctl.d\/userns.conf # sysctl -p \/etc\/sysctl.d\/userns.conf \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"