[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-changelog] [xen-unstable] Decompressors: check for read errors in unlzma.c



# HG changeset patch
# User Lasse Collin <lasse.collin@xxxxxxxxxxx>
# Date 1321018377 -3600
# Node ID fe9a59ff84750086b731c5be84417f8d302d84db
# Parent  71abe73298b321ce168cf1a496615d06deb86220
Decompressors: check for read errors in unlzma.c

From: Lasse Collin <lasse.collin@xxxxxxxxxxx>

Return value of rc->fill() is checked in rc_read() and error() is called
when needed, but then the code continues as if nothing had happened.

rc_read() is a void function and it's on the top of performance critical
call stacks, so propagating the error code via return values doesn't sound
like the best fix.  It seems better to check rc->buffer_size (which holds
the return value of rc->fill()) in the main loop.  It does nothing bad
that the code runs a little with unknown data after a failed rc->fill().

This fixes an infinite loop in initramfs decompression if the
LZMA-compressed initramfs image is corrupt.

Signed-off-by: Lasse Collin <lasse.collin@xxxxxxxxxxx>
Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
Acked-by: Keir Fraser <keir@xxxxxxx>
Committed-by: Jan Beulich <jbeulich@xxxxxxxx>
---


diff -r 71abe73298b3 -r fe9a59ff8475 xen/common/unlzma.c
--- a/xen/common/unlzma.c       Fri Nov 11 14:32:03 2011 +0100
+++ b/xen/common/unlzma.c       Fri Nov 11 14:32:57 2011 +0100
@@ -625,6 +625,8 @@
                        if (cst.rep0 == 0)
                                break;
                }
+               if (rc.buffer_size <= 0)
+                       goto exit_3;
        }
 
        if (posp)
@@ -632,6 +634,7 @@
        if (wr.flush)
                wr.flush(wr.buffer, wr.buffer_pos);
        ret = 0;
+exit_3:
        large_free(p);
 exit_2:
        if (!output)

_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.