kernel-hardening mailing list - 2017/07

Follow @Openwall on Twitter for new release announcements and other news

[<prev month] [next month>] [year] [list]

kernel-hardening mailing list - 2017/07

Mon	Tue	Wed	Thu	Fri	Sat	Sun
					¹	²
³	⁴ 2	⁵ 12	⁶ 18	⁷ 7	⁸	⁹ 2
¹⁰ 10	¹¹ 10	¹² 25	¹³ 18	¹⁴ 15	¹⁵	¹⁶ 1
¹⁷ 9	¹⁸ 33	¹⁹ 60	²⁰ 11	²¹ 5	²² 2	²³
²⁴ 30	²⁵ 34	²⁶ 20	²⁷ 6	²⁸	²⁹ 2	³⁰ 1
³¹ 9

Messages by day:

July 4 (2 messages)

Re: [PATCH 01/11] S.A.R.A. Documentation (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] binfmt_elf: Use ELF_ET_DYN_BASE only for PIE (Michal Hocko <mhocko@...nel.org>)

July 5 (12 messages)

Antw: Re: Re: [PATCH v4 06/13] iscsi: ensure RNG is seeded before use ("Ulrich Windl" <Ulrich.Windl@...uni-regensburg.de>)
Antw: Re: Re: [PATCH v4 06/13] iscsi: ensure RNG is seeded before use ("Ulrich Windl" <Ulrich.Windl@...uni-regensburg.de>)
Re: Antw: Re: Re: [PATCH v4 06/13] iscsi: ensure RNG is seeded before use (Theodore Ts'o <tytso@....edu>)
Re: Antw: Re: Re: [PATCH v4 06/13] iscsi: ensure RNG is seeded before use (Paul Koning <paulkoning@...cast.net>)
[PATCH v9 0/3] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/3] Protectable memory support (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/3] LSM: Convert security_hook_heads into explicit array of struct list_head (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/3] Make LSM Writable Hooks a command line option (Igor Stoppa <igor.stoppa@...wei.com>)
Re: Antw: Re: Re: [PATCH v4 06/13] iscsi: ensure RNG is seeded before use (Theodore Ts'o <tytso@....edu>)
Re: Re: [PATCH v2] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2] mm: Add SLUB free list pointer obfuscation (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v2] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)

July 6 (18 messages)

[PATCH v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
[RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Arnd Bergmann <arnd@...db.de>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Arnd Bergmann <arnd@...db.de>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Christoph Lameter <cl@...ux.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Christoph Lameter <cl@...ux.com>)
Re: Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Rik van Riel <riel@...hat.com>)
Re: [PATCH 1/3] Protectable memory support (Jerome Glisse <jglisse@...hat.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Kees Cook <keescook@...omium.org>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Arnd Bergmann <arnd@...db.de>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Arnd Bergmann <arnd@...db.de>)
Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Kees Cook <keescook@...omium.org>)

July 7 (7 messages)

Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/3] Protectable memory support (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Christoph Lameter <cl@...ux.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Christoph Lameter <cl@...ux.com>)
Re: [PATCH v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] Protectable memory support (Jerome Glisse <jglisse@...hat.com>)

July 9 (2 messages)

Re: Re: [RFC/RFT PATCH] gcc-plugins: force initialize auto variables whose addresses are taken (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Mickaël Salaün <mic@...ikod.net>)

July 10 (10 messages)

Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH v10 0/3] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/3] Protectable memory support (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/3] LSM: Convert security_hook_heads into explicit array of struct list_head (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/3] Make LSM Writable Hooks a command line option (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/3] Protectable memory support (Igor Stoppa <igor.stoppa@...wei.com>)
[RFC][PATCH 0/2] draft of stack clearing for arm64 (Laura Abbott <labbott@...hat.com>)
[RFC][PATCH 1/2] stackleak: Update for arm64 (Laura Abbott <labbott@...hat.com>)
[RFC][PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Mickaël Salaün <mic@...ikod.net>)

July 11 (10 messages)

