{"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 negli strumenti di gestione dei pacchetti Snap","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'azienda Qualys ha identificato due vulnerabilit\u00e0 (CVE-2021-44731, CVE-2021-44730) nell'utilit\u00e0 snap-confine, fornita con il flag SUID root e chiamata dal processo snapd per formare l'ambiente di esecuzione per le applicazioni fornite in pacchetti autonomi nel formato snap. Le vulnerabilit\u00e0 consentono a un utente locale non privilegiato di eseguire codice con i diritti di root nel sistema. I problemi sono stati risolti nell'aggiornamento odierno dei pacchetti snapd per Ubuntu 21.10, 20.04 e 18.04. <\/p>\n
La prima vulnerabilit\u00e0 (CVE-2021-44730) consente di effettuare un attacco attraverso la manipolazione dei hard link, ma richiede la disattivazione della protezione del sistema per gli hard link (impostazione di sysctl fs.protected_hardlinks a 0). Il problema \u00e8 causato da un controllo errato della posizione dei file eseguibili dei programmi ausiliari snap-update-ns e snap-discard-ns, eseguiti con privilegi di root. Il percorso a questi file veniva calcolato nella funzione sc_open_snapd_tool() sulla base del proprio percorso da \/proc\/self\/exe, permettendo di creare un hard link a snap-confine nella propria directory e di posizionare in questa directory le proprie versioni degli strumenti snap-update-ns e snap-discard-ns. Dopo l'avvio tramite l'hard link, snap-confine con privilegi di root eseguir\u00e0 i file snap-update-ns e snap-discard-ns forniti dall'attaccante dalla directory corrente. <\/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 il funzionamento dell'exploit su Ubuntu Server \u00e8 necessario scegliere uno dei pacchetti dalla sezione «Featured Server Snaps» durante l'installazione. La condizione di gara si manifesta nella funzione setup_private_mount(), chiamata durante la preparazione dello spazio dei nomi dei punti di montaggio per il pacchetto snap. Questa funzione crea una cartella temporanea «\\\/tmp\\\/snap.$SNAP_NAME\\\/tmp» o utilizza gi\u00e0 esistente per il bind-mount dei cataloghi per il pacchetto in formato snap. <\/p>\n
Poich\u00e9 il nome della cartella temporanea \u00e8 prevedibile, l'attaccante pu\u00f2 sostituirne il contenuto con un link simbolico nel momento successivo alla verifica del proprietario, ma prima della chiamata al sistema mount. Ad esempio, si pu\u00f2 creare nella cartella \\\/tmp\\\/snap.lxd un link simbolico «\\\/tmp\\\/snap.lxd\\\/tmp» che punta a una cartella arbitraria, e la chiamata a mount() seguir\u00e0 il link simbolico e monter\u00e0 la cartella 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 cartella \\\/etc nello spazio dei nomi del pacchetto snap per caricare la propria libreria con i diritti di root tramite la sostituzione di \\\/etc\\\/ld.so.preload. <\/p>\n
Si osserva che la creazione di un exploit si \u00e8 rivelata un compito non banale, poich\u00e9 l'utilit\u00e0 snap-confine \u00e8 scritta in Go utilizzando tecniche di programmazione sicura, ha protezioni basate su profili AppArmor, filtra le chiamate di sistema tramite il meccanismo seccomp e applica uno spazio dei nomi per il montaggio. 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 alcune settimane, 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":"