]> xenbits.xensource.com Git - xen.git/commit
LZ4 : fix the data abort issue
authorJeHyeon Yeon <tom.yeon@windriver.com>
Thu, 26 Mar 2015 10:19:10 +0000 (11:19 +0100)
committerJan Beulich <jbeulich@suse.com>
Thu, 26 Mar 2015 10:19:10 +0000 (11:19 +0100)
commitfcc17f96c2776eb220e3dee79fd0ad6a624ffcd9
treed1885e70120e58f42fe0cf8fb67d8a8d8e15df95
parent1aeb1156fa43fe2cd2b5003995b20466cd19a622
LZ4 : fix the data abort issue

If the part of the compression data are corrupted, or the compression
data is totally fake, the memory access over the limit is possible.

This is the log from my system usning lz4 decompression.
   [6502]data abort, halting
   [6503]r0  0x00000000 r1  0x00000000 r2  0xdcea0ffc r3  0xdcea0ffc
   [6509]r4  0xb9ab0bfd r5  0xdcea0ffc r6  0xdcea0ff8 r7  0xdce80000
   [6515]r8  0x00000000 r9  0x00000000 r10 0x00000000 r11 0xb9a98000
   [6522]r12 0xdcea1000 usp 0x00000000 ulr 0x00000000 pc  0x820149bc
   [6528]spsr 0x400001f3
and the memory addresses of some variables at the moment are
    ref:0xdcea0ffc, op:0xdcea0ffc, oend:0xdcea1000

As you can see, COPYLENGH is 8bytes, so @ref and @op can access the momory
over @oend.

Signed-off-by: JeHyeon Yeon <tom.yeon@windriver.com>
Reviewed-by: David Sterba <dsterba@suse.cz>
[Linux commit d5e7cafd69da24e6d6cc988fab6ea313a2577efc]
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
xen/common/lz4/decompress.c