Re: [PATCH 1/3] Protectable memory support (kbuild test robot <lkp@...el.com>)
Re: [PATCH 3/3] Make LSM Writable Hooks a command line option (kbuild test robot <lkp@...el.com>)
Re: [PATCH v10 0/3] mm: security: ro protection for dynamic data (Tetsuo Handa <penguin-kernel@...ove.SAKURA.ne.jp>)
Re: [PATCH v10 0/3] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Matt Brown <matt@...tt.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Mimi Zohar <zohar@...ux.vnet.ibm.com>)
Re: [RFC][PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC][PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [RFC][PATCH 0/2] draft of stack clearing for arm64 (Alexander Popov <alex.popov@...ux.com>)

July 12 (25 messages)

Re: [RFC][PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
[RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 01/10] arm64/lib: copy_page: use consistent prefetch stride (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 03/10] arm64: crypto: avoid register x18 in scalar AES code (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 02/10] arm64/lib: copy_page: avoid x18 register in assembler code (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 04/10] arm64: kvm: stop treating register x18 as caller save (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 05/10] arm64: kernel: avoid x18 as an arbitrary temp register (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 06/10] arm64: kbuild: reserve reg x18 from general allocation by the compiler (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 09/10] arm64: mm: add C level handling for stack overflows (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 08/10] arm64/kernel: dump entire stack if sp points elsewhere (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 10/10] arm64: kernel: add support for virtually mapped stacks (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 07/10] arm64: kernel: switch to register x18 as a task struct pointer (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH RFC v3 1/1] gcc-plugins: Add stackleak feature erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Andy Lutomirski <luto@...nel.org>)
[RFC PATCH 0/6] arm64: alternative VMAP_STACK implementation (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 2/6] arm64: avoid open-coding THREAD_SIZE{,_ORDER} (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 3/6] arm64: pad stacks to PAGE_SIZE for VMAP_STACK (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 4/6] arm64: pass stack base to secondary_start_kernel (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 5/6] arm64: keep track of current stack (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 1/6] arm64: use tpidr_el1 for current, free sp_el0 (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 10/10] arm64: kernel: add support for virtually mapped stacks (Mark Rutland <mark.rutland@....com>)

July 13 (18 messages)

Re: [RFC PATCH 00/10] arm64: allow virtually mapped stacks to be enabled (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 10/10] arm64: kernel: add support for virtually mapped stacks (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 2/6] arm64: avoid open-coding THREAD_SIZE{,_ORDER} (James Morse <james.morse@....com>)
Re: [RFC PATCH 10/10] arm64: kernel: add support for virtually mapped stacks (Dave Martin <Dave.Martin@....com>)
Re: [RFC PATCH 07/10] arm64: kernel: switch to register x18 as a task struct pointer (Dave Martin <Dave.Martin@....com>)
Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 2/6] arm64: avoid open-coding THREAD_SIZE{,_ORDER} (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 07/10] arm64: kernel: switch to register x18 as a task struct pointer (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Matt Brown <matt@...tt.com>)
Re: [RFC PATCH 07/10] arm64: kernel: switch to register x18 as a task struct pointer (Dave Martin <Dave.Martin@....com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Mimi Zohar <zohar@...ux.vnet.ibm.com>)
Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Matt Brown <matt@...tt.com>)

July 14 (15 messages)

Re: [RFC PATCH 1/6] arm64: use tpidr_el1 for current, free sp_el0 (Will Deacon <will.deacon@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Robin Murphy <robin.murphy@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Robin Murphy <robin.murphy@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: [RFC][PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Mark Rutland <mark.rutland@....com>)
Re: [PATCH RFC v3 1/1] gcc-plugins: Add stackleak feature erasing the kernel stack at the end of syscalls (Laura Abbott <labbott@...hat.com>)

July 16 (1 message)

Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)

July 17 (9 messages)

Compilation error and probable exploit (Cleric John Preston <Cleric.John.Preston@...tonmail.com>)
Re: Compilation error and probable exploit ("gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>)
[PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Kees Cook <keescook@...omium.org>)

July 18 (33 messages)

Re : Re: Compilation error and probable exploit (Cleric John Preston <Cleric.John.Preston@...tonmail.com>)
Re: Re : Re: Compilation error and probable exploit (Mathias Krause <minipli@...glemail.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Christopher Lameter <cl@...ux.com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Leonard Crestez <leonard.crestez@....com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Leonard Crestez <leonard.crestez@....com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Kees Cook <keescook@...omium.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Laura Abbott <labbott@...hat.com>)
x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[RFC 01/22] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 02/22] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 04/22] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 03/22] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 05/22] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 06/22] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 07/22] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 08/22] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 09/22] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 11/22] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 10/22] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 12/22] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 13/22] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 14/22] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 15/22] x86/boot/64: Use _text in a global for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 16/22] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 17/22] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[RFC 18/22] x86/relocs: Handle DYN relocations for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC 19/22] x86/pie: Add option to build the kernel as PIE for x86_64 (Thomas Garnier <thgarnie@...gle.com>)
[RFC 20/22] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
[RFC 21/22] x86/module: Add support for mcmodel large and PLTs (Thomas Garnier <thgarnie@...gle.com>)
[RFC 22/22] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)

