Date: Wed, 23 Jul 2014 19:52:58 -0400 From: Shawn Webb <lattera@gmail.com> To: Pedro Giffuni <pfg@freebsd.org> Cc: PaX Team <pageexec@freemail.hu>, Oliver Pinter <oliver.pntr@gmail.com>, Robert Watson <rwatson@FreeBSD.org>, Bryan Drewery <bdrewery@FreeBSD.org>, freebsd-arch@freebsd.org Subject: Re: [RFC] ASLR Whitepaper and Candidate Final Patch Message-ID: <20140723235258.GQ29618@pwnie.vrt.sourcefire.com> In-Reply-To: <D4BC6F5C-E041-42BA-B798-85F7911390A6@freebsd.org> References: <96C72773-3239-427E-A90B-D05FF0F5B782@freebsd.org> <20140720201858.GB29618@pwnie.vrt.sourcefire.com> <alpine.BSF.2.11.1407230017490.88645@fledge.watson.org> <20140723004543.GH29618@pwnie.vrt.sourcefire.com> <D7CEDB47-2818-461A-BB70-479BEBDCEEE9@freebsd.org> <20140723234455.GP29618@pwnie.vrt.sourcefire.com> <D4BC6F5C-E041-42BA-B798-85F7911390A6@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Jul 23, 2014 06:50 PM -0500, Pedro Giffuni wrote: > > Il giorno 23/lug/2014, alle ore 18:44, Shawn Webb <lattera@gmail.com> ha scritto: > > > On Jul 23, 2014 06:37 PM -0500, Pedro Giffuni wrote: > >> Hi; > >> > >> Il giorno 22/lug/2014, alle ore 19:45, Shawn Webb <lattera@gmail.com> ha scritto: > >> > >>>>> ... > >>>> > >>>> Hi Shawn: > >>>> > >>>> Great news that this work is coming to fruition -- ASLR is long overdue. > >>>> > >>>> Are you having any luck with performance measurements? Unixbench seems like a > >>>> good starting point, but I wonder if it would be useful to look, in > >>>> particular, at memory-mapping intensive workloads that might be affected as a > >>>> result of changes in kernel VM data-structure use, or greater fragmentation of > >>>> the address space. I'm not sure I have a specific application here in mind -- > >>>> in the past I might have pointed out tools such as ElectricFence that tend to > >>>> increase fragmentation themselves. > >>> > >>> The unixbench tests on that laptop have finished. However, I've been > >>> fighting a pesky migraine these last couple days, so I haven't had the > >>> opportunity to aggregate the results into a nice little spreadsheet. I'm > >>> hoping to finish it up by the end of the week. > >>> > >>> I'll take a look at ElectricFence this weekend. Additionally, I have a > >>> netbook somewhere. Once I find it and its power cord, I'll install > >>> FreeBSD/x86 and re-run the same tests on that. > >>> > >> > >> Somewhat related to ElectricFence? will ASLR have an adverse effect on debuggers? > >> > >> I googled around and got to this: > >> > >> http://www.outflux.net/blog/archives/2010/07/03/gdb-turns-off-aslr/ > > > > I've been doing all my ClamAV development on my FreeBSD box with ASLR > > enabled. Development tools like gdb and valgrind work great, even with > > corefiles. I have not, however, tried lldb. > > > > OK, but it?s worth to take a look if we need to support something to turn it off. > Apparently gdb disables ASLR on MacOSX too: > > http://reverse.put.as/2011/08/11/how-gdb-disables-aslr-in-mac-os-x-lion/ Completely agreed. It's easily possible my use case is different than others'. The more eyes on this project and the more testers we have, the better. Thanks, Shawn [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT0ErZAAoJEGqEZY9SRW7uKI4P/1rIOKJkikWx23zxDB5E2Sdt 5Cfl9kyd5P+ON5vZjdQADYnPlltgpppR1BCFyYlZNN59aWybfYQcg1sFbIAE2Vdv 243oyVs8d2clUpm6KGEaOTG2qLvfJ6aTQkWduo+vAE0KF7srQFb6px+Ms3b04GTA YW9fBj8uVn2Qrh0TqssLOkTj5DNFLTyVz8GinyJj7jNR0XPDN657mC167madlqS8 +0r0lvAtER+NRXPJCgykB9WMBo6JLL7MnQkq9kgsVLOGvLHOqB9iXASc4ha2gJGb UIsMJopuCe1cilJPiSw2ba3eCm4d61bgPnD9ZjBC/Mae8xinrS6lQbV4vNRhW/kT ZtHbTqrp+Mw99k1dnbaMh1Pf7SgLReucU8Ql2dOUkUC0FPtc6QVyf8iPCiL7c+hO PNtoL2kSQzH+Vu3n4ovUFXhA11bUInb5bGcWn4Wehdn2ncJ/MuO5xcJD2ehfV98v RaiVH4qkZgOmhWrVhvSx8v2IrvppJhPzu8tA7o3vYvIQwo+qffITaZ9a7TQy0Kt1 KRwXjl4y45XqeToLXMuigNG/GfY33wiKo7+poKpS/Z1c6N4z/75WhJXnskkrdzPx WwF7ZteELrz90VQX8xeqVSiHbGPdLulFn3yPmUFBTpvVb1Alk6X+6yMCuKks1NQR 51tsO+GH0U+rA8Iu2YGU =yHNJ -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140723235258.GQ29618>