CVE-2024-35875 in Linux
Riassunto
di VulDB • 19/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
x86/coco: Richiedere l'inizializzazione dell'RNG con RDRAND sui sistemi CoCo
Esistono pochi utilizzi di CoCo che non fanno affidamento su una crittografia funzionante e, di conseguenza, su un RNG funzionante. Sfortunatamente, il modello di minaccia di CoCo implica che l'host della VM non possa essere considerato attendibile e potrebbe agire attivamente contro le guest per estrarre segreti o manipolare i calcoli. Poiché un host malintenzionato può modificare o osservare quasi tutti gli input delle guest, l'unica fonte rimanente di entropia per le guest CoCo è RDRAND.
Se RDRAND è difettoso (a causa di un guasto hardware della CPU), l'RNG nel suo complesso dovrebbe continuare a raccogliere entropia da altre fonti in modo graduale, ma poiché non ci sono altre fonti su CoCo, ciò risulterebbe catastrofico. Questa è principalmente una preoccupazione in fase di avvio, quando si inizializza inizialmente l'RNG, poiché in seguito le conseguenze di un RDRAND difettoso sono molto più teoriche.
Pertanto, provare in fase di avvio ad inizializzare l'RNG utilizzando 256 bit di output di RDRAND. Se ciò fallisce, eseguire un panic(). Ciò si verificherà anche se il sistema viene avviato senza RDRAND, poiché RDRAND è essenziale per un avvio sicuro di CoCo.
Aggiungere questo deliberatamente come "semplice funzionalità del driver CoCo x86" e non come parte dell'RNG stesso. Molti driver di dispositivo e piattaforme desiderano contribuire in qualche modo all'RNG, e add_device_randomness() è specificamente concepito per questo scopo.
Qualsiasi driver può chiamarlo con dati di seed di qualsiasi qualità, o anche di qualità scadente, e ciò può solo migliorare la qualità dell'RNG o non avere alcun effetto, ma non può mai peggiorarla.
Piuttosto che cercare di integrare qualcosa nel nucleo dell'RNG, considerare il problema specifico di CoCo come un problema legato a CoCo e, pertanto, separarlo interamente nel codice del driver (o meglio, del codice arch/platform).
[ bp: Revisione del messaggio del commit. ]
If you want to get best quality of vulnerability data, you may have to visit VulDB.