move mmap_area and PIE binaries away from the stack
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest6 patches 8 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/6 | binfmt_elf: document load_bias a little bitfs/ | +8 | 1 reply | |
| 2/6 | x86/elf: move 32 bit ELF_ET_DYN_BASE to 256MBarch/ | +12 | 3 replies | |
| 3/6 | x86/mmap: properly account for stack randomization in mmap_basearch/ | +6 | 2 replies | |
| 4/6 | arm64/mmap: properly account for stack randomization in mmap_basearch/ | +6 | 0 replies | |
| 5/6 | arm64: move COMPAT_ELF_ET_DYN_BASE lower in the address spacearch/ | +1 | 0 replies | |
| 6/6 | powerpc,mmap: properly account for stack randomization in mmap_basearch/ | +19 | 0 replies |
Reviews trailers per patch
1 of 6 patches has a Reviewed-by or Acked-by.
| Patch | Kees Cook |
|---|---|
| 1/6 | A-b |
| 2/6 | |
| 3/6 | |
| 4/6 | |
| 5/6 | |
| 6/6 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/6] move mmap_area and PIE binaries away from the stack
There are a few bugs causing the kernel to sometimes map PIE binaries and the mmap_area where the stack is supposed to go.
This series fixes them for x86, ARM64, and PPC.
S390 seems to be ok.
If people are fine with this approach, I can work my way through other architectures, too.