]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
limit minixfs printks on corrupted dir i_size (CVE-2006-6058)
authorEric Sandeen <sandeen@redhat.com>
Wed, 16 Jan 2008 21:36:44 +0000 (23:36 +0200)
committerAdrian Bunk <bunk@kernel.org>
Wed, 16 Jan 2008 21:36:44 +0000 (23:36 +0200)
commit51828e03b3b5627ef6a102f75c565bec85cab040
tree5fbc098efe6c334020e97cbed86c53c250946482
parentbb32327b602955604574fbf1e5254b8756b0a151
limit minixfs printks on corrupted dir i_size (CVE-2006-6058)

First reported at http://projects.info-pull.com/mokb/MOKB-17-11-2006.html

Essentially a corrupted minix dir inode reporting a very large
i_size will loop for a very long time in minix_readdir, minix_find_entry,
etc, because on EIO they just move on to try the next page.  This is
under the BKL, printk-storming as well.  This can lock up the machine
for a very long time.  Simply ratelimiting the printks gets things back
under control.  Make the message a bit more informative while we're here.

Adrian Bunk:
Backported to 2.6.16.

Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: Adrian Bunk <bunk@kernel.org>
fs/minix/itree_v1.c
fs/minix/itree_v2.c