CVE-2020-11739 in Xen
Riassunto
di VulDB • 18/06/2026
È stato rilevato un problema in Xen fino alla versione 4.13.x, che consente agli utenti del sistema operativo guest di causare un denial of service (DoS) o, potenzialmente, di ottenere privilegi a causa di barriere di memoria mancanti nei percorsi di sblocco read-write. I percorsi di sblocco read-write non contengono una barriera di memoria. Su architettura Arm, ciò significa che un processore è autorizzato a riordinare l'accesso alla memoria rispetto agli accessi precedenti. In altre parole, lo sblocco può essere visto da un altro processore prima che tutti gli accessi alla memoria all'interno della sezione "critica" siano stati completati. Di conseguenza, potrebbe essere possibile avere un writer che esegue una sezione critica contemporaneamente a reader o ad un altro writer. In altre parole, molte delle assunzioni (ad esempio, una variabile non può essere modificata dopo un controllo) nelle sezioni critiche non sono più sicure. I lock read-write sono utilizzati nelle hypercall (come quelle relative alle grant-table), quindi un guest malintenzionato potrebbe sfruttare la race condition. Ad esempio, esiste una piccola finestra temporale in cui Xen può fuoriuscire dati di memoria se XENMAPSPACE_grant_table viene utilizzato in modo concorrente. Un guest malintenzionato potrebbe essere in grado di fuoriuscire dati di memoria o causare un crash dell'hypervisor, risultante in un Denial of Service (DoS). Non si possono escludere fuoriuscite di informazioni (information leak) e escalation dei privilegi.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.