kernel-hardening mailing list - 2017/11

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

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

kernel-hardening mailing list - 2017/11

Mon	Tue	Wed	Thu	Fri	Sat	Sun
		¹ 15	² 9	³ 8	⁴ 7	⁵
⁶ 13	⁷ 17	⁸ 34	⁹ 45	¹⁰ 33	¹¹ 4	¹² 10
¹³ 12	¹⁴ 7	¹⁵ 7	¹⁶ 2	¹⁷ 3	¹⁸ 6	¹⁹ 1
²⁰ 2	²¹ 13	²² 13	²³ 4	²⁴ 12	²⁵	²⁶ 3
²⁷ 51	²⁸ 50	²⁹ 52	³⁰ 31

Messages by day:

November 1 (15 messages)

Re: [PATCH V9] printk: hash addresses printed with %p (kbuild test robot <lkp@...el.com>)
[PATCH V10 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH V10 1/2] kasan: use %pK to print addresses instead of %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH V10 2/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [RFC, PATCH] x86_64: KAISER - do not mapkernel in user mode (Dave Hansen <dave@...1.net>)
[PATCH v2] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Mark Rutland <mark.rutland@....com>)
Re: [PATCH V9] printk: hash addresses printed with %p (Petr Mladek <pmladek@...e.com>)
Re: [PATCH v2] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Laura Abbott <labbott@...hat.com>)
[PATCH] lkdtm: Add tests for put_user/get_user (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Kees Cook <keescook@...omium.org>)
[RFC] vla: add VLA macro and testing ("Tobin C. Harding" <me@...in.cc>)

November 2 (9 messages)

Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Laura Abbott <labbott@...hat.com>)
[RFC 0/2] sanitize addresses for non-privileged processes ("Tobin C. Harding" <me@...in.cc>)
[RFC 1/2] printk: add sanitized versions of *printf() ("Tobin C. Harding" <me@...in.cc>)
[RFC 2/2] seq_file: sanitize for non-privileged processes ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
RE: [PATCH V8 0/2] printk: hash addresses printed with %p ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky@...il.com>)
Re: Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Petr Nejedlý <pnejedly@...ckberry.com>)

November 3 (8 messages)

[PATCH resend 0/2] capability controlled user-namespaces (Mahesh Bandewar <mahesh@...dewar.net>)
[PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist (Mahesh Bandewar <mahesh@...dewar.net>)
[PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar <mahesh@...dewar.net>)
Re: [RFC] vla: add VLA macro and testing (Tycho Andersen <tycho@...ker.com>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Vinod Koul <vinod.koul@...el.com>)
Re: [RFC] vla: add VLA macro and testing ("Tobin C. Harding" <me@...in.cc>)
[RFC PATCH 1/2] x86: Avoid multiple evaluations in __{get,put}_user_size (Laura Abbott <labbott@...hat.com>)
[RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Laura Abbott <labbott@...hat.com>)

November 4 (7 messages)

Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Al Viro <viro@...IV.linux.org.uk>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Al Viro <viro@...IV.linux.org.uk>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Mark Rutland <mark.rutland@....com>)
Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)

November 6 (13 messages)

[PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v3] scripts: add leaking_addresses.pl (Pavel Vasilyev <dixlor@...il.com>)
Re: [RFC PATCH 2/2] x86: Allow paranoid __{get,put}_user (Laura Abbott <labbott@...hat.com>)
Re: Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Daniel Micay <danielmicay@...il.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Boris Lukashev <blukashev@...pervictus.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)

November 7 (17 messages)

Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Boris Lukashev <blukashev@...pervictus.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Daniel Micay <danielmicay@...il.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
[PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Greg KH <gregkh@...uxfoundation.org>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Christian Brauner <christian.brauner@...onical.com>)
RE: [PATCH v4] scripts: add leaking_addresses.pl (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Petr Mladek <pmladek@...e.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Laura Abbott <labbott@...hat.com>)

November 8 (34 messages)

