kernel-hardening mailing list

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

kernel-hardening mailing list

	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2023	35	14		15	10			22	5	19	4
2022	18	8	9	2	3	7	5			3	13	8
2021	93	161	244	118	49	53	12	44	20	49	58	11
2020	106	380	316	347	217	285	318	204	360	237	161	137
2019	254	356	92	351	159	301	354	157	139	231	245	88
2018	493	506	786	332	302	229	160	150	100	262	195	244
2017	358	642	364	408	549	685	342	443	323	380	464	244
2016	371	158	158	222	207	464	379	350	213	459	218	439
2015					3	1	4				205	184
2014	2			6	4
2013	5	10	8	168	1	1		22	25	155		6
2012	30	224	176	84	39	12	18	30	7	13		8
2011						187	185	149	131	8	66	38

Recent messages:

2023/11/29 #1: [ANNOUNCE] CFP: Linux Security Summit North America 2024 (James Morris <jmorris@...ei.org>)
2023/11/02 #1: Re: Isolating abstract sockets (Mickaël Salaün <mic@...ikod.net>)
2023/11/01 #2: Re: Isolating abstract sockets (Jann Horn <jannh@...gle.com>)
2023/11/01 #1: Re: Isolating abstract sockets (Mickaël Salaün <mic@...ikod.net>)
2023/10/31 #1: Re: Isolating abstract sockets (Stefan Bavendiek <stefan.bavendiek@...lbox.org>)
2023/10/25 #4: Re: Isolating abstract sockets (Jann Horn <jannh@...gle.com>)
2023/10/25 #3: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/25 #2: Re: Isolating abstract sockets (Jann Horn <jannh@...gle.com>)
2023/10/25 #1: Re: Isolating abstract sockets (Mickaël Salaün <mic@...ikod.net>)
2023/10/24 #9: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/24 #8: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/24 #7: Re: Isolating abstract sockets (Boris Lukashev <blukashev@...pervictus.com>)
2023/10/24 #6: Re: Isolating abstract sockets (Paul Moore <paul@...l-moore.com>)
2023/10/24 #5: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/24 #4: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/24 #3: Re: Isolating abstract sockets (Paul Moore <paul@...l-moore.com>)
2023/10/24 #2: Re: Isolating abstract sockets (Boris Lukashev <blukashev@...pervictus.com>)
2023/10/24 #1: Re: Isolating abstract sockets ("Serge E. Hallyn" <serge@...lyn.com>)
2023/10/11 #2: sending commit notification to patch thread (was "Re: [PATCH v3 0/1] Restrict access to TIOCLINUX") (Kees Cook <keescook@...omium.org>)
2023/10/11 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/10/10 #2: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Kees Cook <keescook@...omium.org>)
2023/10/10 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/10/09 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Kees Cook <keescook@...omium.org>)
2023/09/16 #1: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Andrey Konovalov <andreyknvl@...il.com>)
2023/09/15 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/09/11 #2: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Marco Elver <elver@...gle.com>)
2023/09/11 #1: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Dmitry Vyukov <dvyukov@...gle.com>)
2023/09/05 #1: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (kernel test robot <oliver.sang@...el.com>)
2023/08/30 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Samuel Thibault <samuel.thibault@...-lyon.org>)
2023/08/29 #1: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/08/28 #10: Re: [PATCH v3 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands (Greg KH <gregkh@...uxfoundation.org>)
2023/08/28 #9: Re: [PATCH v3 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands (Mickaël Salaün <mic@...ikod.net>)
2023/08/28 #8: Re: [PATCH v3 0/1] Restrict access to TIOCLINUX (Samuel Thibault <samuel.thibault@...-lyon.org>)
2023/08/28 #7: Re: [PATCH v2 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands ("Günther Noack" <gnoack@...gle.com>)
2023/08/28 #6: [PATCH v3 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands ("Günther Noack" <gnoack@...gle.com>)
2023/08/28 #5: [PATCH v3 0/1] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/08/28 #4: Re: [PATCH v2 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands (Greg KH <gregkh@...uxfoundation.org>)
2023/08/28 #3: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Jann Horn <jannh@...gle.com>)
2023/08/28 #2: [PATCH v2 1/1] tty: Restrict access to TIOCLINUX' copy-and-paste subcommands ("Günther Noack" <gnoack@...gle.com>)
2023/08/28 #1: [PATCH v2 0/1] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/08/26 #1: Re: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Dmitry Vyukov <dvyukov@...gle.com>)
2023/08/25 #2: Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Jann Horn <jannh@...gle.com>)
2023/08/25 #1: [PATCH] slub: Introduce CONFIG_SLUB_RCU_DEBUG (Jann Horn <jannh@...gle.com>)
2023/08/23 #1: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/08/22 #5: Re: [PATCH] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/08/22 #4: Re: [PATCH v3 0/5] Landlock: IOCTL support - TTY restrictions RFC (Mickaël Salaün <mic@...ikod.net>)
2023/08/22 #3: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/08/22 #2: Re: [PATCH] Restrict access to TIOCLINUX (Boris Lukashev <blukashev@...pervictus.com>)
2023/08/22 #1: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/08/18 #1: Re: [PATCH] Restrict access to TIOCLINUX ("Günther Noack" <gnoack@...gle.com>)
2023/05/16 #1: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Kees Cook <keescook@...omium.org>)
2023/05/15 #1: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Serge Hallyn <serge@...lyn.com>)
2023/05/07 #1: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Paul Moore <paul@...l-moore.com>)
2023/05/06 #1: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Kaiwan N Billimoria <kaiwan@...wantech.com>)
2023/05/05 #5: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Paul Moore <paul@...l-moore.com>)
2023/05/05 #4: Re: [PATCH] sysctl: add config to make randomize_va_space RO (David Hildenbrand <david@...hat.com>)
2023/05/05 #3: Re: [PATCH] sysctl: add config to make randomize_va_space RO (David Hildenbrand <david@...hat.com>)
2023/05/05 #2: Re: [PATCH] sysctl: add config to make randomize_va_space RO (Sam James <sam@...too.org>)
2023/05/05 #1: Re: [PATCH] sysctl: add config to make randomize_va_space RO (David Hildenbrand <david@...hat.com>)
2023/05/04 #1: [PATCH] sysctl: add config to make randomize_va_space RO (Michael McCracken <michael.mccracken@...il.com>)
2023/04/17 #1: [ANNOUNCE] [CFP] Linux Security Summit Europe (LSS-EU) ("Reshetova, Elena" <elena.reshetova@...el.com>)
2023/04/10 #6: Re: Per-process flag set via prctl() to deny module loading? (Tycho Andersen <tycho@...ho.pizza>)
2023/04/10 #5: Re: Per-process flag set via prctl() to deny module loading? (Topi Miettinen <toiwoton@...il.com>)
2023/04/10 #4: Re: Per-process flag set via prctl() to deny module loading? (Topi Miettinen <toiwoton@...il.com>)
2023/04/10 #3: Re: Per-process flag set via prctl() to deny module loading? (Greg KH <gregkh@...uxfoundation.org>)
2023/04/10 #2: Re: Per-process flag set via prctl() to deny module loading? (Tycho Andersen <tycho@...ho.pizza>)
2023/04/10 #1: Per-process flag set via prctl() to deny module loading? (Topi Miettinen <toiwoton@...il.com>)
2023/04/04 #1: Re: [PATCH] Restrict access to TIOCLINUX (Jordan Glover <Golden_Miller83@...tonmail.ch>)
2023/04/03 #1: Re: [PATCH RFC] Randomized slab caches for kmalloc() (Gong Ruiqi <gongruiqi1@...wei.com>)
2023/04/02 #6: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/04/02 #5: Re: [PATCH] Restrict access to TIOCLINUX (Hanno Böck <hanno@...eck.de>)
2023/04/02 #4: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/04/02 #3: Re: [PATCH] Restrict access to TIOCLINUX (Hanno Böck <hanno@...eck.de>)
2023/04/02 #2: Re: [PATCH] Restrict access to TIOCLINUX (Greg KH <gregkh@...uxfoundation.org>)
2023/04/02 #1: [PATCH] Restrict access to TIOCLINUX (Hanno Böck <hanno@...eck.de>)
2023/02/15 #3: Re: [PATCH] mm/slab: always use cache from obj (lijiazi <jqqlijiazi@...il.com>)
2023/02/15 #2: Re: [PATCH] mm/slab: always use cache from obj (lijiazi <jqqlijiazi@...il.com>)
2023/02/15 #1: Re: [PATCH] mm/slab: always use cache from obj (Vlastimil Babka <vbabka@...e.cz>)
2023/02/14 #1: Re: [PATCH] mm/slab: always use cache from obj (Vlastimil Babka <vbabka@...e.cz>)
2023/02/06 #1: Re: Linux guest kernel threat model for Confidential Computing ("Dr. David Alan Gilbert" <dgilbert@...hat.com>)
2023/02/03 #1: RE: Linux guest kernel threat model for Confidential Computing ("Reshetova, Elena" <elena.reshetova@...el.com>)
2023/02/02 #2: Re: Linux guest kernel threat model for Confidential Computing (Jeremi Piotrowski <jpiotrowski@...ux.microsoft.com>)
2023/02/02 #1: Re: Linux guest kernel threat model for Confidential Computing (Jason Wang <jasowang@...hat.com>)
2023/02/01 #6: Re: Linux guest kernel threat model for Confidential Computing (Christophe de Dinechin <dinechin@...hat.com>)
2023/02/01 #5: Re: Linux guest kernel threat model for Confidential Computing ("Michael S. Tsirkin" <mst@...hat.com>)
2023/02/01 #4: Re: Linux guest kernel threat model for Confidential Computing (Christophe de Dinechin Dupont de Dinechin <cdupontd@...hat.com>)
2023/02/01 #3: Re: Linux guest kernel threat model for Confidential Computing (Christophe de Dinechin Dupont de Dinechin <cdupontd@...hat.com>)
2023/02/01 #2: Re: Linux guest kernel threat model for Confidential Computing ("Michael S. Tsirkin" <mst@...hat.com>)
2023/02/01 #1: Re: Linux guest kernel threat model for Confidential Computing (Christophe de Dinechin <dinechin@...hat.com>)
2023/01/31 #6: Re: Linux guest kernel threat model for Confidential Computing (James Bottomley <jejb@...ux.ibm.com>)
2023/01/31 #5: Re: Linux guest kernel threat model for Confidential Computing ("Michael S. Tsirkin" <mst@...hat.com>)
2023/01/31 #4: Re: Linux guest kernel threat model for Confidential Computing (Christophe de Dinechin <dinechin@...hat.com>)
2023/01/31 #3: RE: Linux guest kernel threat model for Confidential Computing ("Reshetova, Elena" <elena.reshetova@...el.com>)
2023/01/31 #2: Re: Linux guest kernel threat model for Confidential Computing (James Bottomley <jejb@...ux.ibm.com>)
2023/01/31 #1: RE: Linux guest kernel threat model for Confidential Computing ("Reshetova, Elena" <elena.reshetova@...el.com>)
2023/01/30 #2: Re: Linux guest kernel threat model for Confidential Computing (James Bottomley <jejb@...ux.ibm.com>)
2023/01/30 #1: RE: Linux guest kernel threat model for Confidential Computing ("Reshetova, Elena" <elena.reshetova@...el.com>)
2023/01/27 #10: Re: Linux guest kernel threat model for Confidential Computing (Carlos Bilbao <carlos.bilbao@....com>)
2023/01/27 #9: Re: Linux guest kernel threat model for Confidential Computing (James Bottomley <jejb@...ux.ibm.com>)
2023/01/27 #8: Re: [PATCH] fs: Use CHECK_DATA_CORRUPTION() when kernel bugs are detected (Kees Cook <keescook@...omium.org>)

21721 messages

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