getmntent: fix memory corruption w/blank lines [BZ #18887]
commit460e5da421067eb690ba3b9d11183c4b7db37e4f
authorMike Frysinger <vapier@gentoo.org>
Fri, 28 Aug 2015 21:08:49 +0000 (28 17:08 -0400)
committerMike Frysinger <vapier@gentoo.org>
Sat, 29 Aug 2015 22:16:04 +0000 (29 18:16 -0400)
tree721ae83d698e64656258eaef9a14d3b1f3f13c42
parent43d7ce9238c59c61003994cb26eff4a6a072ebd5
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.

(cherry picked from commit b0e805fa0d6fea33745952df7b7f5442ca4c374f)
(cherry picked from commit f2cdbadd8a078482d3b9fc2b59e888c64cc4efae)
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