{"id":170805,"date":"2026-05-16T06:24:28","date_gmt":"2026-05-16T04:24:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly"},"modified":"2026-05-16T06:24:28","modified_gmt":"2026-05-16T04:24:28","slug":"uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly","title":{"rendered":"Vulnerabilit\u00e0 nella sottosistema pidfd di Linux che consente di leggere file non accessibili all'utente.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel kernel di Linux \u00e8 stata scoperta una quinta vulnerabilit\u00e0 critica (1, 2, 3) nelle ultime due settimane, che consente a un utente di elevare i propri privilegi nel sistema. Sono stati pubblicati due exploit funzionanti: sshkeysign_pwn consente a un utente non privilegiato di leggere il contenuto delle chiavi SSH ospitate riservate in \/etc\/ssh\/ssh_host_*_key, mentre chage_pwn permette di leggere il contenuto del file \/etc\/shadow con gli hash delle password degli utenti. <\/p>\n
Le informazioni sulla vulnerabilit\u00e0 non erano programmate per essere rivelate, ma uno dei ricercatori di sicurezza \u00e8 stato in grado di identificare la natura della vulnerabilit\u00e0, basandosi sulla patch proposta per il kernel, la quale consente di leggere file accessibili solo all'utente root, come \/etc\/shadow. Nella modifica apportata al kernel, \u00e8 stata corretta la logica sull'uso della funzione get_dumpable() in ptrace per determinare il livello di accesso nella funzione ptrace_may_access(). <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da una condizione di competizione, che porta a una possibilit\u00e0 di accesso non privilegiato a un file descriptor pidfd dopo aver aperto un file da un processo suid root. Nel momento fra l'apertura del file e il ripristino dei privilegi nel programma suid (ad esempio, tramite la funzione setreuid), si crea una situazione in cui l'applicazione che ha avviato un programma suid root pu\u00f2 accedere, tramite il descriptor pidfd, a un file aperto nel programma suid, anche se ci\u00f2 non \u00e8 consentito dai diritti di accesso al file. <\/p>\n
La finestra di sfruttamento si presenta perch\u00e9 la funzione \u00ab__ptrace_may_access()\u00bb salta il controllo dell'accesso al file se il campo task->mm viene impostato a NULL dopo l'esecuzione di exit_mm(), ma prima della chiamata a exit_files(). Attualmente, la chiamata di sistema pidfd_getfd ritiene che l'identificatore utente (uid) del processo chiamante corrisponda all'identificatore a cui \u00e8 consentito l'accesso al file. \u00c8 interessante notare che il problema era gi\u00e0 stato segnalato nel 2020, ma \u00e8 rimasto non risolto. <\/p>\n
Nell'exploit che ottiene il contenuto di \/etc\/shadow, l'attacco si riduce a eseguire ciclicamente l'applicazione \/usr\/bin\/chage con il flag suid root, che legge il contenuto di \/etc\/shadow. Dopo che il processo \u00e8 stato forkato, viene effettuata una chiamata di sistema pidfd_open e viene eseguita una scansione ciclica dei descrittori pidfd disponibili tramite la chiamata di sistema pidfd_getfd e il loro controllo attraverso \/proc\/self\/fd. Nell'exploit sshkeysign_pwn, manipolazioni simili vengono effettuate con il programma suid root ssh-keysign. <\/p>\n
Al momento non \u00e8 stato assegnato alcun identificatore CVE al problema e non sono state pubblicate aggiornamenti del kernel e dei pacchetti per le distribuzioni. Negli aggiornamenti rilasciati poche ore fa, nelle versioni 7.0.7, 6.18.30 e 6.12.88, la vulnerabilit\u00e0 non \u00e8 stata corretta. Al momento della scrittura di questa notizia, \u00e8 possibile utilizzare solo una patch. Sono in discussione possibili workaround per bloccare la vulnerabilit\u00e0, come impostare sysctl kernel.yama.ptrace_scope=3 o rimuovere il flag suid root dai file eseguibili nel sistema (almeno per gli strumenti ssh-keysign e chage usati negli exploit).