linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] iomap: Fix overflow in iomap_page_mkwrite
@ 2019-11-06 19:04 Andreas Gruenbacher
  2019-11-06 19:16 ` Darrick J. Wong
  2019-11-07  8:44 ` Christoph Hellwig
  0 siblings, 2 replies; 6+ messages in thread
From: Andreas Gruenbacher @ 2019-11-06 19:04 UTC (permalink / raw)
  To: linux-xfs
  Cc: Alexander Viro, linux-fsdevel, Christoph Hellwig, Andreas Gruenbacher

On architectures where ssize_t is wider than pgoff_t, the expression
((page->index + 1) << PAGE_SHIFT) can overflow.  Rewrite to use the page
offset, which we already compute here anyway.

Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
---
 fs/iomap/buffered-io.c | 7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/fs/iomap/buffered-io.c b/fs/iomap/buffered-io.c
index e25901ae3ff4..a30ea7ecb790 100644
--- a/fs/iomap/buffered-io.c
+++ b/fs/iomap/buffered-io.c
@@ -1040,20 +1040,19 @@ vm_fault_t iomap_page_mkwrite(struct vm_fault *vmf, const struct iomap_ops *ops)
 
 	lock_page(page);
 	size = i_size_read(inode);
-	if ((page->mapping != inode->i_mapping) ||
-	    (page_offset(page) > size)) {
+	offset = page_offset(page);
+	if (page->mapping != inode->i_mapping || offset > size) {
 		/* We overload EFAULT to mean page got truncated */
 		ret = -EFAULT;
 		goto out_unlock;
 	}
 
 	/* page is wholly or partially inside EOF */
-	if (((page->index + 1) << PAGE_SHIFT) > size)
+	if (offset > size - PAGE_SIZE)
 		length = offset_in_page(size);
 	else
 		length = PAGE_SIZE;
 
-	offset = page_offset(page);
 	while (length > 0) {
 		ret = iomap_apply(inode, offset, length,
 				IOMAP_WRITE | IOMAP_FAULT, ops, page,
-- 
2.20.1


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] iomap: Fix overflow in iomap_page_mkwrite
  2019-11-06 19:04 [PATCH] iomap: Fix overflow in iomap_page_mkwrite Andreas Gruenbacher
@ 2019-11-06 19:16 ` Darrick J. Wong
  2019-11-06 19:34   ` Andreas Gruenbacher
  2019-11-07  8:44 ` Christoph Hellwig
  1 sibling, 1 reply; 6+ messages in thread
From: Darrick J. Wong @ 2019-11-06 19:16 UTC (permalink / raw)
  To: Andreas Gruenbacher
  Cc: linux-xfs, Alexander Viro, linux-fsdevel, Christoph Hellwig

On Wed, Nov 06, 2019 at 08:04:00PM +0100, Andreas Gruenbacher wrote:
> On architectures where ssize_t is wider than pgoff_t, the expression

ssize_t?  But you're changing @offset, which is loff_t.   I'm confused.

Also, which architectures are you talking about here?

--D

> ((page->index + 1) << PAGE_SHIFT) can overflow.  Rewrite to use the page
> offset, which we already compute here anyway.
> 
> Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
> ---
>  fs/iomap/buffered-io.c | 7 +++----
>  1 file changed, 3 insertions(+), 4 deletions(-)
> 
> diff --git a/fs/iomap/buffered-io.c b/fs/iomap/buffered-io.c
> index e25901ae3ff4..a30ea7ecb790 100644
> --- a/fs/iomap/buffered-io.c
> +++ b/fs/iomap/buffered-io.c
> @@ -1040,20 +1040,19 @@ vm_fault_t iomap_page_mkwrite(struct vm_fault *vmf, const struct iomap_ops *ops)
>  
>  	lock_page(page);
>  	size = i_size_read(inode);
> -	if ((page->mapping != inode->i_mapping) ||
> -	    (page_offset(page) > size)) {
> +	offset = page_offset(page);
> +	if (page->mapping != inode->i_mapping || offset > size) {
>  		/* We overload EFAULT to mean page got truncated */
>  		ret = -EFAULT;
>  		goto out_unlock;
>  	}
>  
>  	/* page is wholly or partially inside EOF */
> -	if (((page->index + 1) << PAGE_SHIFT) > size)
> +	if (offset > size - PAGE_SIZE)
>  		length = offset_in_page(size);
>  	else
>  		length = PAGE_SIZE;
>  
> -	offset = page_offset(page);
>  	while (length > 0) {
>  		ret = iomap_apply(inode, offset, length,
>  				IOMAP_WRITE | IOMAP_FAULT, ops, page,
> -- 
> 2.20.1
> 

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] iomap: Fix overflow in iomap_page_mkwrite
  2019-11-06 19:16 ` Darrick J. Wong
@ 2019-11-06 19:34   ` Andreas Gruenbacher
  2019-11-07 15:37     ` Darrick J. Wong
  0 siblings, 1 reply; 6+ messages in thread
From: Andreas Gruenbacher @ 2019-11-06 19:34 UTC (permalink / raw)
  To: Darrick J. Wong
  Cc: linux-xfs, Alexander Viro, linux-fsdevel, Christoph Hellwig

On Wed, Nov 6, 2019 at 8:17 PM Darrick J. Wong <darrick.wong@oracle.com> wrote:
> On Wed, Nov 06, 2019 at 08:04:00PM +0100, Andreas Gruenbacher wrote:
> > On architectures where ssize_t is wider than pgoff_t, the expression
>
> ssize_t?  But you're changing @offset, which is loff_t.   I'm confused.

Oops, should have been loff_t instead of ssize_t.

> Also, which architectures are you talking about here?

From the kernel headers:

#define pgoff_t unsigned long
typedef long long __kernel_loff_t;
typedef __kernel_loff_t loff_t;

So for example, sizeof(loff_t) > sizeof(pgoff_t) on x86.

Thanks,
Andreas


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] iomap: Fix overflow in iomap_page_mkwrite
  2019-11-06 19:04 [PATCH] iomap: Fix overflow in iomap_page_mkwrite Andreas Gruenbacher
  2019-11-06 19:16 ` Darrick J. Wong
@ 2019-11-07  8:44 ` Christoph Hellwig
  1 sibling, 0 replies; 6+ messages in thread
From: Christoph Hellwig @ 2019-11-07  8:44 UTC (permalink / raw)
  To: Andreas Gruenbacher
  Cc: linux-xfs, Alexander Viro, linux-fsdevel, Christoph Hellwig

On Wed, Nov 06, 2019 at 08:04:00PM +0100, Andreas Gruenbacher wrote:
> On architectures where ssize_t is wider than pgoff_t, the expression
> ((page->index + 1) << PAGE_SHIFT) can overflow.  Rewrite to use the page
> offset, which we already compute here anyway.
> 
> Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>

Looks good except for the ssize_t vs loff_t in the changelog:

Reviewed-by: Christoph Hellwig <hch@lst.de>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] iomap: Fix overflow in iomap_page_mkwrite
  2019-11-06 19:34   ` Andreas Gruenbacher
@ 2019-11-07 15:37     ` Darrick J. Wong
  2019-11-07 17:54       ` Andreas Gruenbacher
  0 siblings, 1 reply; 6+ messages in thread
From: Darrick J. Wong @ 2019-11-07 15:37 UTC (permalink / raw)
  To: Andreas Gruenbacher
  Cc: linux-xfs, Alexander Viro, linux-fsdevel, Christoph Hellwig

On Wed, Nov 06, 2019 at 08:34:26PM +0100, Andreas Gruenbacher wrote:
> On Wed, Nov 6, 2019 at 8:17 PM Darrick J. Wong <darrick.wong@oracle.com> wrote:
> > On Wed, Nov 06, 2019 at 08:04:00PM +0100, Andreas Gruenbacher wrote:
> > > On architectures where ssize_t is wider than pgoff_t, the expression
> >
> > ssize_t?  But you're changing @offset, which is loff_t.   I'm confused.
> 
> Oops, should have been loff_t instead of ssize_t.

I'll fix it on commit.

> > Also, which architectures are you talking about here?
> 
> From the kernel headers:
> 
> #define pgoff_t unsigned long
> typedef long long __kernel_loff_t;
> typedef __kernel_loff_t loff_t;
> 
> So for example, sizeof(loff_t) > sizeof(pgoff_t) on x86.

Ok, that's what I thought.

Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>

--D

> Thanks,
> Andreas
> 

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] iomap: Fix overflow in iomap_page_mkwrite
  2019-11-07 15:37     ` Darrick J. Wong
@ 2019-11-07 17:54       ` Andreas Gruenbacher
  0 siblings, 0 replies; 6+ messages in thread
From: Andreas Gruenbacher @ 2019-11-07 17:54 UTC (permalink / raw)
  To: Darrick J. Wong
  Cc: linux-xfs, Alexander Viro, linux-fsdevel, Christoph Hellwig

On Thu, Nov 7, 2019 at 4:37 PM Darrick J. Wong <darrick.wong@oracle.com> wrote:
> I'll fix it on commit.

Thanks.

So now the one remaining issue I have with those two functions is why
we check for (offset > size) instead of (offset >= size) in

  if (page->mapping != inode->i_mapping || offset > size)

When (offset == size), we're clearly outside the page, and so we should fail?

Thanks,
Andreas


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-11-07 17:55 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-06 19:04 [PATCH] iomap: Fix overflow in iomap_page_mkwrite Andreas Gruenbacher
2019-11-06 19:16 ` Darrick J. Wong
2019-11-06 19:34   ` Andreas Gruenbacher
2019-11-07 15:37     ` Darrick J. Wong
2019-11-07 17:54       ` Andreas Gruenbacher
2019-11-07  8:44 ` Christoph Hellwig

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).