kernel-hardening mailing list - 2016/03

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

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

kernel-hardening mailing list - 2016/03

Mon	Tue	Wed	Thu	Fri	Sat	Sun
	¹ 13	² 4	³	⁴ 3	⁵ 2	⁶ 6
⁷ 5	⁸ 20	⁹ 9	¹⁰ 4	¹¹ 3	¹² 1	¹³
¹⁴ 4	¹⁵	¹⁶ 6	¹⁷ 2	¹⁸	¹⁹	²⁰
²¹ 1	²²	²³ 1	²⁴ 26	²⁵	²⁶ 1	²⁷ 2
²⁸	²⁹ 28	³⁰	³¹ 17

Messages by day:

March 1 (13 messages)

Re: [PATCHv2] lkdtm: Add READ_AFTER_FREE test (Laura Abbott <labbott@...hat.com>)
[PATCH v4 0/3] Introduce GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH v4 1/3] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH v4 2/3] Add Cyclomatic complexity GCC plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v4 3/3] Documentation for the GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 0/3] Introduce GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 0/3] Introduce GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [RFC 0/2] format_template attribute (Kees Cook <keescook@...omium.org>)
[PULL] lkdtm update (next) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)

March 2 (4 messages)

Re: [PULL] lkdtm update (next) (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 1/3] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 1/3] GCC plugin infrastructure ("PaX Team" <pageexec@...email.hu>)

March 4 (3 messages)

[PATCHv4 0/2] Sanitization of buddy pages (Laura Abbott <labbott@...oraproject.org>)
[PATCHv4 1/2] mm/page_poison.c: Enable PAGE_POISONING as a separate option (Laura Abbott <labbott@...oraproject.org>)
[PATCHv4 2/2] mm/page_poisoning.c: Allow for zero poisoning (Laura Abbott <labbott@...oraproject.org>)

March 5 (2 messages)

Re: [PATCHv4 2/2] mm/page_poisoning.c: Allow for zero poisoning (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCHv4 1/2] mm/page_poison.c: Enable PAGE_POISONING as a separate option (kbuild test robot <lkp@...el.com>)

March 6 (6 messages)

[PATCH v5 0/5] Introduce GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH v5 1/5] Shared library support (Emese Revfy <re.emese@...il.com>)
[PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH v5 3/5] Add Cyclomatic complexity GCC plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v5 4/5] Documentation for the GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH v5 5/5] Add sancov plugin (Emese Revfy <re.emese@...il.com>)

March 7 (5 messages)

Re: [PATCH v5 4/7] introduce post-init read-only memory (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH v5 1/5] Shared library support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 5/5] Add sancov plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 5/5] Add sancov plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v5 1/5] Shared library support (Emese Revfy <re.emese@...il.com>)

March 8 (20 messages)

Re: [PATCH v5 4/7] introduce post-init read-only memory (Kees Cook <keescook@...omium.org>)
[RFC][PATCH] s390, postinit-readonly: implement post-init RO (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 4/7] introduce post-init read-only memory (Andy Lutomirski <luto@...capital.net>)
Re: [PATCHv4 2/2] mm/page_poisoning.c: Allow for zero poisoning (Laura Abbott <labbott@...hat.com>)
Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO (Kees Cook <keescook@...omium.org>)
Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH v5 5/5] Add sancov plugin (Dmitry Vyukov <dvyukov@...gle.com>)
Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO (Heiko Carstens <heiko.carstens@...ibm.com>)
[PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v3 2/3] x86: SROP mitigation: implement signal cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection. (Scott Bauer <sbauer@....utah.edu>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection. (One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>)
Re: [PATCH v3 2/3] x86: SROP mitigation: implement signal cookies (One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (kbuild test robot <lkp@...el.com>)
Re: [PATCH v3 2/3] x86: SROP mitigation: implement signal cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Scotty Bauer <sbauer@....utah.edu>)

March 9 (9 messages)

Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (David Brown <david.brown@...aro.org>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCHv4 0/2] Sanitization of buddy pages (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Jonathan Corbet <corbet@....net>)

March 10 (4 messages)

Re: Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection. (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection. (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies (Ingo Molnar <mingo@...nel.org>)
[PATCH] s390: disable postinit-readonly for now (Kees Cook <keescook@...omium.org>)

March 11 (3 messages)

Re: [PATCH v5 1/5] Shared library support (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v5 3/5] Add Cyclomatic complexity GCC plugin (Masahiro Yamada <yamada.masahiro@...ionext.com>)

March 12 (1 message)

Re: [PATCH] s390: disable postinit-readonly for now (Heiko Carstens <heiko.carstens@...ibm.com>)

March 14 (4 messages)

Re: [PATCH v5 1/5] Shared library support (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v5 3/5] Add Cyclomatic complexity GCC plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure ("PaX Team" <pageexec@...email.hu>)

March 16 (6 messages)

Re: [PATCH v5 2/5] GCC plugin infrastructure (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v5 1/5] Shared library support (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH] s390: disable postinit-readonly for now (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)

March 17 (2 messages)

Re: [PATCH v5 2/5] GCC plugin infrastructure (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH] s390: disable postinit-readonly for now (Heiko Carstens <heiko.carstens@...ibm.com>)

March 21 (1 message)

Re: [PATCH] s390: disable postinit-readonly for now (Kees Cook <keescook@...omium.org>)

March 23 (1 message)

[CSW16] Getting Physical: Extreme Abuse of Intel Based Paging Systems (Yves-Alexis Perez <corsac@...ian.org>)

March 24 (26 messages)

Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 01/17] um: Export the sys_call_table (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 02/17] seccomp: Fix typo (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 03/17] selftest/seccomp: Fix the flag name SECCOMP_FILTER_FLAG_TSYNC (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 04/17] selftest/seccomp: Fix the seccomp(2) signature (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 05/17] security/seccomp: Add LSM and create arrays of syscall metadata (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 06/17] seccomp: Add the SECCOMP_ADD_CHECKER_GROUP command (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 07/17] seccomp: Add seccomp object checker evaluation (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 08/17] selftest/seccomp: Remove unknown_ret_is_kill_above_allow test (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 09/17] selftest/seccomp: Extend seccomp_data until matches[6] (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 10/17] selftest/seccomp: Add field_is_valid_syscall test (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 11/17] selftest/seccomp: Add argeval_open_whitelist test (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 12/17] audit,seccomp: Extend audit with seccomp state (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 13/17] selftest/seccomp: Rename TRACE_poke to TRACE_poke_sys_read (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 14/17] selftest/seccomp: Make tracer_poke() more generic (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 15/17] selftest/seccomp: Add argeval_toctou_argument test (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 16/17] security/seccomp: Protect against filesystem TOCTOU (Mickaël Salaün <mic@...ikod.net>)
[RFC v1 17/17] selftest/seccomp: Add argeval_toctou_filesystem test (Mickaël Salaün <mic@...ikod.net>)
Re: [RFC v1 03/17] selftest/seccomp: Fix the flag name SECCOMP_FILTER_FLAG_TSYNC (Kees Cook <keescook@...omium.org>)
Re: [RFC v1 04/17] selftest/seccomp: Fix the seccomp(2) signature (Kees Cook <keescook@...omium.org>)
Re: [RFC v1 05/17] security/seccomp: Add LSM and create arrays of syscall metadata (Casey Schaufler <casey@...aufler-ca.com>)
Re: [RFC v1 05/17] security/seccomp: Add LSM and create arrays of syscall metadata (Casey Schaufler <casey@...aufler-ca.com>)
Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing (Kees Cook <keescook@...omium.org>)
Re: [RFC v1 05/17] security/seccomp: Add LSM and create arrays of syscall metadata (Mickaël Salaün <mic@...ikod.net>)
[ANNOUNCE] Linux Security Summit 2016 - CFP (James Morris <jmorris@...ei.org>)

March 26 (1 message)

Re: [PATCH v5 2/5] GCC plugin infrastructure (Masahiro Yamada <yamada.masahiro@...ionext.com>)

March 27 (2 messages)

Re: Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing (Loganaden Velvindron <loganaden@...il.com>)
Re: [PATCH v5 2/5] GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)

March 29 (28 messages)

Re: [RFC v1 03/17] selftest/seccomp: Fix the flag name SECCOMP_FILTER_FLAG_TSYNC (Shuah Khan <shuahkh@....samsung.com>)
Re: [RFC v1 04/17] selftest/seccomp: Fix the seccomp(2) signature (Shuah Khan <shuahkh@....samsung.com>)
[PATCH 1/2] selftest/seccomp: Fix the flag name SECCOMP_FILTER_FLAG_TSYNC (Mickaël Salaün <mic@...ikod.net>)
[PATCH 2/2] selftest/seccomp: Fix the seccomp(2) signature (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH 1/2] selftest/seccomp: Fix the flag name SECCOMP_FILTER_FLAG_TSYNC (Shuah Khan <shuahkh@....samsung.com>)
Re: [PATCH 2/2] selftest/seccomp: Fix the seccomp(2) signature (Shuah Khan <shuahkh@....samsung.com>)
[PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v4 1/4] SROP Mitigation: Architecture independent code for signal cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v4 2/4] x86: SROP Mitigation: Implement Signal Cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v4 4/4] Documentation: SROP Mitigation: Add documentation for SROP cookies (Scott Bauer <sbauer@....utah.edu>)
[PATCH v4 3/4] Sysctl: SROP Mitigation: Add Sysctl argument to disable SROP. (Scott Bauer <sbauer@....utah.edu>)
Re: [PATCH v4 3/4] Sysctl: SROP Mitigation: Add Sysctl argument to disable SROP. (Andi Kleen <ak@...ux.intel.com>)
Re: [PATCH v4 3/4] Sysctl: SROP Mitigation: Add Sysctl argument to disable SROP. (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v4 3/4] Sysctl: SROP Mitigation: Add Sysctl argument to disable SROP. (Andi Kleen <ak@...ux.intel.com>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 4/4] Documentation: SROP Mitigation: Add documentation for SROP cookies (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 1/4] SROP Mitigation: Architecture independent code for signal cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Scotty Bauer <sbauer@....utah.edu>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (Scotty Bauer <sbauer@....utah.edu>)

