Date: Wed, 10 Feb 2016 02:53:50 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 207070] gptboot not zeroing memory while reading from boot.config Message-ID: <bug-207070-6@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207070 Bug ID: 207070 Summary: gptboot not zeroing memory while reading from boot.config Product: Base System Version: 10.2-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: david@dcrosstech.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org This should effect both i386 and amd64.. but I can only pick one. gptboot does not zero the read buffer around line 162, the result is a nondeterminstic, apparently hardware/bios specific condition where parsing fails on the unterminated boot.config file. Patch is: --- /usr/src/sys/boot/i386/gptboot/gptboot.c 2015-08-12 10:22:09.0000000= 00 -0400 +++ gptboot.c 2016-02-05 21:09:12.000000000 -0500 @@ -159,9 +159,9 @@ return (-1); autoboot =3D 1; - *cmd =3D '\0'; for (;;) { + bzero(cmd, sizeof(cmd)); *kname =3D '\0'; if ((ino =3D lookup(PATH_CONFIG)) || (ino =3D lookup(PATH_DOTCONFIG))) Pretty straighforwaed, eliminate the single null terminationa and replace w= ith a bzero of the entire buffer. single byte termination handled the case whe= re here was no boot.config file, but not the case where there was something re= ad it. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-207070-6>