Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp780819pxb; Tue, 12 Apr 2022 13:16:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzB8JsXN7EqejLzeN7YRgpgM3sxjCTzPKQlVvJ5uz+DSKLICxs+vZDGOz71X8SBCRX4AEj/ X-Received: by 2002:a63:c14b:0:b0:398:f14d:8e49 with SMTP id p11-20020a63c14b000000b00398f14d8e49mr32433601pgi.604.1649794608799; Tue, 12 Apr 2022 13:16:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649794608; cv=none; d=google.com; s=arc-20160816; b=A18dSZDW10TmEi/6iG/D+5TOPpGPfDAy1VJpOC4igJqqmmVA7bB+0gKmRFQU2Dm8vc pbV28VN+MF6IB4Jin2cCDuN74S/4yNMdYJTomnFC7ImR5A4yVDqhtPdKQhguLKMsKqDb HQ7N0v7PXR7nGpfo8narQY2PVAKR5TgwQez3TjFBfylpjYep4kPFllpJ+Yb3l+OHddzQ Ax0qRWgRcwop0SBEJuclWR5pvTKePZhq/VMzE1tmJxOvjSBxWSoCNPgWjmNSZz6JYc01 6YS+6xW2WaftFUMRAH4WmOptX9UsGm2BjlX1B65U9vBPXfyIDNNi1shvZlYgN6xY5Ktj eFfg== 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=6qwKOZvpQMn6H/aKdFCFLsbFZvpPKYxwiozFzub9rig=; b=UoIPAz6R7GkJ3Z6kLyD0io4DdgrHxX7jjUC4DYPudAafvrj8jvIrQ23wGi7KvwSgCh zpWin/FhddmrVMsCvwhPmnZxuQthKUFKfMPGBefUnlnHFJDv7o/5NJ7BngcMQGE9Al0q BDLB2W99i+rT2UV7yzJlROqUvFEl4QbNi/A1/JLAaJ9OH2QCWsSSn2xp6/ltx8uRt1kV mMda/Cg0t2CUctkh8ChEEQbpoYScQ5zFmyp/+clpfmMZfQnR8GIFaR+zmsMYv/FzYlxq QJzAnc2EQYPGyS1K8HN9yxnWh1vSrvrd3BaT/xw1UuRwl42sWGyZLisGig465jgtyccO Vucw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DmNBYNwo; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id ca23-20020a056a00419700b00505c7090037si5922347pfb.244.2022.04.12.13.16.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 13:16:48 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DmNBYNwo; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3292589CC0; Tue, 12 Apr 2022 13:00:29 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348989AbiDLGly (ORCPT + 99 others); Tue, 12 Apr 2022 02:41:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51656 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350078AbiDLGkM (ORCPT ); Tue, 12 Apr 2022 02:40:12 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1032136148; Mon, 11 Apr 2022 23:35:22 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9F756618C8; Tue, 12 Apr 2022 06:35:21 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B004EC385A6; Tue, 12 Apr 2022 06:35:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649745321; bh=0oNUlHzgg5ome3wYjvF3ofjZ8/jyv2C6uwZkF5meMXA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DmNBYNwoQineoT2PYmjwBRgCAz19g7QrQgUppuFz0hol80alC+Gq1tdlB44Nm1VtD yW5OCZBNhNvj++VgnhZZN8VtKWCJK7N33HihMkUTCPJkTya275m/N7SRHL1M75LVbX 5pqIxg+dGzfrQmmJVSXyZ4Nqsp8FmFquLqoJoLbE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alexander Lobakin , Thomas Bogendoerfer , Sasha Levin Subject: [PATCH 5.10 056/171] MIPS: fix fortify panic when copying asm exception handlers Date: Tue, 12 Apr 2022 08:29:07 +0200 Message-Id: <20220412062929.503508339@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220412062927.870347203@linuxfoundation.org> References: <20220412062927.870347203@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alexander Lobakin [ Upstream commit d17b66417308996e7e64b270a3c7f3c1fbd4cfc8 ] With KCFLAGS="-O3", I was able to trigger a fortify-source memcpy() overflow panic on set_vi_srs_handler(). Although O3 level is not supported in the mainline, under some conditions that may've happened with any optimization settings, it's just a matter of inlining luck. The panic itself is correct, more precisely, 50/50 false-positive and not at the same time. >From the one side, no real overflow happens. Exception handler defined in asm just gets copied to some reserved places in the memory. But the reason behind is that C code refers to that exception handler declares it as `char`, i.e. something of 1 byte length. It's obvious that the asm function itself is way more than 1 byte, so fortify logics thought we are going to past the symbol declared. The standard way to refer to asm symbols from C code which is not supposed to be called from C is to declare them as `extern const u8[]`. This is fully correct from any point of view, as any code itself is just a bunch of bytes (including 0 as it is for syms like _stext/_etext/etc.), and the exact size is not known at the moment of compilation. Adjust the type of the except_vec_vi_*() and related variables. Make set_handler() take `const` as a second argument to avoid cast-away warnings and give a little more room for optimization. Signed-off-by: Alexander Lobakin Signed-off-by: Thomas Bogendoerfer Signed-off-by: Sasha Levin --- arch/mips/include/asm/setup.h | 2 +- arch/mips/kernel/traps.c | 22 +++++++++++----------- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/mips/include/asm/setup.h b/arch/mips/include/asm/setup.h index bb36a400203d..8c56b862fd9c 100644 --- a/arch/mips/include/asm/setup.h +++ b/arch/mips/include/asm/setup.h @@ -16,7 +16,7 @@ static inline void setup_8250_early_printk_port(unsigned long base, unsigned int reg_shift, unsigned int timeout) {} #endif -extern void set_handler(unsigned long offset, void *addr, unsigned long len); +void set_handler(unsigned long offset, const void *addr, unsigned long len); extern void set_uncached_handler(unsigned long offset, void *addr, unsigned long len); typedef void (*vi_handler_t)(void); diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c index e0352958e2f7..b1fe4518bd22 100644 --- a/arch/mips/kernel/traps.c +++ b/arch/mips/kernel/traps.c @@ -2097,19 +2097,19 @@ static void *set_vi_srs_handler(int n, vi_handler_t addr, int srs) * If no shadow set is selected then use the default handler * that does normal register saving and standard interrupt exit */ - extern char except_vec_vi, except_vec_vi_lui; - extern char except_vec_vi_ori, except_vec_vi_end; - extern char rollback_except_vec_vi; - char *vec_start = using_rollback_handler() ? - &rollback_except_vec_vi : &except_vec_vi; + extern const u8 except_vec_vi[], except_vec_vi_lui[]; + extern const u8 except_vec_vi_ori[], except_vec_vi_end[]; + extern const u8 rollback_except_vec_vi[]; + const u8 *vec_start = using_rollback_handler() ? + rollback_except_vec_vi : except_vec_vi; #if defined(CONFIG_CPU_MICROMIPS) || defined(CONFIG_CPU_BIG_ENDIAN) - const int lui_offset = &except_vec_vi_lui - vec_start + 2; - const int ori_offset = &except_vec_vi_ori - vec_start + 2; + const int lui_offset = except_vec_vi_lui - vec_start + 2; + const int ori_offset = except_vec_vi_ori - vec_start + 2; #else - const int lui_offset = &except_vec_vi_lui - vec_start; - const int ori_offset = &except_vec_vi_ori - vec_start; + const int lui_offset = except_vec_vi_lui - vec_start; + const int ori_offset = except_vec_vi_ori - vec_start; #endif - const int handler_len = &except_vec_vi_end - vec_start; + const int handler_len = except_vec_vi_end - vec_start; if (handler_len > VECTORSPACING) { /* @@ -2317,7 +2317,7 @@ void per_cpu_trap_init(bool is_boot_cpu) } /* Install CPU exception handler */ -void set_handler(unsigned long offset, void *addr, unsigned long size) +void set_handler(unsigned long offset, const void *addr, unsigned long size) { #ifdef CONFIG_CPU_MICROMIPS memcpy((void *)(ebase + offset), ((unsigned char *)addr - 1), size); -- 2.35.1