July 19 (60 messages)

[PATCH v6 0/2] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
[PATCH v6 1/2] x86/asm: Add suffix macro for GEN_*_RMWcc() (Kees Cook <keescook@...omium.org>)
[PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [RFC 21/22] x86/module: Add support for mcmodel large and PLTs ("H. Peter Anvin" <hpa@...or.com>)
Re: [RFC 06/22] kvm: Adapt assembly for PIE support (Brian Gerst <brgerst@...il.com>)
Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support (Brian Gerst <brgerst@...il.com>)
Re: [RFC 21/22] x86/module: Add support for mcmodel large and PLTs (Brian Gerst <brgerst@...il.com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Alexander Popov <alex.popov@...ux.com>)
Re : Re: Re : Re: Compilation error and probable exploit (Cleric John Preston <Cleric.John.Preston@...tonmail.com>)
Re: Re : Re: Re : Re: Compilation error and probable exploit (Mathias Krause <minipli@...glemail.com>)
Re: [RFC 22/22] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Baoquan He <bhe@...hat.com>)
Re: [RFC 22/22] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Baoquan He <bhe@...hat.com>)
Re: [PATCH 1/1] mm/slub.c: add a naive detection of double free or corruption (Christopher Lameter <cl@...ux.com>)
Re: x86: PIE support and option to extend KASLR randomization (Christopher Lameter <cl@...ux.com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Leonard Crestez <leonard.crestez@....com>)
Re: [RFC 06/22] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC 21/22] x86/module: Add support for mcmodel large and PLTs (Thomas Garnier <thgarnie@...gle.com>)
[PATCH 00/11] ARMv8.3 pointer authentication userspace support (Mark Rutland <mark.rutland@....com>)
[PATCH 01/11] arm64: docs: describe ELF hwcaps (Mark Rutland <mark.rutland@....com>)
[PATCH 02/11] asm-generic: mm_hooks: allow hooks to be overridden individually (Mark Rutland <mark.rutland@....com>)
[PATCH 03/11] arm64: add pointer authentication register bits (Mark Rutland <mark.rutland@....com>)
[PATCH 04/11] arm64/cpufeature: add ARMv8.3 id_aa64isar1 bits (Mark Rutland <mark.rutland@....com>)
[PATCH 05/11] arm64/cpufeature: detect pointer authentication (Mark Rutland <mark.rutland@....com>)
[PATCH 06/11] arm64: Don't trap host pointer auth use to EL2 (Mark Rutland <mark.rutland@....com>)
[PATCH 10/11] arm64/kvm: context-switch ptrauth registers (Mark Rutland <mark.rutland@....com>)
[PATCH 07/11] arm64: add basic pointer authentication support (Mark Rutland <mark.rutland@....com>)
[PATCH 11/11] arm64: docs: document pointer authentication (Mark Rutland <mark.rutland@....com>)
[PATCH 08/11] arm64: expose user PAC bit positions via ptrace (Mark Rutland <mark.rutland@....com>)
[PATCH 09/11] arm64/kvm: preserve host HCR_EL2 value (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC 21/22] x86/module: Add support for mcmodel large and PLTs (Brian Gerst <brgerst@...il.com>)
[PATCH 1/3] arm/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
[PATCH 2/3] arm/syscalls: Optimize work flags assembly check (Thomas Garnier <thgarnie@...gle.com>)
[PATCH 3/3] arm64/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: [RFC 13/22] x86/power/64: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return (Thomas Garnier <thgarnie@...gle.com>)
Re: Re: x86: PIE support and option to extend KASLR randomization (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [RFC 06/22] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC 20/22] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [RFC 06/22] kvm: Adapt assembly for PIE support ("H. Peter Anvin" <hpa@...or.com>)
Re: [RFC 20/22] x86/relocs: Add option to generate 64-bit relocations ("H. Peter Anvin" <hpa@...or.com>)
Re: [RFC 06/22] kvm: Adapt assembly for PIE support (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [RFC 07/22] x86: relocate_kernel - Adapt assembly for PIE support ("H. Peter Anvin" <hpa@...or.com>)
Re: [RFC 07/22] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC 20/22] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v6 2/2] x86/refcount: Implement fast refcount overflow protection (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [RFC 20/22] x86/relocs: Add option to generate 64-bit relocations ("H. Peter Anvin" <hpa@...or.com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Laura Abbott <labbott@...hat.com>)
Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support ("H. Peter Anvin" <hpa@...or.com>)

July 20 (11 messages)

Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support ("H. Peter Anvin" <hpa@...or.com>)
Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support ("H. Peter Anvin" <hpa@...or.com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (James Morse <james.morse@....com>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Ingo Molnar <mingo@...nel.org>)
Re: [RFC 16/22] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Re: [RFC PATCH 6/6] arm64: add VMAP_STACK and detect out-of-bounds SP (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)

July 21 (5 messages)

Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Ingo Molnar <mingo@...nel.org>)
Re: [RFC][PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Dave Martin <Dave.Martin@....com>)
Re: [PATCH 01/11] arm64: docs: describe ELF hwcaps (Dave Martin <Dave.Martin@....com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Andrew Morton <akpm@...ux-foundation.org>)

July 22 (2 messages)

Re: [RFC][PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)

July 24 (30 messages)

[PATCH v7 1/3] x86/asm: Add suffix macro for GEN_*_RMWcc() (Kees Cook <keescook@...omium.org>)
[PATCH v7 0/3] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
[PATCH v7 2/3] x86/asm: add ASM_UNREACHABLE (Kees Cook <keescook@...omium.org>)
[PATCH v7 3/3] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [PATCH 00/11] S.A.R.A. a new stacked LSM (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Michael Ellerman <mpe@...erman.id.au>)
Re: [RFC][PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v7 3/3] x86/refcount: Implement fast refcount overflow protection (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH 06/11] arm64: Don't trap host pointer auth use to EL2 (Dave Martin <Dave.Martin@....com>)
Re: [PATCH 01/11] arm64: docs: describe ELF hwcaps (Suzuki K Poulose <Suzuki.Poulose@....com>)
Re: [PATCH 04/11] arm64/cpufeature: add ARMv8.3 id_aa64isar1 bits (Suzuki K Poulose <Suzuki.Poulose@....com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH RFC v3 1/1] gcc-plugins: Add stackleak feature erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v6 0/2] x86: Implement fast refcount overflow protection (Peter Zijlstra <peterz@...radead.org>)
Re: [RFC 21/22] x86/module: Add support for mcmodel large and PLTs (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v7 3/3] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
[PATCH v8 2/3] x86/asm: add ASM_UNREACHABLE (Kees Cook <keescook@...omium.org>)
[PATCH v8 1/3] x86/asm: Add suffix macro for GEN_*_RMWcc() (Kees Cook <keescook@...omium.org>)
[PATCH v8 0/3] x86: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
[PATCH v8 3/3] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Yao Qi <yao.qi@....com>)
[RFC PATCH 0/5] MPXK: Intel MPX for in-kernel use (Hans Liljestrand <liljestrandh@...il.com>)
[RFC PATCH 1/5] x86: add CONFIG_X86_INTEL_MPX_KERNEL to Kconfig (Hans Liljestrand <liljestrandh@...il.com>)
[RFC PATCH 2/5] gcc-plugins: adds MPXK gcc plugin (Hans Liljestrand <liljestrandh@...il.com>)
[RFC PATCH 3/5] x86: add mpxk-wrappers (Hans Liljestrand <liljestrandh@...il.com>)
[RFC PATCH 4/5] x86: MPXK base (Hans Liljestrand <liljestrandh@...il.com>)
[RFC PATCH 5/5] lkdtm: Add kernel MPX testing (Hans Liljestrand <liljestrandh@...il.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Alexander Popov <alex.popov@...ux.com>)

