summaryrefslogtreecommitdiffstats
path: root/init/Makefile
diff options
context:
space:
mode:
authorPhillip Lougher <phillip@lougher.demon.co.uk>2010-04-23 13:18:11 -0400
committerLinus Torvalds <torvalds@linux-foundation.org>2010-04-24 11:31:26 -0700
commitdf37bd156dcb4f5441beaf5bde444adac974e9a0 (patch)
tree46828c4ed92f4bbd009392a5bad659555872b276 /init/Makefile
parent22eccdd7d2d94be48ae9b01fef5f52ccbb81dcd5 (diff)
downloadop-kernel-dev-df37bd156dcb4f5441beaf5bde444adac974e9a0.zip
op-kernel-dev-df37bd156dcb4f5441beaf5bde444adac974e9a0.tar.gz
initramfs: handle unrecognised decompressor when unpacking
The unpack routine fails to handle the decompress_method() returning unrecognised decompressor (compress_name == NULL). This results in the routine looping eventually oopsing on an out of bounds memory access. Note this bug is usually hidden, only triggering on trailing junk after one or more correct compressed blocks. The case of the compressed archive being complete junk is (by accident?) caught by the if (state != Reset) check because state is initialised to Start, but not updated due to the decompressor not having been called. Obviously if the junk is trailing a correctly decompressed buffer, state == Reset from the previous call to the decompressor. Signed-off-by: Phillip Lougher <phillip@lougher.demon.co.uk> Reported-by: Aaro Koskinen <aaro.koskinen@iki.fi> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'init/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud