Activity log for bug #1755817

Date Who What changed Old value New value Message
2018-03-14 13:59:51 Juerg Haefliger bug added bug
2018-03-14 14:00:01 Juerg Haefliger nominated for series Ubuntu Trusty
2018-03-14 14:00:07 Ubuntu Kernel Bot linux (Ubuntu): status New Incomplete
2018-03-14 14:03:51 Juerg Haefliger description Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: 706276543b69 ("x86, extable: Switch to relative exception table entries") Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700 x86/ldt: Make modify_ldt synchronous CVE-2017-5754 commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream. modify_ldt() has questionable locking and does not synchronize threads. Improve it: redesign the locking and synchronize all threads' LDTs using an IPI on all modifications. This will dramatically slow down modify_ldt in multithreaded programs, but there shouldn't be any multithreaded programs that care about modify_ldt's performance in the first place. This fixes some fallout from the CVE-2015-5157 fixes. Signed-off-by: Andy Lutomirski <luto@kernel.org> Reviewed-by: Borislav Petkov <bp@suse.de> Cc: Andrew Cooper <andrew.cooper3@citrix.com> Cc: Andy Lutomirski <luto@amacapital.net> Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com> Cc: Borislav Petkov <bp@alien8.de> Cc: Brian Gerst <brgerst@gmail.com> Cc: Denys Vlasenko <dvlasenk@redhat.com> Cc: H. Peter Anvin <hpa@zytor.com> Cc: Jan Beulich <jbeulich@suse.com> Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Sasha Levin <sasha.levin@oracle.com> Cc: Steven Rostedt <rostedt@goodmis.org> Cc: Thomas Gleixner <tglx@linutronix.de> Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org Signed-off-by: Ingo Molnar <mingo@kernel.org> Signed-off-by: Jiri Slaby <jslaby@suse.cz> (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c) Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com> Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
2018-03-14 14:05:29 Thadeu Lima de Souza Cascardo bug task added linux (Ubuntu Trusty)
2018-03-14 14:38:26 Juerg Haefliger linux (Ubuntu Trusty): assignee Juerg Haefliger (juergh)
2018-03-22 13:47:57 Juerg Haefliger description Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700 x86/ldt: Make modify_ldt synchronous CVE-2017-5754 commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream. modify_ldt() has questionable locking and does not synchronize threads. Improve it: redesign the locking and synchronize all threads' LDTs using an IPI on all modifications. This will dramatically slow down modify_ldt in multithreaded programs, but there shouldn't be any multithreaded programs that care about modify_ldt's performance in the first place. This fixes some fallout from the CVE-2015-5157 fixes. Signed-off-by: Andy Lutomirski <luto@kernel.org> Reviewed-by: Borislav Petkov <bp@suse.de> Cc: Andrew Cooper <andrew.cooper3@citrix.com> Cc: Andy Lutomirski <luto@amacapital.net> Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com> Cc: Borislav Petkov <bp@alien8.de> Cc: Brian Gerst <brgerst@gmail.com> Cc: Denys Vlasenko <dvlasenk@redhat.com> Cc: H. Peter Anvin <hpa@zytor.com> Cc: Jan Beulich <jbeulich@suse.com> Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Sasha Levin <sasha.levin@oracle.com> Cc: Steven Rostedt <rostedt@goodmis.org> Cc: Thomas Gleixner <tglx@linutronix.de> Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org Signed-off-by: Ingo Molnar <mingo@kernel.org> Signed-off-by: Jiri Slaby <jslaby@suse.cz> (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c) Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com> Signed-off-by: Stefan Bader <stefan.bader@canonical.com> == SRU Justification == The ldt_gdt_64 x86 selftest segfaults with the currently released Trusty 3.13 kernel. The commit that introduced the segfault is aeb315d60afe ("x86/ldt: Make modify_ldt synchronous"). == Fix == Upstream commit 8ff5bd2e1e27 ("x86/signal/64: Fix SS if needed when delivering a 64-bit signal"). This commit was found by doing a reverse git bisect of the upstream kernel (i.e., when did the test stop segfaulting). == Regression Potential == Low. The commit is very small and isolated and the code path is only executed in special circumstances (and for x86 only). I built a test kernel and ran the whole set of x86 selftests and perf NMI test for several hours to verify stability. == Test Case == Run the ldt_gdt_64 x86 selftets from a current upstream kernel source. The test segfaults consistently. Original bug description: Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700     x86/ldt: Make modify_ldt synchronous     CVE-2017-5754     commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.     modify_ldt() has questionable locking and does not synchronize     threads. Improve it: redesign the locking and synchronize all     threads' LDTs using an IPI on all modifications.     This will dramatically slow down modify_ldt in multithreaded     programs, but there shouldn't be any multithreaded programs that     care about modify_ldt's performance in the first place.     This fixes some fallout from the CVE-2015-5157 fixes.     Signed-off-by: Andy Lutomirski <luto@kernel.org>     Reviewed-by: Borislav Petkov <bp@suse.de>     Cc: Andrew Cooper <andrew.cooper3@citrix.com>     Cc: Andy Lutomirski <luto@amacapital.net>     Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>     Cc: Borislav Petkov <bp@alien8.de>     Cc: Brian Gerst <brgerst@gmail.com>     Cc: Denys Vlasenko <dvlasenk@redhat.com>     Cc: H. Peter Anvin <hpa@zytor.com>     Cc: Jan Beulich <jbeulich@suse.com>     Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>     Cc: Linus Torvalds <torvalds@linux-foundation.org>     Cc: Peter Zijlstra <peterz@infradead.org>     Cc: Sasha Levin <sasha.levin@oracle.com>     Cc: Steven Rostedt <rostedt@goodmis.org>     Cc: Thomas Gleixner <tglx@linutronix.de>     Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org     Signed-off-by: Ingo Molnar <mingo@kernel.org>     Signed-off-by: Jiri Slaby <jslaby@suse.cz>     (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c)     Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com>     Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
2018-03-22 13:48:29 Juerg Haefliger description == SRU Justification == The ldt_gdt_64 x86 selftest segfaults with the currently released Trusty 3.13 kernel. The commit that introduced the segfault is aeb315d60afe ("x86/ldt: Make modify_ldt synchronous"). == Fix == Upstream commit 8ff5bd2e1e27 ("x86/signal/64: Fix SS if needed when delivering a 64-bit signal"). This commit was found by doing a reverse git bisect of the upstream kernel (i.e., when did the test stop segfaulting). == Regression Potential == Low. The commit is very small and isolated and the code path is only executed in special circumstances (and for x86 only). I built a test kernel and ran the whole set of x86 selftests and perf NMI test for several hours to verify stability. == Test Case == Run the ldt_gdt_64 x86 selftets from a current upstream kernel source. The test segfaults consistently. Original bug description: Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700     x86/ldt: Make modify_ldt synchronous     CVE-2017-5754     commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.     modify_ldt() has questionable locking and does not synchronize     threads. Improve it: redesign the locking and synchronize all     threads' LDTs using an IPI on all modifications.     This will dramatically slow down modify_ldt in multithreaded     programs, but there shouldn't be any multithreaded programs that     care about modify_ldt's performance in the first place.     This fixes some fallout from the CVE-2015-5157 fixes.     Signed-off-by: Andy Lutomirski <luto@kernel.org>     Reviewed-by: Borislav Petkov <bp@suse.de>     Cc: Andrew Cooper <andrew.cooper3@citrix.com>     Cc: Andy Lutomirski <luto@amacapital.net>     Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>     Cc: Borislav Petkov <bp@alien8.de>     Cc: Brian Gerst <brgerst@gmail.com>     Cc: Denys Vlasenko <dvlasenk@redhat.com>     Cc: H. Peter Anvin <hpa@zytor.com>     Cc: Jan Beulich <jbeulich@suse.com>     Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>     Cc: Linus Torvalds <torvalds@linux-foundation.org>     Cc: Peter Zijlstra <peterz@infradead.org>     Cc: Sasha Levin <sasha.levin@oracle.com>     Cc: Steven Rostedt <rostedt@goodmis.org>     Cc: Thomas Gleixner <tglx@linutronix.de>     Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org     Signed-off-by: Ingo Molnar <mingo@kernel.org>     Signed-off-by: Jiri Slaby <jslaby@suse.cz>     (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c)     Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com>     Signed-off-by: Stefan Bader <stefan.bader@canonical.com> == SRU Justification == The ldt_gdt_64 x86 selftest segfaults with the currently released Trusty 3.13 kernel. The commit that introduced the segfault is aeb315d60afe ("x86/ldt: Make modify_ldt synchronous"). == Fix == Upstream commit 8ff5bd2e1e27 ("x86/signal/64: Fix SS if needed when delivering a 64-bit signal"). This commit was found by doing a reverse git bisect of the upstream kernel (i.e., when did the test stop segfaulting). == Regression Potential == Low. The commit is very small and isolated and the code path is only executed in special circumstances (and for x86 only). I built a test kernel and ran the whole set of x86 selftests and perf NMI test for several hours to verify stability. == Test Case == Run the ldt_gdt_64 x86 selftets from a current upstream kernel source. The test segfaults consistently. Original bug description: Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700     x86/ldt: Make modify_ldt synchronous     CVE-2017-5754     commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.     modify_ldt() has questionable locking and does not synchronize     threads. Improve it: redesign the locking and synchronize all     threads' LDTs using an IPI on all modifications.     This will dramatically slow down modify_ldt in multithreaded     programs, but there shouldn't be any multithreaded programs that     care about modify_ldt's performance in the first place.     This fixes some fallout from the CVE-2015-5157 fixes.     Signed-off-by: Andy Lutomirski <luto@kernel.org>     Reviewed-by: Borislav Petkov <bp@suse.de>     Cc: Andrew Cooper <andrew.cooper3@citrix.com>     Cc: Andy Lutomirski <luto@amacapital.net>     Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>     Cc: Borislav Petkov <bp@alien8.de>     Cc: Brian Gerst <brgerst@gmail.com>     Cc: Denys Vlasenko <dvlasenk@redhat.com>     Cc: H. Peter Anvin <hpa@zytor.com>     Cc: Jan Beulich <jbeulich@suse.com>     Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>     Cc: Linus Torvalds <torvalds@linux-foundation.org>     Cc: Peter Zijlstra <peterz@infradead.org>     Cc: Sasha Levin <sasha.levin@oracle.com>     Cc: Steven Rostedt <rostedt@goodmis.org>     Cc: Thomas Gleixner <tglx@linutronix.de>     Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org     Signed-off-by: Ingo Molnar <mingo@kernel.org>     Signed-off-by: Jiri Slaby <jslaby@suse.cz>     (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c)     Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com>     Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
2018-03-22 13:50:52 Juerg Haefliger description == SRU Justification == The ldt_gdt_64 x86 selftest segfaults with the currently released Trusty 3.13 kernel. The commit that introduced the segfault is aeb315d60afe ("x86/ldt: Make modify_ldt synchronous"). == Fix == Upstream commit 8ff5bd2e1e27 ("x86/signal/64: Fix SS if needed when delivering a 64-bit signal"). This commit was found by doing a reverse git bisect of the upstream kernel (i.e., when did the test stop segfaulting). == Regression Potential == Low. The commit is very small and isolated and the code path is only executed in special circumstances (and for x86 only). I built a test kernel and ran the whole set of x86 selftests and perf NMI test for several hours to verify stability. == Test Case == Run the ldt_gdt_64 x86 selftets from a current upstream kernel source. The test segfaults consistently. Original bug description: Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700     x86/ldt: Make modify_ldt synchronous     CVE-2017-5754     commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.     modify_ldt() has questionable locking and does not synchronize     threads. Improve it: redesign the locking and synchronize all     threads' LDTs using an IPI on all modifications.     This will dramatically slow down modify_ldt in multithreaded     programs, but there shouldn't be any multithreaded programs that     care about modify_ldt's performance in the first place.     This fixes some fallout from the CVE-2015-5157 fixes.     Signed-off-by: Andy Lutomirski <luto@kernel.org>     Reviewed-by: Borislav Petkov <bp@suse.de>     Cc: Andrew Cooper <andrew.cooper3@citrix.com>     Cc: Andy Lutomirski <luto@amacapital.net>     Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>     Cc: Borislav Petkov <bp@alien8.de>     Cc: Brian Gerst <brgerst@gmail.com>     Cc: Denys Vlasenko <dvlasenk@redhat.com>     Cc: H. Peter Anvin <hpa@zytor.com>     Cc: Jan Beulich <jbeulich@suse.com>     Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>     Cc: Linus Torvalds <torvalds@linux-foundation.org>     Cc: Peter Zijlstra <peterz@infradead.org>     Cc: Sasha Levin <sasha.levin@oracle.com>     Cc: Steven Rostedt <rostedt@goodmis.org>     Cc: Thomas Gleixner <tglx@linutronix.de>     Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org     Signed-off-by: Ingo Molnar <mingo@kernel.org>     Signed-off-by: Jiri Slaby <jslaby@suse.cz>     (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c)     Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com>     Signed-off-by: Stefan Bader <stefan.bader@canonical.com> == SRU Justification == The ldt_gdt_64 x86 selftest segfaults with the currently released Trusty 3.13 kernel. The commit that introduced the segfault is aeb315d60afe ("x86/ldt: Make modify_ldt synchronous"). == Fix == Upstream commit 8ff5bd2e1e27 ("x86/signal/64: Fix SS if needed when delivering a 64-bit signal"). This commit was found by doing a reverse git bisect of the upstream kernel (i.e., when did the test stop segfaulting). The backport of the commit is a simple context adjustment. The second commit is a pre-requisite which simply renames some defines (no functional changes). == Regression Potential == Low. The commit is very small and isolated and the code path is only executed in special circumstances (and for x86 only). I built a test kernel and ran the whole set of x86 selftests and perf NMI test for several hours to verify stability. == Test Case == Run the ldt_gdt_64 x86 selftets from a current upstream kernel source. The test segfaults consistently. Original bug description: Trusty 3.13 segfaults when running ldt_gdt_64 from the kernel's x86 selftests. git bisect revealed that the following commit introduced the issue: commit aeb315d60afee129d32558f4a4b356eec2e7da7b Author: Andy Lutomirski <luto@kernel.org> Date: Thu Jul 30 14:31:32 2015 -0700     x86/ldt: Make modify_ldt synchronous     CVE-2017-5754     commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.     modify_ldt() has questionable locking and does not synchronize     threads. Improve it: redesign the locking and synchronize all     threads' LDTs using an IPI on all modifications.     This will dramatically slow down modify_ldt in multithreaded     programs, but there shouldn't be any multithreaded programs that     care about modify_ldt's performance in the first place.     This fixes some fallout from the CVE-2015-5157 fixes.     Signed-off-by: Andy Lutomirski <luto@kernel.org>     Reviewed-by: Borislav Petkov <bp@suse.de>     Cc: Andrew Cooper <andrew.cooper3@citrix.com>     Cc: Andy Lutomirski <luto@amacapital.net>     Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>     Cc: Borislav Petkov <bp@alien8.de>     Cc: Brian Gerst <brgerst@gmail.com>     Cc: Denys Vlasenko <dvlasenk@redhat.com>     Cc: H. Peter Anvin <hpa@zytor.com>     Cc: Jan Beulich <jbeulich@suse.com>     Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>     Cc: Linus Torvalds <torvalds@linux-foundation.org>     Cc: Peter Zijlstra <peterz@infradead.org>     Cc: Sasha Levin <sasha.levin@oracle.com>     Cc: Steven Rostedt <rostedt@goodmis.org>     Cc: Thomas Gleixner <tglx@linutronix.de>     Link: http://lkml.kernel.org/r/4c6978476782160600471bd865b318db34c7b628.1438291540.git.luto@kernel.org     Signed-off-by: Ingo Molnar <mingo@kernel.org>     Signed-off-by: Jiri Slaby <jslaby@suse.cz>     (cherry picked from commit 62fc7228f8cc8c89ecbd37008a0495ac28e41c5c)     Signed-off-by: Juerg Haefliger <juerg.haefliger@canonical.com>     Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
2018-04-03 15:16:28 Kleber Sacilotto de Souza linux (Ubuntu Trusty): status New Fix Committed
2018-04-09 16:49:07 Kleber Sacilotto de Souza tags verification-needed-trusty
2018-04-16 15:49:55 Kleber Sacilotto de Souza tags verification-needed-trusty verification-done-trusty
2018-04-23 08:22:12 Launchpad Janitor linux (Ubuntu Trusty): status Fix Committed Fix Released
2018-04-23 08:22:12 Launchpad Janitor cve linked 2017-5715
2018-04-23 08:22:12 Launchpad Janitor cve linked 2017-5754
2019-06-13 07:10:43 Juerg Haefliger linux (Ubuntu): status Incomplete Invalid
2019-07-24 21:23:01 Brad Figg tags verification-done-trusty cscc verification-done-trusty