[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D4815BD.5090404@parallels.com>
Date: Tue, 01 Feb 2011 17:16:29 +0300
From: Konstantin Khorenko <khorenko@...allels.com>
To: "J. Bruce Fields" <bfields@...ldses.org>,
Neil Brown <neilb@...e.de>
CC: linux-nfs@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: [PATCH] NFSD: memory corruption due to writing beyond the stat array
Hi All,
i've found a bug which makes NFSD to corrupt memory due to writing beyond the stat array.
Initially this issue was found on 2.6.18-x RHEL5 kernel, but the same seems to be true for the current mainstream kernel (checked on 2.6.38-rc3).
./fs/nfsd/vfs.c:
static inline struct raparms *
nfsd_get_raparms(dev_t dev, ino_t ino)
{
...
// here we searched our file in a readahead cache
// but not found it
...
depth = nfsdstats.ra_size*11/10;
...
// some stuff, but "depth" is not changed
...
nfsdstats.ra_depth[depth*10/nfsdstats.ra_size]++;
...
}
And here we write to the 12th array element
(nfsdstats.ra_size*11/10*10/nfsdstats.ra_size == 11), while ra_depth has only
11 elements:
struct nfsd_stats {
...
unsigned int ra_depth[11]; /* number of times ra entry was found that deep
* in the cache (10percentiles). [10] = not found */
#ifdef CONFIG_NFSD_V4
unsigned int nfs4_opcount[LAST_NFS4_OP + 1]; /* count of individual
nfsv4 operations */
#endif
};
This means that each time we did not find a file in a readahead cache we
corrupt memory. Fortunately in a kernel with NFSDv4 compiled in it corrupts
(inc) NFS4 ops counter, but in a kernel with NFSDv4 disabled it corrupts (inc)
some other data, that lays in the memory beyond nfsdstats.
Proposed fix is attached.
--
Best regards,
Konstantin Khorenko
View attachment "diff-ms-nfsd-write-beyond-stat-array" of type "text/plain" (893 bytes)
Powered by blists - more mailing lists