July 25 (34 messages)

Re: [RFC PATCH 2/5] gcc-plugins: adds MPXK gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 3/5] x86: add mpxk-wrappers (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 4/5] x86: MPXK base (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 1/5] x86: add CONFIG_X86_INTEL_MPX_KERNEL to Kconfig (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 5/5] lkdtm: Add kernel MPX testing (Kees Cook <keescook@...omium.org>)
Issue with CONFIG_GCC_PLUGIN_RANDSTRUCT=y and out of tree modules.. (valdis.kletnieks@...edu)
Re: [RFC][PATCH 2/2] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC PATCH 1/5] x86: add CONFIG_X86_INTEL_MPX_KERNEL to Kconfig (Hans Liljestrand <liljestrandh@...il.com>)
Re: [RFC PATCH 2/5] gcc-plugins: adds MPXK gcc plugin (Hans Liljestrand <liljestrandh@...il.com>)
Re: [RFC PATCH 3/5] x86: add mpxk-wrappers (Hans Liljestrand <liljestrandh@...il.com>)
Re: [RFC PATCH 4/5] x86: MPXK base (Hans Liljestrand <liljestrandh@...il.com>)
Re: [RFC PATCH 5/5] lkdtm: Add kernel MPX testing (Hans Liljestrand <liljestrandh@...il.com>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Leonard Crestez <leonard.crestez@....com>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Yao Qi <yao.qi@....com>)
[RFC PATCH untested] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v8 3/3] x86/refcount: Implement fast refcount overflow protection (Li Kun <hw.likun@...wei.com>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Li Kun <hw.likun@...wei.com>)
Re: [RFC PATCH untested] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 07/11] arm64: add basic pointer authentication support (Dave Martin <Dave.Martin@....com>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH untested] arm64: kernel: implement fast refcount checking (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH untested] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 00/11] ARMv8.3 pointer authentication userspace support (Jiong Wang <Jiong.Wang@....com>)
Re: [RFC PATCH untested] arm64: kernel: implement fast refcount checking (Kees Cook <keescook@...omium.org>)
[PATCH v2] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 3/5] x86: add mpxk-wrappers (Kees Cook <keescook@...omium.org>)
Re: [PATCH v8 3/3] x86/refcount: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
Re: Issue with CONFIG_GCC_PLUGIN_RANDSTRUCT=y and out of tree modules.. (Kees Cook <keescook@...omium.org>)
[PATCH v9] x86/asm: Implement fast refcount overflow protection (Kees Cook <keescook@...omium.org>)

