From patchwork Thu Apr 23 19:51:59 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Morton X-Patchwork-Id: 226982 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI, SIGNED_OFF_BY, SPF_HELO_NONE, SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 75554C54FD0 for ; Thu, 23 Apr 2020 19:52:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4883120781 for ; Thu, 23 Apr 2020 19:52:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587671521; bh=3OrRcBJ568i9fmgNiEvK83+Uio6zmysw9HKECGc1W8I=; h=Date:From:To:Subject:List-ID:From; b=zgbzEY4nCzsZ5407141j1eTpC5JYXlCKTsO8eewI85iNTvlf19rGESABezLEhErd/ Bjc48Oj6u9mVNrSkcRJvOwHOdnT698ArvQ+A+RtWb5m8iPdlj6tR9BrW8j/5PElQPl kGoGv13D4iHWHWHWH/cv1bzWFZwDFiO0Sj9xkeFs= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728168AbgDWTwB (ORCPT ); Thu, 23 Apr 2020 15:52:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:55822 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726671AbgDWTwA (ORCPT ); Thu, 23 Apr 2020 15:52:00 -0400 Received: from localhost.localdomain (c-71-198-47-131.hsd1.ca.comcast.net [71.198.47.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 95F372076C; Thu, 23 Apr 2020 19:51:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587671519; bh=3OrRcBJ568i9fmgNiEvK83+Uio6zmysw9HKECGc1W8I=; h=Date:From:To:Subject:From; b=gcUSj7AMZfj8aMsK+FACDxWpEIQzeIYvfcdVU2/MSH52X9cO4wdKC02LIRZjtdZ0O +67jf+KvjJs0vlw1W6XWDoVwnxXiKHShMlAobLYrXRR5FjmIxycYixvwjpHYb3PCQS 6Q4TtUSDGtWM7MMAQRyVXriT1K64rqDoYsoVox1s= Date: Thu, 23 Apr 2020 12:51:59 -0700 From: akpm@linux-foundation.org To: matthew.ruffell@canonical.com, mm-commits@vger.kernel.org, nhorman@tuxdriver.com, pabs3@bonedaddy.net, stable@vger.kernel.org, sudipm.mukherjee@gmail.com, viro@zeniv.linux.org.uk Subject: [merged] coredump-fix-null-pointer-dereference-on-coredump.patch removed from -mm tree Message-ID: <20200423195159.0VMIQNjo-%akpm@linux-foundation.org> User-Agent: s-nail v14.8.16 Sender: stable-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org The patch titled Subject: coredump: fix null pointer dereference on coredump has been removed from the -mm tree. Its filename was coredump-fix-null-pointer-dereference-on-coredump.patch This patch was dropped because it was merged into mainline or a subsystem tree ------------------------------------------------------ From: Sudip Mukherjee Subject: coredump: fix null pointer dereference on coredump If the core_pattern is set to "|" and any process segfaults then we get a null pointer derefernce while trying to coredump. The call stack shows: [ 108.212680] RIP: 0010:do_coredump+0x628/0x11c0 When the core_pattern has only "|" there is no use of trying the coredump and we can check that while formating the corename and exit with an error. After this change I get: [ 48.453756] format_corename failed [ 48.453758] Aborting core Link: http://lkml.kernel.org/r/20200416194612.21418-1-sudipm.mukherjee@gmail.com Fixes: 315c69261dd3 ("coredump: split pipe command whitespace before expanding template") Signed-off-by: Sudip Mukherjee Reported-by: Matthew Ruffell Cc: Paul Wise Cc: Alexander Viro Cc: Neil Horman Cc: Signed-off-by: Andrew Morton --- fs/coredump.c | 2 ++ 1 file changed, 2 insertions(+) --- a/fs/coredump.c~coredump-fix-null-pointer-dereference-on-coredump +++ a/fs/coredump.c @@ -211,6 +211,8 @@ static int format_corename(struct core_n return -ENOMEM; (*argv)[(*argc)++] = 0; ++pat_ptr; + if (!(*pat_ptr)) + return -ENOMEM; } /* Repeat as long as we have more pattern to process and more output