Blame SOURCES/libtiff-CVE-2011-0192.patch

0e6869
Protect against a fax VL(n) codeword commanding a move left.  Without
0e6869
this, a malicious input file can generate an indefinitely large series
0e6869
of runs without a0 ever reaching the right margin, thus overrunning
0e6869
our buffer of run lengths.  Per CVE-2011-0192.  This is a modified
0e6869
version of a patch proposed by Drew Yao of Apple Product Security.
0e6869
It adds an unexpected() report, and disallows the equality case except
0e6869
for the first run of a line, since emitting a run without increasing a0
0e6869
still allows buffer overrun.  (We have to allow it for the first run to
0e6869
cover the case of encoding a zero-length run at start of line using VL.)
0e6869
0e6869
0e6869
diff -Naur tiff-3.9.4.orig/libtiff/tif_fax3.h tiff-3.9.4/libtiff/tif_fax3.h
0e6869
--- tiff-3.9.4.orig/libtiff/tif_fax3.h	2010-06-08 14:50:42.000000000 -0400
0e6869
+++ tiff-3.9.4/libtiff/tif_fax3.h	2011-03-10 12:11:20.850839162 -0500
0e6869
@@ -478,6 +478,12 @@
0e6869
 	    break;							\
0e6869
 	case S_VL:							\
0e6869
 	    CHECK_b1;							\
0e6869
+	    if (b1 <= (int) (a0 + TabEnt->Param)) {			\
0e6869
+		if (b1 < (int) (a0 + TabEnt->Param) || pa != thisrun) {	\
0e6869
+		    unexpected("VL", a0);				\
0e6869
+		    goto eol2d;						\
0e6869
+		}							\
0e6869
+	    }								\
0e6869
 	    SETVALUE(b1 - a0 - TabEnt->Param);				\
0e6869
 	    b1 -= *--pb;						\
0e6869
 	    break;							\