July 26 (20 messages)

Re: [v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH untested] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
[PATCH v4] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 3/5] x86: add mpxk-wrappers (Hans Liljestrand <liljestrandh@...il.com>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Will Deacon <will.deacon@....com>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Christopher Lameter <cl@...ux.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Christopher Lameter <cl@...ux.com>)
[PATCH v2 1/3] Revert "arm/syscalls: Check address limit on user-mode return" (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v2 2/3] arm/syscalls: Optimize address limit check (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v2 3/3] arm64/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: [PATCH 1/3] arm/syscalls: Move address limit check in loop (Thomas Garnier <thgarnie@...gle.com>)

July 27 (6 messages)

Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
Re: [PATCH v2] arm64: kernel: implement fast refcount checking (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] mm: Add SLUB free list pointer obfuscation (Christopher Lameter <cl@...ux.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Christopher Lameter <cl@...ux.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Alexander Popov <alex.popov@...ux.com>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Christopher Lameter <cl@...ux.com>)

July 29 (2 messages)

Yes you have standing to sue GRSecurity. (nisus@...chan.it)
Re: Yes you have standing to sue GRSecurity. (Solar Designer <solar@...nwall.com>)

July 30 (1 message)

Re: Yes you have standing to sue GRSecurity. (Solar Designer <solar@...nwall.com>)

July 31 (9 messages)

[PATCH v3] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v3] arm64: kernel: implement fast refcount checking (Li Kun <hw.likun@...wei.com>)
Re: It looks like there will be no more public versions of PaX and Grsec. (Solar Designer <solar@...nwall.com>)
Re: [PATCH v3] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v4] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [v3] mm: Add SLUB free list pointer obfuscation (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v4] arm64: kernel: implement fast refcount checking (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] arm64: kernel: implement fast refcount checking (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v4] arm64: kernel: implement fast refcount checking (Kees Cook <keescook@...omium.org>)

342 messages

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.