Re: [PATCH v4] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
[PATCH 0/7] scripts/leaking_addresses: add summary report ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/7] scripts/leaking_addresses: use tabs not spaces ("Tobin C. Harding" <me@...in.cc>)
[PATCH 2/7] scripts/leaking_addresses: remove dead code ("Tobin C. Harding" <me@...in.cc>)
[PATCH 3/7] scripts/leaking_addresses: remove command line options ("Tobin C. Harding" <me@...in.cc>)
[PATCH 4/7] scripts/leaking_addresses: add reporting ("Tobin C. Harding" <me@...in.cc>)
[PATCH 5/7] scripts/leaking_addresses: add emailing results ("Tobin C. Harding" <me@...in.cc>)
[PATCH 6/7] scripts/leaking_addresses: fix comment typo ("Tobin C. Harding" <me@...in.cc>)
[PATCH 7/7] scripts/leaking_addresses: don't parse usbmon ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 5/7] scripts/leaking_addresses: add emailing results (Petr Mladek <pmladek@...e.com>)
Re: [PATCH v3] scripts: add leaking_addresses.pl (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH 4/7] scripts/leaking_addresses: add reporting (Petr Mladek <pmladek@...e.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH 5/7] scripts/leaking_addresses: add emailing results (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Michael Ellerman <mpe@...erman.id.au>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Christian Brauner <christian.brauner@...onical.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
[RFC 0/6] some compile- and run-time format checking (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 1/6] plugins: implement format_template attribute (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 2/6] compiler.h: add __format_template (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 4/6] lib/vsprintf.c: add fmtcheck utility (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 3/6] compiler.h: add __attribute__((format_arg)) shorthand (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 5/6] kernel.h: implement fmtmatch() wrapper around fmtcheck() (Rasmus Villemoes <linux@...musvillemoes.dk>)
[RFC 6/6] lib/test_printf.c: add a few fmtcheck() test cases (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC] vla: add VLA macro and testing (Kees Cook <keescook@...omium.org>)
Re: [RFC] vla: add VLA macro and testing (Josh Poimboeuf <jpoimboe@...hat.com>)

November 9 (45 messages)

Re: [PATCH v4] scripts: add leaking_addresses.pl (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH 4/7] scripts/leaking_addresses: add reporting ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH 5/7] scripts/leaking_addresses: add emailing results ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC 4/6] lib/vsprintf.c: add fmtcheck utility (Kees Cook <keescook@...omium.org>)
Re: [RFC 0/6] some compile- and run-time format checking (Kees Cook <keescook@...omium.org>)
[PATCH] kallsyms: don't leak address when printing symbol ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH] kallsyms: don't leak address when printing symbol (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] kallsyms: don't leak address when printing symbol (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
[PATCH v2 0/8] scripts/leaking_addresses: add summary reporting ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 1/8] scripts/leaking_addresses: use tabs not spaces ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 2/8] scripts/leaking_addresses: remove dead code ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 3/8] scripts/leaking_addresses: remove command line options ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 4/8] scripts/leaking_addresses: fix comment typo ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 5/8] scripts/leaking_addresses: add to exclude files/paths ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 6/8] scripts/leaking_addresses: add summary reporting ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 7/8] scripts/leaking_addresses: add support for ppc64 ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2 8/8] scripts/leaking_addresses: add timeout on file read ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] kallsyms: don't leak address when printing symbol ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [RFC] vla: add VLA macro and testing (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: [RFC 0/6] some compile- and run-time format checking (Rasmus Villemoes <linux@...musvillemoes.dk>)
[PATCH RFC v3 0/7] proc: modernize proc to support multiple private instances (Djalal Harouni <tixxdz@...il.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
[PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 5/7] proc: move hidepid definitions to proc files (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option (Djalal Harouni <tixxdz@...il.com>)
[PATCH RFC v3 7/7] proc: flush dcache entries from all procfs instances (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (chris hyser <chris.hyser@...cle.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] kallsyms: don't leak address when printing symbol (Steven Rostedt <rostedt@...dmis.org>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (chris hyser <chris.hyser@...cle.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (ebiederm@...ssion.com (Eric W. Biederman))

November 10 (33 messages)

Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Tycho Andersen <tycho@...ker.com>)
Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist (Mahesh Bandewar (महेश बंडेवार) <maheshb@…)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist (Mahesh Bandewar (महेश बंडेवार) <maheshb@…)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist (Mahesh Bandewar (महेश बंडेवार) <maheshb@…)
Re: Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
[PATCHv2 0/2] capability controlled user-namespaces (Mahesh Bandewar <mahesh@...dewar.net>)
[PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist (Mahesh Bandewar <mahesh@...dewar.net>)
[PATCHv2 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar <mahesh@...dewar.net>)
Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information (Alexey Dobriyan <adobriyan@...il.com>)
Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info (Alexey Dobriyan <adobriyan@...il.com>)
Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options (Alexey Dobriyan <adobriyan@...il.com>)
Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option (Djalal Harouni <tixxdz@...il.com>)
vDSO maximum stack usage, stack probes, and -fstack-check (Hector Martin 'marcan' <marcan@...can.st>)
Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace (James Morris <james.l.morris@...cle.com>)
Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option (James Morris <james.l.morris@...cle.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (kaiwan.billimoria@...il.com)
Re: vDSO maximum stack usage, stack probes, and -fstack-check (Andy Lutomirski <luto@...capital.net>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Hector Martin 'marcan' <marcan@...can.st>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Hector Martin 'marcan' <marcan@...can.st>)
Re: [PATCH RFC v5 1/5] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Andy Lutomirski <luto@...nel.org>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Frank Rowand <frowand.list@...il.com>)

November 11 (4 messages)

Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Hector Martin 'marcan' <marcan@...can.st>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Kees Cook <keescook@...omium.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Linus Torvalds <torvalds@...ux-foundation.org>)

November 12 (10 messages)

Re: [PATCH v4] scripts: add leaking_addresses.pl ("Kirill A. Shutemov" <kirill@...temov.name>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Andy Lutomirski <luto@...nel.org>)
Re: Re: vDSO maximum stack usage, stack probes, and -fstack-check (Hector Martin 'marcan' <marcan@...can.st>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Frank Rowand <frowand.list@...il.com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/5] plugins: implement format_template attribute (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC] vla: add VLA macro and testing ("Tobin C. Harding" <me@...in.cc>)

November 13 (12 messages)

Re: [PATCH v4] scripts: add leaking_addresses.pl (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Kirill A. Shutemov" <kirill@...temov.name>)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (kaiwan.billimoria@...il.com)
Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: Re: [PATCH v4] scripts: add leaking_addresses.pl (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: [RFC] vla: add VLA macro and testing (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [RFC] vla: add VLA macro and testing ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Dave Hansen <dave.hansen@...el.com>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Patrick McLean <chutzpah@...too.org>)

November 14 (7 messages)

Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)

November 15 (7 messages)

Re: Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Matthew Wilcox <willy@...radead.org>)
Re: Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Tycho Andersen <tycho@...ho.ws>)
Re: Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Matthew Wilcox <willy@...radead.org>)
Re: Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Tycho Andersen <tycho@...ho.ws>)
Re: Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Matthew Wilcox <willy@...radead.org>)

November 16 (2 messages)

Re: [PATCH v6 03/11] mm, x86: Add support for eXclusive Page Frame Ownership (XPFO) (Dave Hansen <dave.hansen@...el.com>)
Re: [RFC PATCH 1/2] arm64: write __range_ok() in C (Will Deacon <will.deacon@....com>)

November 17 (3 messages)

Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Kees Cook <keescook@...omium.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Patrick McLean <chutzpah@...too.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Kees Cook <keescook@...omium.org>)

November 18 (6 messages)

Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Patrick McLean <chutzpah@...too.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Patrick McLean <chutzpah@...too.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Kees Cook <keescook@...omium.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13.11 (Kees Cook <keescook@...omium.org>)

November 19 (1 message)

Re: [PATCH v4] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)

November 20 (2 messages)

Re: [RFC PATCH 1/2] arm64: write __range_ok() in C (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v4] scripts: add leaking_addresses.pl (Petr Mladek <pmladek@...e.com>)

November 21 (13 messages)

[PATCH v1] scripts: leaking_addresses.pl: add support for 32-bit kernel addresses (kaiwan.billimoria@...il.com)
[RFC v4 00/10] S.A.R.A. a new stacked LSM (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 01/10] S.A.R.A. Documentation (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 02/10] S.A.R.A. framework creation (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 03/10] Creation of "check_vmflags" LSM hook (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 04/10] S.A.R.A. cred blob management (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 05/10] S.A.R.A. WX Protection (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 06/10] Creation of "pagefault_handler" LSM hook (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 07/10] Trampoline emulation (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 08/10] Allowing for stacking procattr support in S.A.R.A. (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 09/10] S.A.R.A. WX Protection procattr interface (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[RFC v4 10/10] XATTRs support (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v1] scripts: leaking_addresses.pl: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)

November 22 (13 messages)

Re: [PATCH] usercopy: Allow runtime disabling of usercopy fallback (Kees Cook <keescook@...omium.org>)
Re: [PATCH v1] scripts: leaking_addresses.pl: add support for 32-bit kernel addresses (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
[PATCH v3 0/2] Restrict dangerous open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH v3 1/2] Protected FIFOs and regular files (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH] usercopy: Allow runtime disabling of usercopy fallback (Matthew Garrett <mjg59@...gle.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Pavel Vasilyev <dixlor@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Matthew Wilcox <willy@...radead.org>)
a part of SLAB_FREELIST_HARDENED feature doesn't work well (zerons <zeronsaxm@...il.com>)
Re: Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Pavel Vasilyev <dixlor@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Alan Cox <gnomes@...rguk.ukuu.org.uk>)
Re: a part of SLAB_FREELIST_HARDENED feature doesn't work well (Kees Cook <keescook@...omium.org>)
Re: a part of SLAB_FREELIST_HARDENED feature doesn't work well (Daniel Micay <danielmicay@...il.com>)

November 23 (4 messages)

[PATCH 1/2] scripts: leaking_addresses: add support for 32-bit kernel addresses (kaiwan.billimoria@...il.com)
[PATCH 2/2] scripts: leaking_addresses: help screen updates (kaiwan.billimoria@...il.com)
Re: [PATCH v3 1/2] Protected FIFOs and regular files ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories ("Tobin C. Harding" <me@...in.cc>)

November 24 (12 messages)

Re: [PATCH 1/2] scripts: leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 2/2] scripts: leaking_addresses: help screen updates ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 2/2] scripts: leaking_addresses: help screen updates (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: [PATCH v3 1/2] Protected FIFOs and regular files (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH 2/2] scripts: leaking_addresses: help screen updates ("Tobin C. Harding" <me@...in.cc>)
RE: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
RE: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (David Laight <David.Laight@...LAB.COM>)

November 26 (3 messages)

Re: [PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)

November 27 (51 messages)

Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Solar Designer <solar@...nwall.com>)
f7dd250789 ("gcc-plugins: structleak: add option to init all vars used as byref args"): BUG: KASAN: use-after-scope in pc… (Fengguang Wu <fengguang.wu@...el.com>)
Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Solar Designer <solar@...nwall.com>)
[PATCH v2] scripts: leaking_addresses: add support for 32-bit kernel addresses (kaiwan.billimoria@...il.com)
Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Solar Designer <solar@...nwall.com>)
[PATCHv2 00/12] ARMv8.3 pointer authentication userspace support (Mark Rutland <mark.rutland@....com>)
[PATCHv2 01/12] asm-generic: mm_hooks: allow hooks to be overridden individually (Mark Rutland <mark.rutland@....com>)
[PATCHv2 02/12] arm64: add pointer authentication register bits (Mark Rutland <mark.rutland@....com>)
[PATCHv2 03/12] arm64/cpufeature: add ARMv8.3 id_aa64isar1 bits (Mark Rutland <mark.rutland@....com>)
[PATCHv2 04/12] arm64/cpufeature: detect pointer authentication (Mark Rutland <mark.rutland@....com>)
[PATCHv2 05/12] arm64: Don't trap host pointer auth use to EL2 (Mark Rutland <mark.rutland@....com>)
[PATCHv2 06/12] arm64: add basic pointer authentication support (Mark Rutland <mark.rutland@....com>)
[PATCHv2 07/12] arm64: expose user PAC bit positions via ptrace (Mark Rutland <mark.rutland@....com>)
[PATCHv2 08/12] arm64: perf: strip PAC when unwinding userspace (Mark Rutland <mark.rutland@....com>)
[PATCHv2 10/12] arm64/kvm: context-switch ptrauth registers (Mark Rutland <mark.rutland@....com>)
[PATCHv2 09/12] arm64/kvm: preserve host HCR_EL2 value (Mark Rutland <mark.rutland@....com>)
[PATCHv2 11/12] arm64: enable pointer authentication (Mark Rutland <mark.rutland@....com>)
[PATCHv2 12/12] arm64: docs: document pointer authentication (Mark Rutland <mark.rutland@....com>)
[PATCH v5 next 0/5] Improve Module autoloading infrastructure (Djalal Harouni <tixxdz@...il.com>)
[PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Djalal Harouni <tixxdz@...il.com>)
[PATCH v5 next 2/5] modules:capabilities: add cap_kernel_module_request() permission check (Djalal Harouni <tixxdz@...il.com>)
[PATCH v5 next 4/5] modules:capabilities: add a per-task modules auto-load mode (Djalal Harouni <tixxdz@...il.com>)
[PATCH v5 next 3/5] modules:capabilities: automatic module loading restriction (Djalal Harouni <tixxdz@...il.com>)
[PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (David Miller <davem@...emloft.net>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
[RFC 0/3] kallsyms: don't leak address when printing symbol ("Tobin C. Harding" <me@...in.cc>)
[RFC 1/3] kallsyms: don't leak address when symbol not found ("Tobin C. Harding" <me@...in.cc>)
[RFC 2/3] vsprintf: print <no-symbol> if symbol not found ("Tobin C. Harding" <me@...in.cc>)
[RFC 3/3] trace: print address if symbol not found ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (James Morris <james.l.morris@...cle.com>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
[PATCH 0/5] add printk specifier %px, unique identifier ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/5] docs: correct documentation for %pK ("Tobin C. Harding" <me@...in.cc>)
[PATCH 2/5] vsprintf: refactor pK code out of pointer() ("Tobin C. Harding" <me@...in.cc>)
[PATCH 3/5] vsprintf: add specifier %px, unique identifier ("Tobin C. Harding" <me@...in.cc>)
[PATCH 4/5] KVM: use %px to print token identifier ("Tobin C. Harding" <me@...in.cc>)
[PATCH 5/5] vfio_pci: use %px to print token identifier ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5 next 0/5] Improve Module autoloading infrastructure (James Morris <james.l.morris@...cle.com>)

November 28 (50 messages)

Re: [PATCH 0/5] add printk specifier %px, unique identifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 1/5] docs: correct documentation for %pK (Kees Cook <keescook@...omium.org>)
Re: [RFC 0/3] kallsyms: don't leak address when printing symbol (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC 0/3] kallsyms: don't leak address when printing symbol ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH v2] scripts: leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
[PATCH] leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
RE: [PATCH 0/5] add printk specifier %px, unique identifier (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v2] scripts: leaking_addresses: add support for 32-bit kernel addresses (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: Re: [RFC 0/3] kallsyms: don't leak address when printing symbol (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Geo Kozey <geokozey@...lfence.com>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses (Alexander Kapshuk <alexander.kapshuk@...il.com>)
Re: [PATCHv2 12/12] arm64: docs: document pointer authentication (Andrew Jones <drjones@...hat.com>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Joe Perches <joe@...ches.com>)
RE: [PATCH 0/5] add printk specifier %px, unique identifier (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 0/5] add printk specifier %px, unique identifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Theodore Ts'o <tytso@....edu>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Djalal Harouni <tixxdz@...il.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Djalal Harouni <tixxdz@...il.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Geo Kozey <geokozey@...lfence.com>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Theodore Ts'o <tytso@....edu>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Theodore Ts'o <tytso@....edu>)
Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)

November 29 (52 messages)

Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
[PATCH V11 0/5] hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH V11 1/5] docs: correct documentation for %pK ("Tobin C. Harding" <me@...in.cc>)
[PATCH V11 2/5] vsprintf: refactor %pK code out of pointer() ("Tobin C. Harding" <me@...in.cc>)
[PATCH V11 3/5] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH V11 4/5] vsprintf: add printk specifier %px ("Tobin C. Harding" <me@...in.cc>)
[PATCH V11 5/5] kasan: use %px to print addresses instead of %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH V11 2/5] vsprintf: refactor %pK code out of pointer() ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Theodore Ts'o <tytso@....edu>)
RE: [PATCH V11 4/5] vsprintf: add printk specifier %px (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses (Kaiwan N Billimoria <kaiwan.billimoria@...il.com>)
Re: [PATCH V11 2/5] vsprintf: refactor %pK code out of pointer() (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Michal Kubecek <mkubecek@...e.cz>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses (Alexander Kapshuk <alexander.kapshuk@...il.com>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses (Alexander Kapshuk <alexander.kapshuk@...il.com>)
Re: [PATCH V11 2/5] vsprintf: refactor %pK code out of pointer() (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Alan Cox <gnomes@...rguk.ukuu.org.uk>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (David Miller <davem@...emloft.net>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Theodore Ts'o <tytso@....edu>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (David Miller <davem@...emloft.net>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Theodore Ts'o <tytso@....edu>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Geo Kozey <geokozey@...lfence.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Geo Kozey <geokozey@...lfence.com>)
Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Kees Cook <keescook@...omium.org>)
RE: [PATCH V11 4/5] vsprintf: add printk specifier %px ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH V11 0/5] hash addresses printed with %p (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH V11 3/5] printk: hash addresses printed with %p (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V11 0/5] hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH 0/2] replace %pK with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/2] tree-wide: replace all users of %pK with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH 2/2] printk: add specifier %pz, for zeroed address ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 0/2] replace %pK with %p (Kees Cook <keescook@...omium.org>)
Re: Re: [RFC 0/3] kallsyms: don't leak address when printing symbol ("Tobin C. Harding" <me@...in.cc>)

November 30 (31 messages)

Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Kees Cook <keescook@...omium.org>)
Re: [RFC 1/3] kallsyms: don't leak address when symbol not found ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() (Theodore Ts'o <tytso@....edu>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 next 3/5] modules:capabilities: automatic module loading restriction ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [PATCH v5 next 2/5] modules:capabilities: add cap_kernel_module_request() permission check ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Joe Perches <joe@...ches.com>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px (Joe Perches <joe@...ches.com>)
Re: [PATCH V11 4/5] vsprintf: add printk specifier %px ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Daniel Micay <danielmicay@...il.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)
RE: [PATCH V11 0/5] hash addresses printed with %p (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH V11 0/5] hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
RE: [PATCH V11 4/5] vsprintf: add printk specifier %px (David Laight <David.Laight@...LAB.COM>)
Re: a part of SLAB_FREELIST_HARDENED feature doesn't work well (zerons <zeronsaxm@...il.com>)
Re: [PATCH v5 next 3/5] modules:capabilities: automatic module loading restriction (Djalal Harouni <tixxdz@...il.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Theodore Ts'o <tytso@....edu>)
Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules (Djalal Harouni <tixxdz@...il.com>)
Re: Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Ian Campbell <ijc@...lion.org.uk>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Solar Designer <solar@...nwall.com>)
RE: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap() ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [PATCH v3 2/2] Protected O_CREAT open in sticky directories (Solar Designer <solar@...nwall.com>)
Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Solar Designer <solar@...nwall.com>)
Re: Re: [PATCH v3 0/2] Restrict dangerous open in sticky directories (Solar Designer <solar@...nwall.com>)
Re: [PATCH 2/2] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Kees Cook <keescook@...omium.org>)

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