Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp4386773ybf; Wed, 4 Mar 2020 02:59:32 -0800 (PST) X-Google-Smtp-Source: ADFU+vtLEvlkQCosK84aW1Tn3D9pogFoxUP753hoiGjK9fAmZnZabkO9HEpBW9hB5snknCMAOKs4 X-Received: by 2002:aca:5194:: with SMTP id f142mr1349828oib.100.1583319572297; Wed, 04 Mar 2020 02:59:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583319572; cv=none; d=google.com; s=arc-20160816; b=E+NK5tbawc+DaGJncFXfstONFbLHYtc2vXBCT0JqmKinYgv0P8V73KG4sPn/U2FDTE zJEPDcsP+3N2+oENw2zorUU8h4pvlt2+rmwYYdnsZIvmOyKDf5krPwpbR4vF3pf2lU84 5lzvUDKeZc8rh6Bbik9LXlCVX4q6jLvjWZbVDBVdKiTqaFyRT9CeSll12xSJGHCu20rU PhhlggTe88hWHZi/k8FBEPa9MbBJCNDNkMKxnVnVSjy3hQpKPT5fkCBrYvKtO2ji7h8c zdcrFME13K98MQMxaFowAqCtwnfuwyzW7LEEaic4SFTNMEnBzFxZw0clEerM4C8NfbjY VcsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=3vMrRoyahvphq9XLDFeWMIF52H99mkWAYtQAELP6UbU=; b=YAuPzAj4sWRh+tU5n4Mcdhong4GzahZ9ViYxTPTszqtYjvzXXrz/dBZUuOAaoMMj8y eScyqErNdQIWSRpNIeNrXytYDjn7goW0rWU34s0zvL/713vA2t0QGoqrncyLVR51pJ2B j+dY1FSQSgdc0pxje57aJgDshNJCblPtkrA2O6zxjFxXwKOBQoX5a4U0sNtt4JY7N2o2 /lktdh2WiHjkDy8bEZDpa1s/nwUcGm8mlhQoyzwV9CAbdLWHwjtM+cJgltNFPzsHHO5q hEzz5nRauEmZs8FR73A9YTZ8Fnv/4EPZ0QLaLO70o79R3dl0jq7epYb/F0cL34qrpapn 5sMg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a8si911321oie.36.2020.03.04.02.59.21; Wed, 04 Mar 2020 02:59:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387841AbgCDK7J (ORCPT + 99 others); Wed, 4 Mar 2020 05:59:09 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:55391 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387805AbgCDK7I (ORCPT ); Wed, 4 Mar 2020 05:59:08 -0500 X-Originating-IP: 176.88.145.204 Received: from localhost.localdomain (unknown [176.88.145.204]) (Authenticated sender: cengiz@kernel.wtf) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 9B91560009; Wed, 4 Mar 2020 10:59:03 +0000 (UTC) From: Cengiz Can To: Jens Axboe , Steven Rostedt , Ingo Molnar Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, Cengiz Can Subject: [PATCH v2] blktrace: fix dereference after null check Date: Wed, 4 Mar 2020 13:58:19 +0300 Message-Id: <20200304105818.11781-1-cengiz@kernel.wtf> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There was a recent change in blktrace.c that added a RCU protection to `q->blk_trace` in order to fix a use-after-free issue during access. However the change missed an edge case that can lead to dereferencing of `bt` pointer even when it's NULL: Coverity static analyzer marked this as a FORWARD_NULL issue with CID 1460458. ``` /kernel/trace/blktrace.c: 1904 in sysfs_blk_trace_attr_store() 1898 ret = 0; 1899 if (bt == NULL) 1900 ret = blk_trace_setup_queue(q, bdev); 1901 1902 if (ret == 0) { 1903 if (attr == &dev_attr_act_mask) >>> CID 1460458: Null pointer dereferences (FORWARD_NULL) >>> Dereferencing null pointer "bt". 1904 bt->act_mask = value; 1905 else if (attr == &dev_attr_pid) 1906 bt->pid = value; 1907 else if (attr == &dev_attr_start_lba) 1908 bt->start_lba = value; 1909 else if (attr == &dev_attr_end_lba) ``` Added a reassignment with RCU annotation to fix the issue. Fixes: c780e86dd48 ("blktrace: Protect q->blk_trace with RCU") Signed-off-by: Cengiz Can --- Patch Changelog * v2: Added RCU annotation to assignment kernel/trace/blktrace.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/kernel/trace/blktrace.c b/kernel/trace/blktrace.c index 4560878f0bac..ca39dc3230cb 100644 --- a/kernel/trace/blktrace.c +++ b/kernel/trace/blktrace.c @@ -1896,8 +1896,11 @@ static ssize_t sysfs_blk_trace_attr_store(struct device *dev, } ret = 0; - if (bt == NULL) + if (bt == NULL) { ret = blk_trace_setup_queue(q, bdev); + bt = rcu_dereference_protected(q->blk_trace, + lockdep_is_held(&q->blk_trace_mutex)); + } if (ret == 0) { if (attr == &dev_attr_act_mask) -- 2.25.1