Un nuovo attacco a Linux. Analisi di Dirty Frag (CVE-2026-43284)

Guarda su YouTube → 43:01 9 maggio 2026

Descrizione

Poco dopo una settimana da Copy Fail, ecco altre due tecniche di exploitation raggruppate nel singolo exploit Dirty Frag. Oggi porto qualche riflessione sull'exploit e sulla vulnerabilità, offrendo dei punti di spunto utili anche in altri contesti. - https://github.com/V4bel/dirtyfrag/tree/master Se sei interessato a delle sfide pratiche di sicurezza informatica, ho di recente sviluppato un cyber range che contiene vari scenari vulnerabili. Tra questi c'è anche un kernel linux vulnerabile a Copy Fail: - https://cyber.esadecimale.it Sto costruendo un luogo per imparare l'informatica in modo serio: - https://esadecimale.it - https://learn.esadecimale.it - https://cyber.esadecimale.it - https://forum.esadecimale.it

Commenti 13

I commenti vengono da YouTube e sono aggiornati periodicamente.

@cerealtech4138 9 maggio 2026 2

Ho capito devo passare a temple os
@spaghetti.hacker 9 maggio 2026

;molto interessante e ben spiegato
@barracudabarracuda7921 9 maggio 2026

🔥🔥🔥🔥
@il_solito_troll 12 maggio 2026

quante difficile creare un worm con questo sistema ?
@EMILIANOPEPA-vq3fq 11 maggio 2026 1

Dico... Ma rendere la pagina READ-ONLY una volta caricata da file era troppo difficile?
2 risposte
1. @esadecimale Autore 11 maggio 2026
  
  La pagina è read only per l'utente, non per il kernel. Il problema appunto è che il kernel non si accorge che quei dati sono stati ottenuti tramite splice() e quindi potrebbero essere riferimenti a pagine read only, non fa la copy on write, e dopo che l'algoritmo fa quello che fa (l'algoritmo crypto dico), le pagine sono corrotte con i dati dell'utente Il problema è la mancanza della Copy on write in questo caso
2. @EMILIANOPEPA-vq3fq 11 maggio 2026 1
  
  @esadecimale beh no ... Non direi ... Il problema è che non viene settato l'attributo READ-ONLY della pagina in questione. Una pagina READ-ONLY e' in sola lettura e basta.. non c'entrano nulla gli utenti, la MMU del processore non sa neanche cosa siano gli utenti. Kernel o utente che sia, se quella pagina fosse stata settata come READ-ONLY, un tentativo di scrittura avrebbe provocato segmentation fault e quindi un kernel panic, ma non una LPE!!
@TigermanRoot 9 maggio 2026

domanda stupida...nel momento in cui vado a mitigare con /bin/false i moduli che hai menzionato, usando una vpn potrei riscontrare malfunzionamenti ?... uso citrix workspace che mi sa tanto usa IPsec
3 risposte
1. @esadecimale Autore 9 maggio 2026 1
  
  Allora dipende se il tool è integrato nelle funzionalità del kernel linux, oppure se si implementa il proprio stack protocollare in user space. Quindi non è detto che avrai problemi se disabiliti
2. @TigermanRoot 9 maggio 2026
  
  @esadecimalevorrei possedere 1/4 del tuo sapere...
3. @Marc-q1o1k 10 maggio 2026
  
  @esadecimalegià. Alcune VPN hanno il loro Client da installare, ma supportano a volte anche openvpn.
@Marc-q1o1k 9 maggio 2026 1

Con l'AI li scopriranno tutti pian piano. Alla fine Linux sarà senza bug.
1 risposta
1. @esadecimale Autore 9 maggio 2026 1
  
  La penso anche io in questo modo. Forse mai del tutto senza, ma sicuramente stiamo vivendo una nuova "era" della sicurezza informatica, in cui abbiamo tool potenti che scalano e che trovano tante vulnerabilità. Questo alla lunga renderà linux più sicuro.