Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp1839210pxb; Mon, 13 Sep 2021 06:41:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4psZ6itSV5wO7awjvYmcIFzZKlkDCf0jTSPgH/Dfi+vO9W6MyekwLHRhKTL6k2p1l82r2 X-Received: by 2002:a05:6638:dc8:: with SMTP id m8mr402620jaj.21.1631540468121; Mon, 13 Sep 2021 06:41:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631540468; cv=none; d=google.com; s=arc-20160816; b=gUrc1MqcqaZ/+FIy8bPbsypZzMcCz74EU2poMLBOGsIkYKT4VNQOxEZrVgMaheLiqY o/V2QIF8TOav4itlnoduu8bKBoNgZJEeSc4Q2py3mA2+5LLPTEx8ULzMB9d7RvxusTgb wQSTn44rh9VkiWCwv0x8CT7jzNJlrnBsPJID9iyCBmgucXKwVWUT3/zUGR50Gj2RV+ys 8aKi8TGBiX792OjAlcW244JDQcKA1ADRLzseDPVd+Jedvr1ZVMRWSrzLWsJ4ceTmc694 DpWTj7YX+2Kf1OKr6+g8Cki8ddhYe7ePAAua3pUKpF3sWscpfDFBS5y6YQhvgmhCmURo 6rTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=y1MvSwUD+cegr/ST2HkHV/2ZNgLLmMyxyyIqsCUQ75M=; b=tefL9k17bsVJVEqd0RzqYPPRlZUoZiicBCfI1a8cxHB/HpVhb2MkCkyflrdK+00gBL Csji/x4PaEQFGM4jqtQOrs8SYaXcl2nbWPqzN4q3CnJvtggHPgLMoiaRgDXpkR3pDRX/ 9lFCOAb5VpnYogYKIBOp4k5IJ0madoMSAW1MgjCHKysM+VqB2R4zHgjj8YYkLQx3hM64 g+iXJrKJzNM65eZju3Uxs5thYqLMVsHwpqqLfyKr1VWfeU8N1gT2HscAcrklDX/xxL/N LLdT4NtPGf3aunVeOPfrIF34ooLZn9KGqbNSzB/0FcJvY3zeU8s7n3EX0PhbzsdgMT2i s8MA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=J4yjExlK; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a13si1489365ilk.74.2021.09.13.06.40.55; Mon, 13 Sep 2021 06:41:08 -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=@linuxfoundation.org header.s=korg header.b=J4yjExlK; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240119AbhIMNkJ (ORCPT + 99 others); Mon, 13 Sep 2021 09:40:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:58356 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242952AbhIMNeg (ORCPT ); Mon, 13 Sep 2021 09:34:36 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 20F006112E; Mon, 13 Sep 2021 13:26:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631539604; bh=4DutDj9hN4gttP18V8HRGBUfQkSoEQqNshQuGKuopj8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=J4yjExlKy/oird5j6MXeAdGRQJYK0mZpG2jpbgVsquRi7TTDxAa3OYYnvE1B4eLiL KAt7j9g/9/0tauHpcX8AXqnuDDpOaSWgg/pgmTo1ea1iJ4TjZ55eqbbyI0rJCflp/V fAQIRPSfnZI/mfW1yfiAVqd/2pp3eEzZpyFOBjos= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Luis Chamberlain , Zhen Lei , Sasha Levin Subject: [PATCH 5.10 088/236] firmware: fix theoretical UAF race with firmware cache and resume Date: Mon, 13 Sep 2021 15:13:13 +0200 Message-Id: <20210913131103.340490604@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210913131100.316353015@linuxfoundation.org> References: <20210913131100.316353015@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Zhen Lei [ Upstream commit 3ecc8cb7c092b2f50e21d2aaaae35b8221ee7214 ] This race was discovered when I carefully analyzed the code to locate another firmware-related UAF issue. It can be triggered only when the firmware load operation is executed during suspend. This possibility is almost impossible because there are few firmware load and suspend actions in the actual environment. CPU0 CPU1 __device_uncache_fw_images(): assign_fw(): fw_cache_piggyback_on_request() <----- P0 spin_lock(&fwc->name_lock); ... list_del(&fce->list); spin_unlock(&fwc->name_lock); uncache_firmware(fce->name); <----- P1 kref_get(&fw_priv->ref); If CPU1 is interrupted at position P0, the new 'fce' has been added to the list fwc->fw_names by the fw_cache_piggyback_on_request(). In this case, CPU0 executes __device_uncache_fw_images() and will be able to see it when it traverses list fwc->fw_names. Before CPU1 executes kref_get() at P1, if CPU0 further executes uncache_firmware(), the count of fw_priv->ref may decrease to 0, causing fw_priv to be released in advance. Move kref_get() to the lock protection range of fwc->name_lock to fix it. Fixes: ac39b3ea73aa ("firmware loader: let caching firmware piggyback on loading firmware") Acked-by: Luis Chamberlain Signed-off-by: Zhen Lei Link: https://lore.kernel.org/r/20210719064531.3733-2-thunder.leizhen@huawei.com Signed-off-by: Greg Kroah-Hartman Signed-off-by: Sasha Levin --- drivers/base/firmware_loader/main.c | 20 ++++++++------------ 1 file changed, 8 insertions(+), 12 deletions(-) diff --git a/drivers/base/firmware_loader/main.c b/drivers/base/firmware_loader/main.c index a529235e6bfe..f41e4e4993d3 100644 --- a/drivers/base/firmware_loader/main.c +++ b/drivers/base/firmware_loader/main.c @@ -164,7 +164,7 @@ static inline int fw_state_wait(struct fw_priv *fw_priv) return __fw_state_wait_common(fw_priv, MAX_SCHEDULE_TIMEOUT); } -static int fw_cache_piggyback_on_request(const char *name); +static void fw_cache_piggyback_on_request(struct fw_priv *fw_priv); static struct fw_priv *__allocate_fw_priv(const char *fw_name, struct firmware_cache *fwc, @@ -705,10 +705,8 @@ int assign_fw(struct firmware *fw, struct device *device) * on request firmware. */ if (!(fw_priv->opt_flags & FW_OPT_NOCACHE) && - fw_priv->fwc->state == FW_LOADER_START_CACHE) { - if (fw_cache_piggyback_on_request(fw_priv->fw_name)) - kref_get(&fw_priv->ref); - } + fw_priv->fwc->state == FW_LOADER_START_CACHE) + fw_cache_piggyback_on_request(fw_priv); /* pass the pages buffer to driver at the last minute */ fw_set_page_data(fw_priv, fw); @@ -1257,11 +1255,11 @@ static int __fw_entry_found(const char *name) return 0; } -static int fw_cache_piggyback_on_request(const char *name) +static void fw_cache_piggyback_on_request(struct fw_priv *fw_priv) { - struct firmware_cache *fwc = &fw_cache; + const char *name = fw_priv->fw_name; + struct firmware_cache *fwc = fw_priv->fwc; struct fw_cache_entry *fce; - int ret = 0; spin_lock(&fwc->name_lock); if (__fw_entry_found(name)) @@ -1269,13 +1267,12 @@ static int fw_cache_piggyback_on_request(const char *name) fce = alloc_fw_cache_entry(name); if (fce) { - ret = 1; list_add(&fce->list, &fwc->fw_names); + kref_get(&fw_priv->ref); pr_debug("%s: fw: %s\n", __func__, name); } found: spin_unlock(&fwc->name_lock); - return ret; } static void free_fw_cache_entry(struct fw_cache_entry *fce) @@ -1506,9 +1503,8 @@ static inline void unregister_fw_pm_ops(void) unregister_pm_notifier(&fw_cache.pm_notify); } #else -static int fw_cache_piggyback_on_request(const char *name) +static void fw_cache_piggyback_on_request(struct fw_priv *fw_priv) { - return 0; } static inline int register_fw_pm_ops(void) { -- 2.30.2