kernel-hardening mailing list - 2015/12

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

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

kernel-hardening mailing list - 2015/12

Mon	Tue	Wed	Thu	Fri	Sat	Sun
	¹ 10	² 1	³ 2	⁴	⁵	⁶
⁷ 2	⁸ 1	⁹ 13	¹⁰ 18	¹¹ 18	¹² 2	¹³ 1
¹⁴	¹⁵	¹⁶ 3	¹⁷ 35	¹⁸ 7	¹⁹	²⁰
²¹ 1	²² 28	²³ 8	²⁴ 5	²⁵	²⁶	²⁷
²⁸ 15	²⁹	³⁰ 14	³¹

Messages by day:

December 1 (10 messages)

Re: [PATCH] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/4] init: create cmdline param to disable readonly (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace (Stephen Hemminger <stephen@...workplumber.org>)
Re: [PATCH v2 1/4] init: create cmdline param to disable readonly (Russell King - ARM Linux <linux@....linux.org.uk>)
Re: [PATCH] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Nicolas Pitre <nicolas.pitre@...aro.org>)
Re: [PATCH v2 1/4] init: create cmdline param to disable readonly (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace (Hannes Frederic Sowa <hannes@...essinduktion.org>)
Re: [PATCH] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Kees Cook <keescook@...omium.org>)

December 2 (1 message)

[PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Kees Cook <keescook@...omium.org>)

December 3 (2 messages)

Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace (David Miller <davem@...emloft.net>)

December 7 (2 messages)

Re: System call interface changes (Florian Weimer <fweimer@...hat.com>)
Re: System call interface changes (lazytyped <lazytyped@...il.com>)

December 8 (1 message)

Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace (Kees Cook <keescook@...omium.org>)

December 9 (13 messages)

Self Introduction (David Brown <david.brown@...aro.org>)
Re: [PATCH v2 2/4] introduce post-init read-only memory (Kees Cook <keescook@...omium.org>)
[PATCH v3 7/8] lkdtm: verify that __ro_after_init works correctly (Kees Cook <keescook@...omium.org>)
[PATCH v3 0/8] introduce post-init read-only memory (Kees Cook <keescook@...omium.org>)
[PATCH v3 5/8] x86: make CONFIG_DEBUG_RODATA non-optional (Kees Cook <keescook@...omium.org>)
[PATCH v3 4/8] init: create cmdline param to disable readonly (Kees Cook <keescook@...omium.org>)
[PATCH v3 8/8] x86, vdso: mark vDSO read-only after init (Kees Cook <keescook@...omium.org>)
[PATCH v3 3/8] param: convert some "on"/"off" users to strtobool (Kees Cook <keescook@...omium.org>)
[PATCH v3 6/8] introduce post-init read-only memory (Kees Cook <keescook@...omium.org>)
[PATCH v3 2/8] lib: add "on" and "off" to strtobool (Kees Cook <keescook@...omium.org>)
[PATCH v3 1/8] asm-generic: consolidate mark_rodata_ro() (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 8/8] x86, vdso: mark vDSO read-only after init (Andy Lutomirski <luto@...capital.net>)

December 10 (18 messages)

