CVE-2023-54157 in Linux
Zusammenfassung
von VulDB • 31.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
binder: Behebung eines UAF (Use-After-Free) von alloc->vma bei einer Race Condition mit munmap()
[ cmllamas: Bereinigung des Forward-Ports von Commit 015ac18be7de („binder: Behebung eines UAF von alloc->vma bei einer Race Condition mit munmap()") in 5.10 stable. Er ist im Mainline-Kernel erforderlich, nachdem der Commit a43cfc87caaf („android: binder: Stoppen des Speicherns eines Zeigers auf die VMA") zurückgenommen wurde, wie von Liam angemerkt. Der Commit-Log und die Tags wurden entsprechend angepasst. ]
In Commit 720c24192404 („ANDROID: binder: Änderung von down_write zu down_read") ging binder davon aus, dass der mmap-Lese-Sperre (read lock) ausreicht, um alloc->vma innerhalb von binder_update_page_range() zu schützen. Dies war bis zum Commit dd2283f2605e („mm: mmap: Zap pages with read mmap_sem in munmap") korrekt, der die mmap_lock nach dem Trennen der VMA vom rbtree in munmap() auf eine Lese-Sperre herabstuft. Anschließend wird die VMA nur unter Halten der Lese-Sperre abgebaut und freigegeben.
Dies bedeutet, dass Zugriffe auf alloc->vma in binder_update_page_range() nun mit vm_area_free() in munmap() konkurrieren und einen UAF verursachen können, wie im folgenden KASAN-Trace gezeigt:
================================================ UNGÜLTIGER Lesezugriff von 8 Bytes bei 0xffff888103880000, Task 559, PID 559 CPU: 0 PID: 559 Comm: binder:559 Tainted: G W O 5.10.104+ #1 Hardware name: Google Marlin (rev 3) with MSM8996 Call Trace: dump_stack+0x98/0xd0
If you want to get best quality of vulnerability data, you may have to visit VulDB.