lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAGuiMHgiK9C=S9=c0VJAqTT0X3PYkA1dys_q6WbH5e54EaasBA@mail.gmail.com> Date: Sat, 4 Oct 2014 03:48:52 -0400 From: Michael Bazzinotti <mbazzinotti@...il.com> To: fulldisclosure@...lists.org Subject: Re: [FD] the other bash RCEs (CVE-2014-6277 and CVE-2014-6278) In reference to Michal Zalewski's detailed post: >Perhaps notably, the ability to specify attacker-controlled addresses >hinges on the state of --enable-bash-malloc and --enable-mem-scramble The correct ./configure argument for bash-malloc is --with-bash-malloc. Just wanted to note that out. I learned this from going to compile bash myself with these flags just now. :) >compile-time flags; if both are enabled, the memory returned by >xmalloc() will be initialized to 0xdf, making the prospect of >exploitation more speculative (essentially depending on whether the >stack or any other memory region can be grown to overlap with >0xdfdfdfdf) Cheers, -- ***************************** Michael Bazzinotti University of Massachusetts Boston bazz@...umb.edu http://www.bazz1.com _______________________________________________ Sent through the Full Disclosure mailing list http://nmap.org/mailman/listinfo/fulldisclosure Web Archives & RSS: http://seclists.org/fulldisclosure/
Powered by blists - more mailing lists