]> git.ipfire.org Git - thirdparty/glibc.git/commit
getmntent: fix memory corruption w/blank lines [BZ #18887]
authorMike Frysinger <vapier@gentoo.org>
Fri, 28 Aug 2015 21:08:49 +0000 (17:08 -0400)
committerMike Frysinger <vapier@gentoo.org>
Sat, 29 Aug 2015 22:07:00 +0000 (18:07 -0400)
commitb0e805fa0d6fea33745952df7b7f5442ca4c374f
tree1912c70048e9a9a4a48681f37d0dd692265cd693
parent30da407eca459329e060d0412c3fa6710f657e83
getmntent: fix memory corruption w/blank lines [BZ #18887]

The fix for BZ #17273 introduced a single byte of memory corruption when
the line is entirely blank.  It would walk back past the start of the
buffer if the heap happened to be 0x20 or 0x09 and then write a NUL byte.
buffer = '\n';
end_ptr = buffer;
while (end_ptr[-1] == ' ' || end_ptr[-1] == '\t')
end_ptr--;
*end_ptr = '\0';

Fix that and rework the tests.  Adding the testcase for BZ #17273 to the
existing \040 parser does not really make sense as it's unrelated, and
leads to confusing behavior: it implicitly relies on the new entry being
longer than the previous entry (since it just rewinds the FILE*).  Split
it out into its own dedicated testcase instead.
ChangeLog
misc/Makefile
misc/mntent_r.c
misc/tst-mntent-blank-corrupt.c [new file with mode: 0644]
misc/tst-mntent-blank-passno.c [new file with mode: 0644]
misc/tst-mntent.c