Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Kees Cook
On Wed, Nov 18, 2015 at 3:23 PM, Daniel Cashman wrote: >> I think the min/max values should be const, since they're determined >> at build time and should never change. > > Ok. Also, I just submitted the patch-set again with [PATCH v3] instead > of [PATCH] so I'd prefer discussion there; sorry

Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Daniel Cashman
> I think the min/max values should be const, since they're determined > at build time and should never change. Ok. Also, I just submitted the patch-set again with [PATCH v3] instead of [PATCH] so I'd prefer discussion there; sorry for the mistake. -Dan -- To unsubscribe from this list: send the

Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Kees Cook
On Wed, Nov 18, 2015 at 2:48 PM, Daniel Cashman wrote: > From: dcashman > > ASLR currently only uses 8 bits to generate the random offset for the > mmap base address on 32 bit architectures. This value was chosen to > prevent a poorly chosen value from dividing the address space in such > a way

[PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Daniel Cashman
From: dcashman ASLR currently only uses 8 bits to generate the random offset for the mmap base address on 32 bit architectures. This value was chosen to prevent a poorly chosen value from dividing the address space in such a way as to prevent large allocations. This may not be an issue on all

Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Kees Cook
On Wed, Nov 18, 2015 at 2:48 PM, Daniel Cashman wrote: > From: dcashman > > ASLR currently only uses 8 bits to generate the random offset for the > mmap base address on 32 bit architectures. This value was chosen to > prevent a poorly chosen value from

[PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Daniel Cashman
From: dcashman ASLR currently only uses 8 bits to generate the random offset for the mmap base address on 32 bit architectures. This value was chosen to prevent a poorly chosen value from dividing the address space in such a way as to prevent large allocations. This may not

Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Kees Cook
On Wed, Nov 18, 2015 at 3:23 PM, Daniel Cashman wrote: >> I think the min/max values should be const, since they're determined >> at build time and should never change. > > Ok. Also, I just submitted the patch-set again with [PATCH v3] instead > of [PATCH] so I'd prefer

Re: [PATCH 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

2015-11-18 Thread Daniel Cashman
> I think the min/max values should be const, since they're determined > at build time and should never change. Ok. Also, I just submitted the patch-set again with [PATCH v3] instead of [PATCH] so I'd prefer discussion there; sorry for the mistake. -Dan -- To unsubscribe from this list: send the