[RAMEN9610-12248] Subject: binder: fix race between munmap() and direct reclaim
authorMunjoo Kim <munjoo.kim@samsung.com>
Thu, 14 Feb 2019 11:02:14 +0000 (20:02 +0900)
committerhskang <hs1218.kang@samsung.com>
Wed, 20 Feb 2019 01:00:27 +0000 (10:00 +0900)
commitaed229baa1d9c3f2dc7bfe6ba4e5ea31b0a2b266
tree16d8ea08b8718cd2b6f1763cf184783dd376ef15
parentdd7dbd4a28b69e430a4ef5ed18d52c28e38326ff
[RAMEN9610-12248] Subject: binder: fix race between munmap() and direct reclaim

An munmap() on a binder device causes binder_vma_close() to be called
which clears the alloc->vma pointer.

If direct reclaim causes binder_alloc_free_page() to be called, there
is a race where alloc->vma is read into a local vma pointer and then
used later after the mm->mmap_sem is acquired. This can result in
calling zap_page_range() with an invalid vma which manifests as a
use-after-free in zap_page_range().

The fix is to check alloc->vma after acquiring the mmap_sem (which we
were acquiring anyway) and bail out of binder_alloc_free_page() if it
has changed to NULL.

Change-Id: I39c05c5446643aa7affb398904a6d3a1c35a9ea7
Signed-off-by: Todd Kjos <tkjos@google.com>
drivers/android/binder_alloc.c