{"id":103374,"date":"2022-02-18T03:37:22","date_gmt":"2022-02-18T01:37:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap"},"modified":"2022-02-18T03:37:22","modified_gmt":"2022-02-18T01:37:22","slug":"lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap","title":{"rendered":"Vulnerabilit\u00e0 root locali nel toolkit di gestione dei pacchetti Snap.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Qualys ha identificato due vulnerabilit\u00e0 (CVE-2021-44731, CVE-2021-44730) nell'utility snap-confine, fornita con il flag SUID root e chiamata dal processo snapd per formare l'ambiente di esecuzione per le applicazioni consegnate in pacchetti autonomi nel formato snap. Le vulnerabilit\u00e0 consentono a un utente locale non privilegiato di eseguire codice con diritti di root nel sistema. I problemi sono stati risolti nell'aggiornamento di oggi dei pacchetti snapd per Ubuntu 21.10, 20.04 e 18.04. <\/p>\n
La prima vulnerabilit\u00e0 (CVE-2021-44730) consente di eseguire un attacco tramite la manipolazione dei collegamenti fisici, ma richiede la disattivazione della protezione di sistema sui collegamenti fisici (impostando sysctl fs.protected_hardlinks a 0). Il problema \u00e8 causato da una verifica errata della posizione degli eseguibili delle utility snap-update-ns e snap-discard-ns, eseguite con privilegi di root. Il percorso verso questi file veniva calcolato nella funzione sc_open_snapd_tool() sulla base del proprio percorso da \/proc\/self\/exe, consentendo di creare un collegamento fisico a snap-confine nella propria directory e di posizionare in essa le proprie versioni delle utility snap-update-ns e snap-discard-ns. Dopo l'avvio tramite il collegamento fisico, snap-confine con privilegi di root eseguir\u00e0 i file snap-update-ns e snap-discard-ns dalla directory corrente forniti dall'attaccante. <\/p>\n
La seconda vulnerabilit\u00e0 \u00e8 causata da una condizione di gara e pu\u00f2 essere sfruttata nella configurazione predefinita di Ubuntu Desktop. Per un'implementazione con successo su Ubuntu Server, \u00e8 necessario scegliere durante l'installazione uno dei pacchetti nella sezione «Featured Server Snaps». La condizione di gara si manifesta nella funzione setup_private_mount(), chiamata durante la preparazione degli spazi dei punti di montaggio per il pacchetto snap. Questa funzione crea una directory temporanea «\/tmp\/snap.$SNAP_NAME\/tmp» o utilizza una gi\u00e0 esistente per il bind-mount delle directory del pacchetto in formato snap. <\/p>\n
Poich\u00e9 il nome della directory temporanea \u00e8 prevedibile, un attaccante pu\u00f2 sostituirne il contenuto con un link simbolico nel momento successivo alla verifica del proprietario, ma prima della chiamata di sistema mount. Ad esempio, \u00e8 possibile creare nella directory \/tmp\/snap.lxd un link simbolico «\/tmp\/snap.lxd\/tmp» che punti a una directory arbitraria e la chiamata a mount() seguir\u00e0 il link simbolico e monter\u00e0 la directory nello spazio dei nomi snap. In questo modo, \u00e8 possibile montare il proprio contenuto in \/var\/lib e, sostituendo \/var\/lib\/snapd\/mount\/snap.snap-store.user-fstab, organizzare il montaggio della propria directory \/etc nello spazio dei nomi del pacchetto snap per caricare la propria libreria con diritti root tramite la sostituzione di \/etc\/ld.so.preload. <\/p>\n
Si segnala che la creazione di un exploit si \u00e8 rivelata un compito non banale, poich\u00e9 l'utilit\u00e0 snap-confine \u00e8 scritta in Go e utilizza pratiche di programmazione sicura. Essa \u00e8 dotata di protezione basata su profili AppArmor, filtra le chiamate di sistema mediante il meccanismo seccomp e applica uno spazio dei nomi per il montaggio per l'isolamento. Tuttavia, i ricercatori sono riusciti a preparare un exploit funzionante per ottenere i diritti di root nel sistema. Il codice dell'exploit sar\u00e0 pubblicato tra qualche settimana, dopo che gli utenti avranno installato gli aggiornamenti forniti. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"