March 31 (17 messages)

[PATCH v2 02/11] MIPS: tools: Build relocs tool (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 00/11] MIPS relocatable kernel & KASLR (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 04/11] MIPS: Generate relocation table when CONFIG_RELOCATABLE (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 01/11] MIPS: tools: Add relocs tool (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 07/11] MIPS: bootmem: When relocatable, free memory below kernel (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 03/11] MIPS: Reserve space for relocation table (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 08/11] MIPS: Add CONFIG_RELOCATABLE Kconfig option (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 09/11] MIPS: Introduce plat_get_fdt a platform API to retrieve the FDT (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 11/11] MIPS: KASLR: Print relocation Information on boot (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 06/11] MIPS: Call relocate_kernel if CONFIG_RELOCATABLE=y (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 10/11] MIPS: Kernel: Implement KASLR using CONFIG_RELOCATABLE (Matt Redfearn <matt.redfearn@...tec.com>)
[PATCH v2 05/11] MIPS: Kernel: Add relocate.c (Matt Redfearn <matt.redfearn@...tec.com>)
Re: [PATCH v2 11/11] MIPS: KASLR: Print relocation Information on boot (Sergei Shtylyov <sergei.shtylyov@...entembedded.com>)
Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH v4 1/4] SROP Mitigation: Architecture independent code for signal cookies (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH v4 1/4] SROP Mitigation: Architecture independent code for signal cookies (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 1/4] SROP Mitigation: Architecture independent code for signal cookies (ebiederm@...ssion.com (Eric W. Biederman))

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