Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4237898pxf; Tue, 16 Mar 2021 08:41:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNFkRQilDO/iJltOEtJVvqnxnYu9DWl53WtAwrB0+KKkeXg6szCEGq+Ld+o41nT1lS5hsY X-Received: by 2002:a17:907:7745:: with SMTP id kx5mr29994277ejc.3.1615909304322; Tue, 16 Mar 2021 08:41:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615909304; cv=none; d=google.com; s=arc-20160816; b=AVhfr52gHjPLoA7bZRvipuAmEYZDKVaiYPYezaNdz3jvar9sb0Yffxer145H3Kwpb+ iU2IVJqOhgwMzoyfJmMqvHJE1wPBRjE3199m17Xw908GmevteNE6qVVGAoQb2fE/XjVA 60HyTWNzKgEZhOcI5z84u9tT+BM0KQTumKdCMC908BIltBcRI7wuVonVIQRTcULy71iI 2p4XLDS2omiuPWS0/Da7JUGzTqvyx381M1bPrbWSJOZd+OSTQ+7nWhxWVlWf/E1fAorl 3PQtW7uR2wFbPp6MdMwG82wE3aAuoTXNbFe5a4fioUwR3e7FbkAd5jhqCnvt8u2IEeEv c3JA== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=jnORscYgDw7W+JlrOlt7zJPdhmfbPoGdaQ6wRAxdSe0=; b=smotl8807kLPyJLX74CILx2ngUN3bxHYIrrhMK1cTszJnZZ1rGUbdlob0yy6q1F6+4 oJHFWmaEJEp1Om+gd+HHIhTYRelm/B5GPpyOC54Ed0SFeMTK6oVQ71lqfHt/sDnRB560 HLbu7Aai6VNAn0UYlGL2QiImJjWIzMU2QSwyhNdVKV4vr+/M4aCoaqSUQQSpBbnmMnHS tTMPF/s1o5F9tbvSb13yZzbVz5pRcUsRPseFU8wRODp//pGCNA1by8ThZXu6gyDPLSIB cviHCqjcGxIY0w1xKOBdl7QMdtEqHgyPfb6grdp9yKaeNOkO+uaTcNju8te+E7SVQcW2 xjXg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w25si14739186eju.430.2021.03.16.08.41.21; Tue, 16 Mar 2021 08:41:44 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237502AbhCPLxG (ORCPT + 99 others); Tue, 16 Mar 2021 07:53:06 -0400 Received: from mx2.suse.de ([195.135.220.15]:58294 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229826AbhCPLww (ORCPT ); Tue, 16 Mar 2021 07:52:52 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id B988CAE56; Tue, 16 Mar 2021 11:52:50 +0000 (UTC) Date: Tue, 16 Mar 2021 12:52:48 +0100 From: Borislav Petkov To: "Chang S. Bae" Cc: tglx@linutronix.de, mingo@kernel.org, luto@kernel.org, x86@kernel.org, len.brown@intel.com, dave.hansen@intel.com, hjl.tools@gmail.com, Dave.Martin@arm.com, jannh@google.com, mpe@ellerman.id.au, carlos@redhat.com, tony.luck@intel.com, ravi.v.shankar@intel.com, libc-alpha@sourceware.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow Message-ID: <20210316115248.GB18822@zn.tnic> References: <20210316065215.23768-1-chang.seok.bae@intel.com> <20210316065215.23768-6-chang.seok.bae@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210316065215.23768-6-chang.seok.bae@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 15, 2021 at 11:52:14PM -0700, Chang S. Bae wrote: > @@ -272,7 +275,8 @@ get_sigframe(struct k_sigaction *ka, struct pt_regs *regs, size_t frame_size, > * If we are on the alternate signal stack and would overflow it, don't. > * Return an always-bogus address instead so we will die with SIGSEGV. > */ > - if (onsigstack && !likely(on_sig_stack(sp))) > + if (onsigstack && unlikely(sp <= current->sas_ss_sp || > + sp - current->sas_ss_sp > current->sas_ss_size)) > return (void __user *)-1L; So clearly I'm missing something because trying to trigger the test case in the bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=153531 on current tip/master doesn't work. Runs with MY_MINSIGSTKSZ under 2048 fail with: tst-minsigstksz-2: sigaltstack: Cannot allocate memory and above 2048 don't overwrite bytes below the stack. So something else is missing. How did you test this patch? Thx. -- Regards/Gruss, Boris. SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG Nürnberg