Earlier quoted context omitted.
Except, "just use another language! All problems of this huge category solved!" is true in this case. You can't have buffer overflows on a memory-safe language. Sure, this is only true assuming the VM and all the stuff it depends on is formally verified not to have buffer overflows either, which is unlikely to happen. But even so, you get the slightly weaker guarantee: "just use another language! All problems of this…
The things is, it's not necessarily true in this case. While C was intended to run as close to bare metal as possible, and 99% of current implementations do, that doesn't have to be the case. The C specification describes an abstract machine, and uses abstract concepts, with explicit "as-if" rules saying that implementations may, in many cases, do whatever they want, providing that conforming code runs as if it would…
CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
231–240 of 254 posts
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#232 Here is a list of potential targets that we investigated (they all call
gethostbyname, one way or another), but to the best of our knowledge,
the buffer overflow cannot be triggered in any of them:
apache, cups, dovecot, gnupg, isc-dhcp, lighttpd, mariadb/mysql,
nfs-utils, nginx, nodejs, openldap, openssh, postfix, proftpd,
pure-ftpd, rsyslog, samba, sendmail, sysklogd, syslog-ng, tcp_wrappers,
vsftpd, xinetd.
See "Re: Qualys Security Advisory CVE-2015-0235 - GHOST: glibc gethostbyname buffer overflow" " rel="nofollow">http://seclists.org/oss-sec/2015/q1/283>.Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#233Here is a list of potential targets that we investigated (they all call gethostbyname, one way or another), but to the best of our knowledge, the buffer overflow cannot be triggered in any of them: apache, cups, dovecot, gnupg, isc-dhcp, lighttpd, mariadb/mysql, nfs-utils, nginx, nodejs, openldap, openssh, postfix, proftpd, pure-ftpd, rsyslog, samba, sendmail, sysklogd, syslog-ng, tcp_wrappers, vsftpd, xinetd. See "R…
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#234If this was patched in 2013 why is it an issue now?
Because it was "silently" fixed so nobody applied the patch to existing, shipping systems.
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#235RedHat has a fix for 6 and 7 now: https://rhn.redhat.com/errata/RHSA-2015-0092.html
Does anyone have any insight into when we'll see CentOS packages start hitting the mirrors?
changelog: * Mon Jan 19 2015 Siddhesh Poyarekar - 2.12-1.149.5 - Fix parsing of numeric hosts in gethostbyname_r (CVE-2015-0235, #1183533).
Qualys GHOST program returns "not vulnerable" after the upgrade.
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#236Here is the test program, from http://www.openwall.com/lists/oss-security/2015/01/27/9 https://gist.github.com/koelling/ef9b2b9d0be6d6dbab63 To test your system, simply run this (but obviously only after making sure gistfile1.c is clean ;)) wget https://gist.githubusercontent.com/koelling/ef9b2b9d0be6d6dbab63/raw/de1730049198c64eaf8f8ab015a3c8b23b63fd34/gistfile1.c gcc gistfile1.c -o CVE-2015-0235 ./CVE-2015-0235
Anyone know how reliable that test is? I've got a system reporting not vulnerable but I'm not sure what glibc it has.
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#237Here is the test program, from http://www.openwall.com/lists/oss-security/2015/01/27/9 https://gist.github.com/koelling/ef9b2b9d0be6d6dbab63 To test your system, simply run this (but obviously only after making sure gistfile1.c is clean ;)) wget https://gist.githubusercontent.com/koelling/ef9b2b9d0be6d6dbab63/raw/de1730049198c64eaf8f8ab015a3c8b23b63fd34/gistfile1.c gcc gistfile1.c -o CVE-2015-0235 ./CVE-2015-0235
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#238Here is the test program, from http://www.openwall.com/lists/oss-security/2015/01/27/9 https://gist.github.com/koelling/ef9b2b9d0be6d6dbab63 To test your system, simply run this (but obviously only after making sure gistfile1.c is clean ;)) wget https://gist.githubusercontent.com/koelling/ef9b2b9d0be6d6dbab63/raw/de1730049198c64eaf8f8ab015a3c8b23b63fd34/gistfile1.c gcc gistfile1.c -o CVE-2015-0235 ./CVE-2015-0235
I always laugh when people give you a URL to C code to test for remote code execution...
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#239Earlier quoted context omitted.
Nobody to be taken serious has ever thought or said this Linus Torvalds is nobody to be taken seriously?
I don't think Linus ever said it. I'm not sure he even agrees with it. Eric S. Raymond named it after him because of Linux. That said, Eric S. Raymond didn't say the quoted either. He said that "given enough eyeballs, all bugs are shallow", which is a much less bold claim (imo, at least) than that open source converges towards zero bugs over time.
Re: CVE-2015-0235 – GHOST: glibc gethostbyname buffer overflow
#240So what I figured out so far: This is a quite nasty bug that may or may not affect everything that links against glibc (or eglibc). However the bug was fixed in glibc 2.18 and the advisory [1] includes a test program at the start of section 4. From this Ubuntu 10.04 LTS and 12.04 LTS are affected, but not 14.04 LTS. ( Can someone confirm this?) [1] http://www.openwall.com/lists/oss-security/2015/01/27/9