kernel-hardening mailing list - 2019/05

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

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

kernel-hardening mailing list - 2019/05

Mon	Tue	Wed	Thu	Fri	Sat	Sun
		¹ 1	²	³ 2	⁴	⁵
⁶ 13	⁷ 12	⁸ 9	⁹ 11	¹⁰ 3	¹¹ 1	¹²
¹³	¹⁴ 6	¹⁵ 1	¹⁶ 6	¹⁷ 23	¹⁸	¹⁹
²⁰ 17	²¹ 5	²² 8	²³ 9	²⁴ 2	²⁵	²⁶
²⁷ 1	²⁸	²⁹ 10	³⁰ 9	³¹ 10

Messages by day:

May 1 (1 message)

Re: [RFC] Handle mapcount overflows (Jann Horn <jannh@...gle.com>)

May 3 (2 messages)

[ANNOUNCE][CFP] Linux Security Summit Europe 2019 ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH v2] binfmt_elf: Update READ_IMPLIES_EXEC logic for modern CPUs (Hector Marco-Gisbert <hecmargi@....es>)

May 6 (13 messages)

[RFC] refactor tasklets to avoid unsigned long argument (Allen <allen.lkml@...il.com>)
race-free process signaling (Solar Designer <solar@...nwall.com>)
Re: race-free process signaling (Jann Horn <jannh@...gle.com>)
Re: race-free process signaling (Christian Brauner <christian@...uner.io>)
Re: [RFC] refactor tasklets to avoid unsigned long argument (Kees Cook <keescook@...omium.org>)
[RFC PATCH v2 0/4] x86/crypto: Fix crypto function casts (Joao Moreira <jmoreira@...e.de>)
[RFC PATCH v2 1/4] Fix serpent crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
[RFC PATCH v2 2/4] Fix camellia crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
[RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
[RFC PATCH v2 4/4] Fix cast6 crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst (Mauro Carvalho Chehab <mchehab+samsung@...nel.org>)
Re: [RFC PATCH v2 0/4] x86/crypto: Fix crypto function casts (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts (Kees Cook <keescook@...omium.org>)

May 7 (12 messages)

Re: [RFC] refactor tasklets to avoid unsigned long argument (Allen <allen.lkml@...il.com>)
[PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)
[PATCH v3 2/7] crypto: x86/crypto: Use new glue function macros (Kees Cook <keescook@...omium.org>)
[PATCH v3 1/7] crypto: x86/glue_helper: Add static inline function glue macros (Kees Cook <keescook@...omium.org>)
[PATCH v3 4/7] crypto: x86/twofish: Use new glue function macros (Kees Cook <keescook@...omium.org>)
[PATCH v3 3/7] crypto: x86/camellia: Use new glue function macros (Kees Cook <keescook@...omium.org>)
[PATCH v3 7/7] crypto: x86/glue_helper: Remove function prototype cast helpers (Kees Cook <keescook@...omium.org>)
[PATCH v3 6/7] crypto: x86/aesni: Use new glue function macros (Kees Cook <keescook@...omium.org>)
[PATCH v3 5/7] crypto: x86/cast6: Use new glue function macros (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)

May 8 (9 messages)

Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
[PATCH 0/4] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
[PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
[PATCH 4/4] net: apply __GFP_NOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)

May 9 (11 messages)

Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Joao Moreira <jmoreira@...e.de>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Sami Tolvanen <samitolvanen@...gle.com>)

May 10 (3 messages)

[PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Chris Packham <chris.packham@...iedtelesis.co.nz>)
Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Doug Anderson <dianders@...omium.org>)

May 11 (1 message)

Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Souptick Joarder <jrdr.linux@...il.com>)

May 14 (6 messages)

Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 0/4] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)

May 15 (1 message)

Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Souptick Joarder <jrdr.linux@...il.com>)

May 16 (6 messages)

Re: [PATCH v2 2/4] lib: introduce test_meminit module (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)

May 17 (23 messages)

Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
[PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 2/4] lib: introduce test_meminit module (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)

May 20 (17 messages)

Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Mathias Krause <minipli@...glemail.com>)
Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
Re: Sparse context checking Vs Clang Thread Safety analysis (Jann Horn <jannh@...gle.com>)
[PATCH v7 00/12] x86: PIE support to extend KASLR randomization (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 02/12] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 03/12] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 04/12] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 05/12] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 06/12] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 07/12] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 08/12] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 09/12] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 10/12] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH v7 12/12] x86/alternatives: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH v7 02/12] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)

May 21 (5 messages)

Re: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support (hpa@...or.com)
Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Eric Biggers <ebiggers@...nel.org>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
Re: Sparse context checking Vs Clang Thread Safety analysis (Himanshu Jha <himanshujha199640@...il.com>)

May 22 (8 messages)

Re: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...omium.org>)
[PATCH AUTOSEL 5.0 041/317] x86/ftrace: Set trampoline pages as executable (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 5.0 048/317] x86/modules: Avoid breaking W^X while loading modules (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 5.1 048/375] x86/ftrace: Set trampoline pages as executable (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 5.1 055/375] x86/modules: Avoid breaking W^X while loading modules (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 4.19 039/244] x86/modules: Avoid breaking W^X while loading modules (Sasha Levin <sashal@...nel.org>)
Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Eric Biggers <ebiggers@...nel.org>)

May 23 (9 messages)

Re: [PATCH v3 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v3 0/3] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v3 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH 2/3] mm: init: report memory auto-initialization features at boot time (Alexander Potapenko <glider@...gle.com>)
[PATCH 3/3] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
[PATCH v4 0/3] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v4 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v4 2/3] mm: init: report memory auto-initialization features at boot time (Alexander Potapenko <glider@...gle.com>)
[PATCH v4 3/3] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)

May 24 (2 messages)

Re: [PATCH v4 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
[RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down ("Christopher M. Riedl" <cmr@...ormatik.wtf>)

May 27 (1 message)

Re: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support (Juergen Gross <jgross@...e.com>)

May 29 (10 messages)

[PATCH v5 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
[PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time (Alexander Potapenko <glider@...gle.com>)
[PATCH v5 3/3] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 3/3] lib: introduce test_meminit module (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (David Howells <dhowells@...hat.com>)

May 30 (9 messages)

[PATCH 5.1 088/405] x86/ftrace: Set trampoline pages as executable (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 5.1 095/405] x86/modules: Avoid breaking W^X while loading modules (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 5.0 079/346] x86/ftrace: Set trampoline pages as executable (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 5.0 086/346] x86/modules: Avoid breaking W^X while loading modules (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH tip/core/rcu 3/4] module: Make srcu_struct ptr array as read-only ("Paul E. McKenney" <paulmck@...ux.ibm.com>)
unrecognizable insn generated in plugin? (Tycho Andersen <tycho@...ho.ws>)
Re: unrecognizable insn generated in plugin? (Andrew Pinski <pinskia@...il.com>)
Re: unrecognizable insn generated in plugin? (Tycho Andersen <tycho@...ho.ws>)

May 31 (10 messages)

Re: [PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules (Pavel Machek <pavel@...x.de>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (David Howells <dhowells@...hat.com>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (David Howells <dhowells@...hat.com>)
Re: unrecognizable insn generated in plugin? (Mark Brand <markbrand@...gle.com>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (Peter Zijlstra <peterz@...radead.org>)
Re: unrecognizable insn generated in plugin? (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer (David Howells <dhowells@...hat.com>)
Re: [PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules (Nadav Amit <namit@...are.com>)

159 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.