Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp998375pxb; Wed, 29 Sep 2021 14:30:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw/YpycvugCIY1bTgNytw9P9dSAYWFXZ4WKiir/7r4EtHNYIxVoolqcNQCECPyrC26qZ2KK X-Received: by 2002:a50:d987:: with SMTP id w7mr2647479edj.240.1632951057250; Wed, 29 Sep 2021 14:30:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632951057; cv=none; d=google.com; s=arc-20160816; b=GsXqniadZxQGSLmV9ROJI6dvco9SD+d8Vm6WyvWd5fgGCHS4GI4Gr/XZLBbNEFZiwk d8bGw+T/h4mBQCSi5D1RMvS2OycRRko4eqnJCDwrN0neexpe0Dn3m0Rf6qtd2CTKdaNO LZLXyZDPtohYXYYzXYPrTvSq0QzxttjQcEy7d/pDLRtCwZOuOhuY9e+tawsyPJlSKQGU Zil6Gq+a96x8qgLAfscgnSpjGWHaLktTK58MzZnJiKB2TszNRWHw6TyTI9tgx32EGMm3 kDr5UHIDRe1g4BUjnhBLxMpMyrSzWgpi7AJWnUgzVPgsfKBbJwyNRJ+vwkM09Q1E1JhT vdxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=NNednZVypRHhSb/gpbGjDQbs5Cj2/MnE+v5U+57frLE=; b=I1RGsrQy24dfajO7BPbf7ElWgAChHc16r53VE1XdIW9iUknQv1/gMCSULbxXVzPRo9 xAzsyL8uFjpjupH4/qG7UCysROYvBCoR5ioZutbTPncUlWP9MTRTKv+Y8HiM5HK42t6Q bzT7kieGfGlOj44DTYNgGbLrRZBUpdkxm94PJY5a9QntGivdCXURZuMjmb0FuN2e0ViC SA0xzSHZaimNnf8W/7vCLtO2oU2DYcCeaQNxwHbcCb+9uT+1ypSqGt7Lqc5KYRd0128X 37N7I5RqPw1CvDRrl0bjDrWctrX8PVuNf2y/Z68qdIAY/v07p5uT3NFjdW0IpKqD7gCS SnwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=qMRZEt6i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si1484667edu.126.2021.09.29.14.30.33; Wed, 29 Sep 2021 14:30:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=qMRZEt6i; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345480AbhI2TvH (ORCPT + 99 others); Wed, 29 Sep 2021 15:51:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:37696 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345056AbhI2TvG (ORCPT ); Wed, 29 Sep 2021 15:51:06 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B2D32613DA; Wed, 29 Sep 2021 19:49:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1632944964; bh=RCKQpg6aiz4Y9fPYcSghXnoRac3MFMpvYTPY8Mo6PQg=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=qMRZEt6iSy2H7y+pvJRvlJW+JjzXzQNPxL6gVS71pais8DGDEILD6LmrDGMxrL8f0 ZbrWnvez97yhBGwmmAWpSxZkQzAveqPKNirHZjoJOiBrS1gPo7hTKS9eEC3ZNBnqGj SUCZONbIx9PVl1YveGfKCurZ5IuRTELe4zXuUW8F0Umy9xPjD5TPQlhF4stNJhD22d Nzw9IJb71BImaaZL42CuuJRKVqyePwHhgXm3L81iN7ih4Onsm82BlZZxrh29lWoA9d tEpNokDFUKxgWjrat20JzW5Es9aZikeWXsnDD43mqTo3URGnqp2ZFOf3hvRzEkpmD9 cRJa0HFNj8vSA== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 7B84A5C1309; Wed, 29 Sep 2021 12:49:24 -0700 (PDT) Date: Wed, 29 Sep 2021 12:49:24 -0700 From: "Paul E. McKenney" To: Alexander Popov Cc: Jonathan Corbet , Andrew Morton , Thomas Gleixner , Peter Zijlstra , Joerg Roedel , Maciej Rozycki , Muchun Song , Viresh Kumar , Robin Murphy , Randy Dunlap , Lu Baolu , Petr Mladek , Kees Cook , Luis Chamberlain , Wei Liu , John Ogness , Andy Shevchenko , Alexey Kardashevskiy , Christophe Leroy , Jann Horn , Greg Kroah-Hartman , Mark Rutland , Andy Lutomirski , Dave Hansen , Steven Rostedt , Thomas Garnier , Will Deacon , Ard Biesheuvel , Laura Abbott , David S Miller , Borislav Petkov , kernel-hardening@lists.openwall.com, linux-hardening@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, notify@kernel.org Subject: Re: [PATCH] Introduce the pkill_on_warn boot parameter Message-ID: <20210929194924.GA880162@paulmck-ThinkPad-P17-Gen-1> Reply-To: paulmck@kernel.org References: <20210929185823.499268-1-alex.popov@linux.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 29, 2021 at 10:01:33PM +0300, Alexander Popov wrote: > On 29.09.2021 21:58, Alexander Popov wrote: > > Currently, the Linux kernel provides two types of reaction to kernel > > warnings: > > 1. Do nothing (by default), > > 2. Call panic() if panic_on_warn is set. That's a very strong reaction, > > so panic_on_warn is usually disabled on production systems. > > > > From a safety point of view, the Linux kernel misses a middle way of > > handling kernel warnings: > > - The kernel should stop the activity that provokes a warning, > > - But the kernel should avoid complete denial of service. > > > > From a security point of view, kernel warning messages provide a lot of > > useful information for attackers. Many GNU/Linux distributions allow > > unprivileged users to read the kernel log, so attackers use kernel > > warning infoleak in vulnerability exploits. See the examples: > > https://a13xp0p0v.github.io/2020/02/15/CVE-2019-18683.html > > https://a13xp0p0v.github.io/2021/02/09/CVE-2021-26708.html > > > > Let's introduce the pkill_on_warn boot parameter. > > If this parameter is set, the kernel kills all threads in a process > > that provoked a kernel warning. This behavior is reasonable from a safety > > point of view described above. It is also useful for kernel security > > hardening because the system kills an exploit process that hits a > > kernel warning. > > > > Signed-off-by: Alexander Popov > > This patch was tested using CONFIG_LKDTM. > The kernel kills a process that performs this: > echo WARNING > /sys/kernel/debug/provoke-crash/DIRECT > > If you are fine with this approach, I will prepare a patch adding the > pkill_on_warn sysctl. I suspect that you need a list of kthreads for which you are better off just invoking panic(). RCU's various kthreads, for but one set of examples. Thanx, Paul > Best regards, > Alexander > > > --- > > Documentation/admin-guide/kernel-parameters.txt | 4 ++++ > > kernel/panic.c | 5 +++++ > > 2 files changed, 9 insertions(+) > > > > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt > > index 91ba391f9b32..86c748907666 100644 > > --- a/Documentation/admin-guide/kernel-parameters.txt > > +++ b/Documentation/admin-guide/kernel-parameters.txt > > @@ -4112,6 +4112,10 @@ > > pirq= [SMP,APIC] Manual mp-table setup > > See Documentation/x86/i386/IO-APIC.rst. > > > > + pkill_on_warn= Kill all threads in a process that provoked a > > + kernel warning. > > + Format: { "0" | "1" } > > + > > plip= [PPT,NET] Parallel port network link > > Format: { parport | timid | 0 } > > See also Documentation/admin-guide/parport.rst. > > diff --git a/kernel/panic.c b/kernel/panic.c > > index cefd7d82366f..47b728bfb1d3 100644 > > --- a/kernel/panic.c > > +++ b/kernel/panic.c > > @@ -53,6 +53,7 @@ static int pause_on_oops_flag; > > static DEFINE_SPINLOCK(pause_on_oops_lock); > > bool crash_kexec_post_notifiers; > > int panic_on_warn __read_mostly; > > +int pkill_on_warn __read_mostly; > > unsigned long panic_on_taint; > > bool panic_on_taint_nousertaint = false; > > > > @@ -610,6 +611,9 @@ void __warn(const char *file, int line, void *caller, unsigned taint, > > > > print_oops_end_marker(); > > > > + if (pkill_on_warn && system_state >= SYSTEM_RUNNING) > > + do_group_exit(SIGKILL); > > + > > /* Just a warning, don't kill lockdep. */ > > add_taint(taint, LOCKDEP_STILL_OK); > > } > > @@ -694,6 +698,7 @@ core_param(panic, panic_timeout, int, 0644); > > core_param(panic_print, panic_print, ulong, 0644); > > core_param(pause_on_oops, pause_on_oops, int, 0644); > > core_param(panic_on_warn, panic_on_warn, int, 0644); > > +core_param(pkill_on_warn, pkill_on_warn, int, 0644); > > core_param(crash_kexec_post_notifiers, crash_kexec_post_notifiers, bool, 0644); > > > > static int __init oops_setup(char *s) > > >