Re: Self Introduction (David Brown <david.brown@...aro.org>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (David Brown <david.brown@...aro.org>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Stephen Smalley <stephen.smalley@...il.com>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Daniel Micay <danielmicay@...il.com>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Catalin Marinas <catalin.marinas@....com>)
Re: Self Introduction (Daniel Micay <danielmicay@...il.com>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
RE: Self Introduction ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: [PATCH 0/4] arm: Privileged no-access for LPAE (Kees Cook <keescook@...omium.org>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Self Introduction ("PaX Team" <pageexec@...email.hu>)
Re: Self Introduction (Daniel Micay <danielmicay@...il.com>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)

December 11 (18 messages)

Re: Self Introduction (David Brown <david.brown@...aro.org>)
Re: [PATCH v3 8/8] x86, vdso: mark vDSO read-only after init (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 2/8] lib: add "on" and "off" to strtobool (Andy Shevchenko <andy.shevchenko@...il.com>)
Re: [PATCH 0/4] arm: Privileged no-access for LPAE (Catalin Marinas <catalin.marinas@....com>)
Re: Self Introduction (Valdis.Kletnieks@...edu)
Project convention on configuration options ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: Self Introduction (Kees Cook <keescook@...omium.org>)
Re: Project convention on configuration options (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 2/8] lib: add "on" and "off" to strtobool (Kees Cook <keescook@...omium.org>)
Re: Project convention on configuration options (Daniel Micay <danielmicay@...il.com>)
Re: Project convention on configuration options (HacKurx <hackurx@...il.com>)
Re: Project convention on configuration options (Kees Cook <keescook@...omium.org>)
RE: Project convention on configuration options ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: Project convention on configuration options (HacKurx <hackurx@...il.com>)
Re: Project convention on configuration options (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 2/8] lib: add "on" and "off" to strtobool (Andy Shevchenko <andy.shevchenko@...il.com>)
Re: Project convention on configuration options (HacKurx <hackurx@...il.com>)
Re: Project convention on configuration options (Valdis.Kletnieks@...edu)

December 12 (2 messages)

Re: Project convention on configuration options (HacKurx <hackurx@...il.com>)
Re: Self Introduction (Heiko Carstens <heiko.carstens@...ibm.com>)

December 13 (1 message)

Re: Project convention on configuration options (Kees Cook <keescook@...omium.org>)

December 16 (3 messages)

Introduction and task request ("Reshetova, Elena" <elena.reshetova@...el.com>)
Looking at PAX_MEMORY_SANITIZE (Laura Abbott <laura@...bott.name>)
Re: Looking at PAX_MEMORY_SANITIZE (Yves-Alexis Perez <corsac@...ian.org>)

December 17 (35 messages)

Re: Looking at PAX_MEMORY_SANITIZE (Kees Cook <keescook@...omium.org>)
[RFC PATCH 0/5] Add PAX_REFCOUNT overflow protection (David Windsor <dave@...gbits.org>)
[RFC PATCH 2/5] percpu_ref: decrease per-CPU refcount bias (David Windsor <dave@...gbits.org>)
[RFC PATCH 5/5] lkdtm: add test for atomic_t underflow/overflow (David Windsor <dave@...gbits.org>)
[RFC PATCH 4/5] security: add Kconfig options for PAX_REFCOUNT (David Windsor <dave@...gbits.org>)
[RFC PATCH 1/5] x86: add PAX_REFCOUNT support (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 02/12] percpu_ref: decrease per-CPU refcount bias (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 04/12] mm: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 07/12] security: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 03/12] kernel: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 10/12] pax: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 09/12] drivers: opt out of PAX_REFCOUNT protection (2 of 2) (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 06/12] net: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 05/12] fs: opt out of PAX_REFCOUNT protection (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 12/12] lkdtm: add test for atomic_t underflow/overflow (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 08/12] drivers: opt out of PAX_REFCOUNT protection (1 of 2) (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 11/12] security: add Kconfig options for PAX_REFCOUNT (David Windsor <dave@...gbits.org>)
[RFC PATCH v2 00/12] Add PAX_REFCOUNT overflow protection (David Windsor <dave@...gbits.org>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (David Windsor <dave@...gbits.org>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (Greg KH <greg@...ah.com>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (David Windsor <dave@...gbits.org>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (Greg KH <gregkh@...uxfoundation.org>)
Re: Looking at PAX_MEMORY_SANITIZE (Laura Abbott <laura@...bott.name>)
Re: Looking at PAX_MEMORY_SANITIZE (Kees Cook <keescook@...omium.org>)
Re: Looking at PAX_MEMORY_SANITIZE (Laura Abbott <laura@...bott.name>)
Re: Introduction and task request (Kees Cook <keescook@...omium.org>)
Re: Looking at PAX_MEMORY_SANITIZE (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v2 12/12] lkdtm: add test for atomic_t underflow/overflow (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v2 11/12] security: add Kconfig options for PAX_REFCOUNT (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v2 00/12] Add PAX_REFCOUNT overflow protection (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v2 02/12] percpu_ref: decrease per-CPU refcount bias (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 5/5] lkdtm: add test for atomic_t underflow/overflow (David Brown <david.brown@...aro.org>)
Introduction ("Leibowitz, Michael" <michael.leibowitz@...el.com>)

December 18 (7 messages)

Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Introduction (Daniel Micay <danielmicay@...il.com>)
Re: Introduction (Solar Designer <solar@...nwall.com>)
Re: Introduction (David Windsor <dave@...gbits.org>)
Re: [RFC PATCH v2 01/12] x86: add PAX_REFCOUNT support (David Windsor <dave@...gbits.org>)
RE: Introduction ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: Introduction (Kees Cook <keescook@...omium.org>)

December 21 (1 message)

RE: Introduction and task request ("Reshetova, Elena" <elena.reshetova@...el.com>)

December 22 (28 messages)

[RFC][PATCH 0/7] Sanitization of slabs based on grsecurity/PaX (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 2/7] slub: Add support for sanitization (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 1/7] mm/slab_common.c: Add common support for slab saniziation (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 4/7] slob: Add support for sanitization (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 5/7] mm: Mark several cases as SLAB_NO_SANITIZE (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 7/7] lkdtm: Add READ_AFTER_FREE test (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Laura Abbott <laura@...bott.name>)
[RFC][PATCH 3/7] slab: Add support for sanitization (Laura Abbott <laura@...bott.name>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Mathias Krause <minipli@...glemail.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 0/7] Sanitization of slabs based on grsecurity/PaX (Christoph Lameter <cl@...ux.com>)
Re: Re: [RFC][PATCH 0/7] Sanitization of slabs based on grsecurity/PaX (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Christoph Lameter <cl@...ux.com>)
Re: Re: [RFC][PATCH 0/7] Sanitization of slabs based on grsecurity/PaX (Daniel Micay <danielmicay@...il.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Christoph Lameter <cl@...ux.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Laura Abbott <laura@...bott.name>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Christoph Lameter <cl@...ux.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Mathias Krause <minipli@...glemail.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Laura Abbott <laura@...bott.name>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Laura Abbott <laura@...bott.name>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Christoph Lameter <cl@...ux.com>)
Re: [RFC][PATCH 0/7] Sanitization of slabs based on grsecurity/PaX (Laura Abbott <laura@...bott.name>)
Re: [RFC][PATCH 6/7] mm: Add Kconfig option for slab sanitization (Mathias Krause <minipli@...glemail.com>)

December 23 (8 messages)

Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [RFC][PATCH 1/7] mm/slab_common.c: Add common support for slab saniziation (Vlastimil Babka <vbabka@...e.cz>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Russell King - ARM Linux <linux@....linux.org.uk>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Russell King - ARM Linux <linux@....linux.org.uk>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
You guys are busy! (Kees Cook <keescook@...gle.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Nicolas Pitre <nicolas.pitre@...aro.org>)

December 24 (5 messages)

Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Russell King - ARM Linux <linux@....linux.org.uk>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Tony Lindgren <tony@...mide.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Tony Lindgren <tony@...mide.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Tony Lindgren <tony@...mide.com>)
Re: [PATCH v2] ARM: mm: flip priority of CONFIG_DEBUG_RODATA (Tony Lindgren <tony@...mide.com>)

December 28 (15 messages)

[RFC PATCH 01/10] arm64: introduce KIMAGE_VADDR as the virtual base of the kernel region (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 02/10] arm64: use more granular reservations for static page table allocations (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 03/10] arm64: decouple early fixmap init from linear mapping (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 04/10] arm64: move kernel image to base of vmalloc area (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 00/10] arm64: implement support for KASLR (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 06/10] arm64: use relative references in exception tables (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 07/10] arm64: use assembly time constants for Image header fields (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 09/10] arm64: add support for relocatable kernel (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 05/10] arm64: add support for module PLTs (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 10/10] arm64: efi: invoke EFI_RNG_PROTOCOL to supply KASLR randomness (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[RFC PATCH 08/10] arm64: avoid dynamic relocations in early boot code (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 00/10] arm64: implement support for KASLR (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 01/10] arm64: introduce KIMAGE_VADDR as the virtual base of the kernel region (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [RFC PATCH 01/10] arm64: introduce KIMAGE_VADDR as the virtual base of the kernel region (Arnd Bergmann <arnd@...db.de>)
Re: [RFC PATCH 01/10] arm64: introduce KIMAGE_VADDR as the virtual base of the kernel region (Arnd Bergmann <arnd@...db.de>)

December 30 (14 messages)

[PATCH v2 01/13] of/fdt: make memblock minimum physical address arch configurable (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 03/13] arm64: use more granular reservations for static page table allocations (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 00/13] arm64: implement support for KASLR (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 06/13] arm64: move kernel image to base of vmalloc area (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 07/13] arm64: add support for module PLTs (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 04/13] arm64: decouple early fixmap init from linear mapping (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 08/13] arm64: use relative references in exception tables (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 09/13] arm64: avoid R_AARCH64_ABS64 relocations for Image header fields (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 05/13] arm64: kvm: deal with kernel symbols outside of linear mapping (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 12/13] arm64: add support for relocatable kernel (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 11/13] arm64: allow kernel Image to be loaded anywhere in physical memory (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 10/13] arm64: avoid dynamic relocations in early boot code (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 13/13] arm64: efi: invoke EFI_RNG_PROTOCOL to supply KASLR randomness (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v2 02/13] arm64: introduce KIMAGE_VADDR as the virtual base of the kernel region (Ard Biesheuvel <ard.biesheuvel@...aro.org>)

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