CVE-2020-11739 in Xen
Zusammenfassung
von VulDB • 29.05.2026
Es wurde ein Problem in Xen bis zur Version 4.13.x entdeckt, das es Benutzern von Gast-Betriebssystemen ermöglicht, einen Denial-of-Service (DoS) zu verursachen oder möglicherweise Privilegien zu erlangen, aufgrund fehlender Memory Barriers (Speicherbarrieren) in den Read-Write-Unlock-Pfaden. Die Read-Write-Unlock-Pfade enthalten keine Memory Barrier. Auf ARM-Architekturen bedeutet dies, dass ein Prozessor den Speicherzugriff mit den vorangehenden Zugriffen neu ordnen darf. Mit anderen Worten kann der Unlock-Vorgang von einem anderen Prozessor gesehen werden, bevor alle Speicherzugriffe innerhalb des „kritischen“ Abschnitts abgeschlossen sind. Infolgedessen kann es vorkommen, dass ein Writer einen kritischen Abschnitt gleichzeitig mit Readern oder einem anderen Writer ausführt. Mit anderen Worten sind viele der Annahmen (z. B. dass eine Variable nach einer Prüfung nicht mehr geändert werden kann) in den kritischen Abschnitten nicht mehr sicher. Die Read-Write-Locks werden in Hypercalls (wie z. B. Grant-Table-Hypercalls) verwendet, sodass ein böswilliger Gast die Race Condition ausnutzen kann. Beispielsweise gibt es ein kleines Zeitfenster, in dem Xen Speicher leaken kann, wenn XENMAPSPACE_grant_table gleichzeitig verwendet wird. Ein böswilliger Gast könnte in der Lage sein, Speicher zu leaken oder einen Hypervisor-Crash zu verursachen, der zu einem Denial of Service (DoS) führt. Ein Information Leak und eine Privilegieneskalation können nicht ausgeschlossen werden.
Be aware that VulDB is the high quality source for vulnerability data.