Re: [PATCH] fs: buffer: Check to avoid NULL pointer dereference of returned buffer_head for a private page

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Aug 15, 2019 at 2:03 AM Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
>
> On Thu, Aug 15, 2019 at 01:09:11AM +1000, Monthero Ronald wrote:
> > The patch checks for this condition of NULL pointer for the buffer_head returned from page_buffers()
> > and also a check placed within the list traversal loop for next buffer_head structs.
> >
> > crash scenario:
> > The buffer_head returned from page_buffers() is not checked in block_invalidatepage_range function.
> > The struct buffer_head* pointer returned by page_buffers(page) was 0x0, although this page had its
> > private flag PG_private bit set and was expected to have buffer_head structs attached.The NULL pointer
> > buffer_head was dereferenced in block_invalidatepage_range function at bh->b_size, where bh returned by
> > page_buffers(page) was 0x0.
> >
> > The stack frames were  truncate_inode_page() => do_invalidatepage_range() => xfs_vm_invalidatepage() =>
> >           [exception RIP: block_invalidatepage_range+132]
> >
> > The inode for truncate in this case was valid and had  proper inode.i_state = 0x20 - FREEING and had
> > a valid mapped address space to xfs. And the struct page in context of block_invalidatepage_range()
> > had its page flag PG_private set but the page.private was 0x0. So page_buffers(page) returned 0x0
> > and hence the crash.
> > This patch performs NULL pointer check for returned buffer_head. Applies to 3.16 and later kernels.
> >
> > Signed-off-by: Monthero Ronald <rhmcruiser@xxxxxxxxx>
> > ---
> >  fs/buffer.c | 2 ++
> >  1 file changed, 2 insertions(+)
>
> <formletter>
>
> This is not the correct way to submit patches for inclusion in the
> stable kernel tree.  Please read:
>     https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
> for how to do this properly.
>
> </formletter>

Hi Greg,
Thanks for feedback . Sorry I might have missed some steps.  I am
checking through the patch list requirements.
I know there could be a couple of issue but  if you or Viro to please clarify.

Please clarify.
- I believe I should only email the maintainer of fs and not email the
list stable@xxxxxxxxxxxxxxx at this stage of submission.
  ( I ran  the get-maintainer.pl script it showed Viro as maintainer
for fs/buffer.c , apology if not )
- The patch is around 47 lines including the comments, I assume thats okay.
    ( I have not included the crashed bt, page, buffer_head and inode
details just to keep it short )

- The crash occurred on 3.16 kernel but the buffer.c:
block_invalidatepage_range( ) code path  in later kernels of 4.xx are
also same as this.
   So it may apply to later kernels too.  Please let me know if this
is not the right way to do it.
Thanks for your help and time
Ron



[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux