kernel-hardening mailing list

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

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

kernel-hardening mailing list - 2018/09

Mon	Tue	Wed	Thu	Fri	Sat	Sun
					¹ 2	²
³ 3	⁴ 1	⁵	⁶	⁷	⁸	⁹ 7
¹⁰ 5	¹¹ 6	¹² 10	¹³ 8	¹⁴ 1	¹⁵	¹⁶ 3
¹⁷ 4	¹⁸ 2	¹⁹ 4	²⁰	²¹ 6	²²	²³ 2
²⁴ 7	²⁵ 1	²⁶ 16	²⁷ 10	²⁸ 2	²⁹	³⁰

Messages by day:

September 1 (2 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Linus Torvalds <torvalds@...ux-foundation…)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Wes Turner <wes.turner@...il.com>)

September 3 (3 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Andi Kleen <ak@...ux.intel.com>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Julian Stecklina <jsteckli@...zon.de>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Andi Kleen <ak@...ux.intel.com>)

September 4 (1 message)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Julian Stecklina <jsteckli@...zon.de>)

September 9 (7 messages)

Checked C? (Sandy Harris <sandyinchina@...il.com>)
Re: Checked C? (Greg KH <greg@...ah.com>)
Re: Checked C? ("Theodore Y. Ts'o" <tytso@....edu>)
[PATCH v2] kconfig: add hardened defconfig helpers (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: Checked C? (Boris Lukashev <blukashev@...pervictus.com>)
Re: [PATCH v2] kconfig: add hardened defconfig helpers (Sam Ravnborg <sam@...nborg.org>)
Re: [PATCH v2] kconfig: add hardened defconfig helpers (Jonathan Corbet <corbet@....net>)

September 10 (5 messages)

Re: [PATCH v2] kconfig: add hardened defconfig helpers (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: "Hardened" tree on kernel.org? (Yves-Alexis Perez <corsac@...ian.org>)
Re: "Hardened" tree on kernel.org? (Kees Cook <keescook@...omium.org>)
[RFC PATCH] x86: entry: flush the cache if syscall error (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Jann Horn <jannh@...gle.com>)

September 11 (6 messages)

Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Kristen C Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Kristen C Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Eric Biggers <ebiggers@...nel.org>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Jann Horn <jannh@...gle.com>)

September 12 (10 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Julian Stecklina <jsteckli@...zon.de>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Kristen C Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Kristen C Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Eric Biggers <ebiggers@...nel.org>)
Re: [RFC PATCH] x86: entry: flush the cache if syscall error (Rik van Riel <riel@...riel.com>)
[PATCH v5 1/4] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v5 2/4] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v5 4/4] Kselftest for module text allocation benchmarking (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v5 3/4] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v5 0/4] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)

September 13 (8 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Juerg Haefliger <juergh@...il.com>)
Re: [PATCH v5 4/4] Kselftest for module text allocation benchmarking (kbuild test robot <lkp@...el.com>)
[PATCH v6 0/4] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v6 1/4] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v6 2/4] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v6 3/4] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v6 4/4] Kselftest for module text allocation benchmarking (Rick Edgecombe <rick.p.edgecombe@...el.com>)
Re: [PATCH v5 4/4] Kselftest for module text allocation benchmarking (kbuild test robot <lkp@...el.com>)

September 14 (1 message)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Khalid Aziz <khalid.aziz@...cle.com>)

September 16 (3 messages)

Re: [PATCH v2] kconfig: add hardened defconfig helpers (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] kconfig: add hardened defconfig helpers (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] kconfig: add hardened defconfig helpers (Salvatore Mesoraca <s.mesoraca16@...il.com>)

September 17 (4 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Julian Stecklina <jsteckli@...zon.de>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Julian Stecklina <jsteckli@...zon.de>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Tycho Andersen <tycho@...ho.ws>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Christoph Hellwig <hch@...radead.org>)

September 18 (2 messages)

Re: [PATCH v6 4/4] Kselftest for module text allocation benchmarking (kbuild test robot <lkp@...el.com>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Khalid Aziz <khalid.aziz@...cle.com>)

September 19 (4 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Balbir Singh <bsingharora@...il.com>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Jonathan Adams <jwadams@...gle.com>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Jonathan Adams <jwadams@...gle.com>)
Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Jonathan Adams <jwadams@...gle.com>)

September 21 (6 messages)

temporal and spatial locality in the kernel (Carter Cheng <cartercheng@...il.com>)
Re: temporal and spatial locality in the kernel (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 1/4] vmalloc: Add __vmalloc_node_try_addr function (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 3/4] vmalloc: Add debugfs modfraginfo (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 2/4] x86/modules: Increase randomization for modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 0/4] KASLR feature to randomize each loadable module (Kees Cook <keescook@...omium.org>)

September 23 (2 messages)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) (Balbir Singh <bsingharora@...il.com>)
Re: temporal and spatial locality in the kernel (Carter Cheng <cartercheng@...il.com>)

September 24 (7 messages)

Re: temporal and spatial locality in the kernel (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v6 2/4] x86/modules: Increase randomization for modules ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v6 3/4] vmalloc: Add debugfs modfraginfo ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v6 2/4] x86/modules: Increase randomization for modules (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 3/4] vmalloc: Add debugfs modfraginfo (Kees Cook <keescook@...omium.org>)
Re: [PATCH v6 2/4] x86/modules: Increase randomization for modules ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v6 2/4] x86/modules: Increase randomization for modules (Kees Cook <keescook@...omium.org>)

September 25 (1 message)

Re: Redoing eXclusive Page Frame Ownership (XPFO) with isolated CPUs in mind (for KVM to isolate its guests per CPU) ("Stecklina, Julian" <jsteckli@...zon.de>)

September 26 (16 messages)

RE: temporal and spatial locality in the kernel ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: temporal and spatial locality in the kernel (Carter Cheng <cartercheng@...il.com>)
[PATCH v5 0/5] LSM: Support ptrace sidechannel access checks (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v5 1/5] AppArmor: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v5 2/5] Smack: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v5 3/5] SELinux: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v5 4/5] Capability: Complete PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (Casey Schaufler <casey.schaufler@...el.com>)
Re: [PATCH v5 1/5] AppArmor: Prepare for PTRACE_MODE_SCHED (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 1/5] AppArmor: Prepare for PTRACE_MODE_SCHED (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 4/5] Capability: Complete PTRACE_MODE_SCHED (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 2/5] Smack: Prepare for PTRACE_MODE_SCHED (Jann Horn <jannh@...gle.com>)
RE: [PATCH v5 4/5] Capability: Complete PTRACE_MODE_SCHED ("Schaufler, Casey" <casey.schaufler@...el.com>)
RE: [PATCH v5 1/5] AppArmor: Prepare for PTRACE_MODE_SCHED ("Schaufler, Casey" <casey.schaufler@...el.com>)
RE: [PATCH v5 2/5] Smack: Prepare for PTRACE_MODE_SCHED ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: [PATCH v5 2/5] Smack: Prepare for PTRACE_MODE_SCHED (Jann Horn <jannh@...gle.com>)

September 27 (10 messages)

Re: [PATCH v5 3/5] SELinux: Prepare for PTRACE_MODE_SCHED (Stephen Smalley <stephen.smalley@...il.com>)
RE: [PATCH v5 3/5] SELinux: Prepare for PTRACE_MODE_SCHED ("Schaufler, Casey" <casey.schaufler@...el.com>)
[PATCH 6/5] capability: Repair sidechannel test in ptrace (Casey Schaufler <casey.schaufler@...el.com>)
Re: [PATCH 6/5] capability: Repair sidechannel test in ptrace (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (James Morris <jmorris@...ei.org>)
Re: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (James Morris <jmorris@...ei.org>)
RE: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel ("Schaufler, Casey" <casey.schaufler@...el.com>)
RE: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (James Morris <jmorris@...ei.org>)
Re: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (Jann Horn <jannh@...gle.com>)

September 28 (2 messages)

Re: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel (James Morris <jmorris@...ei.org>)
RE: [PATCH v5 5/5] sidechannel: Linux Security Module for sidechannel ("Schaufler, Casey" <casey.schaufler@...el.com>)

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