2006-03-02 02:18:57

by Ingo Saitz

[permalink] [raw]
Subject: Re: Linux 2.6.15.5 - NFS client broken

Moin

Compiling 2.6.15.5 aborts with the following error:

CC [M] fs/nfs/direct.o
fs/nfs/direct.c: In function ‘nfs_get_user_pages’:
fs/nfs/direct.c:110: warning: implicit declaration of function ‘nfs_free_user_pages’
fs/nfs/direct.c: At top level:
fs/nfs/direct.c:127: warning: conflicting types for ‘nfs_free_user_pages’
fs/nfs/direct.c:127: error: static declaration of ‘nfs_free_user_pages’ follows non-static declaration
fs/nfs/direct.c:110: error: previous implicit declaration of ‘nfs_free_user_pages’ was here
make[3]: *** [fs/nfs/direct.o] Error 1

Attached .config

Ingo
--
/* Why waste time? -- asuffield */


Attachments:
(No filename) (0.00 B)
signature.asc (189.00 B)
Digital signature
Download all attachments

2006-03-02 02:33:52

by Trond Myklebust

[permalink] [raw]
Subject: Re: Linux 2.6.15.5 - NFS client broken

Author: Trond Myklebust <[email protected]>
NFS: Fix a potential panic in O_DIRECT

Based on an original patch by Mike O'Connor and Greg Banks of SGI.

Mike states:

A normal user can panic an NFS client and cause a local DoS with
'judicious'(?) use of O_DIRECT. Any O_DIRECT write to an NFS file where the
user buffer starts with a valid mapped page and contains an unmapped page,
will crash in this way. I haven't followed the code, but O_DIRECT reads
with similar user buffers will probably also crash albeit in different
ways.

Details: when nfs_get_user_pages() calls get_user_pages(), it detects
and correctly handles get_user_pages() returning an error, which happens
if the first page covered by the user buffer's address range is unmapped.
However, if the first page is mapped but some subsequent page isn't,
get_user_pages() will return a positive number which is less than the
number of pages requested (this behaviour is sort of analagous to a
short write() call and appears to be intentional). nfs_get_user_pages()
doesn't detect this and hands off the array of pages (whose last few
elements are random rubbish from the newly allocated array memory) to
it's caller, whence they go to nfs_direct_write_seg(), which then totally
ignores the nr_pages it's given, and calculates its own idea of how many
pages are in the array from the user buffer length. Needless to say,
when it comes to transmit those uninitialised page* pointers, we see
a crash in the network stack.

Signed-off-by: Trond Myklebust <[email protected]>
---

fs/nfs/direct.c | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index 04ab2fc..4e9b3a1 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -57,6 +57,7 @@
#define NFSDBG_FACILITY NFSDBG_VFS
#define MAX_DIRECTIO_SIZE (4096UL << PAGE_SHIFT)

+static void nfs_free_user_pages(struct page **pages, int npages, int do_dirty);
static kmem_cache_t *nfs_direct_cachep;

/*
@@ -107,6 +108,15 @@ nfs_get_user_pages(int rw, unsigned long
page_count, (rw == READ), 0,
*pages, NULL);
up_read(&current->mm->mmap_sem);
+ /*
+ * If we got fewer pages than expected from get_user_pages(),
+ * the user buffer runs off the end of a mapping; return EFAULT.
+ */
+ if (result >= 0 && result < page_count) {
+ nfs_free_user_pages(*pages, result, 0);
+ *pages = NULL;
+ result = -EFAULT;
+ }
}
return result;
}


Attachments:
linux-2.6.16-01-fix_oopsable_odirect.dif (2.41 kB)

2006-03-02 06:15:21

by Chris Wright

[permalink] [raw]
Subject: Re: Linux 2.6.15.5 - NFS client broken

* Trond Myklebust ([email protected]) wrote:
> Here is the full patch I sent to Chris the other day. That first hunk
> must have gotten lost somewhere...

Crap, I failed to refresh compared with the one in the review.
The missing hunk is queued for next -stable. Sorry, it's my fault.
This is brown paper bag material.

thanks,
-chris