Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp779660ybj; Tue, 5 May 2020 07:26:56 -0700 (PDT) X-Google-Smtp-Source: APiQypLz9pfYhZwd1tBzCG4UgSQaTWg7lxgHjLOyr0NefSpKppXufJaqEqNKVsgs81E4REotktt+ X-Received: by 2002:aa7:c5cf:: with SMTP id h15mr2953344eds.213.1588688815891; Tue, 05 May 2020 07:26:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588688815; cv=none; d=google.com; s=arc-20160816; b=y7BgrlJYzP78VlJi+JWIosW5YbFGS6ZTwWCwG/W6/GCw2fgz/hThQa4BjKXVG5C4oj 0E9r/ZmtiHEcQ5RUXKQDyh3yQJVfg5D/4H3oCuHliFaN+eogosddgedrSpz0cMBJnGzR xII5wSnrAjmYXTN10GImlJ5Odu8C9enZvUzPcpQ11BggwzctOcZokhkZmNEAknWq3PAY Lt9/M9c+sJ+D5J100CIPMU0CaMGjghBKkn0VW21phgPozl67KyruXSKdu3d+9DcfNW4z SY1ru4p7bbeInGGJmyB4PFCcvk3CW+I1UEDLi8mSaa0uHntt+jFavMmCFyMhW+EEQGhs 7LHQ== 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 :references:subject:cc:to:from:date:user-agent:message-id; bh=UTzBKR6k9NyWhxewRxa6YlM/qm1wUnQY+UfSlwNUO6Q=; b=hRk+kq9QcPtXqb18voVGOyZKdGZ++O4nT8PDiEsgC1caHB+A/+PQFYaLJki1UdgefD n9PwPVvsRJSjvicd20tFVo5smMhIKkWocSP5iVR++y0ZkzILFBL71EtAs2aeHzWs/+6J Sb7XakDNpgL0F19bvplTnYAyikkK6uD9SOC1C8EXY2iAVm8GrbZyM2i0d29N/JMgFYtV PfQxK5d/lk+qb2fnCLTGw33vNZ3PHS6F5CXiD2DGU8qk+2XPJbjW89J/Tg3s/0Ih7Cx6 mUg4wwff8euAwfnqbm7zUM7pjD7Jl/JLHLyLBbTsJWLX6gHZrsXI7SHCSqEby6ZfDGDi 6A5g== 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 d8si1327406edq.328.2020.05.05.07.26.31; Tue, 05 May 2020 07:26:55 -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 S1729387AbgEEONt (ORCPT + 99 others); Tue, 5 May 2020 10:13:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48520 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1729332AbgEEONr (ORCPT ); Tue, 5 May 2020 10:13:47 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03E32C061BD3 for ; Tue, 5 May 2020 07:13:47 -0700 (PDT) Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jVyJw-0000Hb-KI; Tue, 05 May 2020 16:13:16 +0200 Received: from nanos.tec.linutronix.de (localhost [IPv6:::1]) by nanos.tec.linutronix.de (Postfix) with ESMTP id 22E8DFFC8D; Tue, 5 May 2020 16:13:16 +0200 (CEST) Message-Id: <20200505134058.272448010@linutronix.de> User-Agent: quilt/0.65 Date: Tue, 05 May 2020 15:16:04 +0200 From: Thomas Gleixner To: LKML Cc: x86@kernel.org, "Paul E. McKenney" , Andy Lutomirski , Alexandre Chartre , Frederic Weisbecker , Paolo Bonzini , Sean Christopherson , Masami Hiramatsu , Petr Mladek , Steven Rostedt , Joel Fernandes , Boris Ostrovsky , Juergen Gross , Brian Gerst , Mathieu Desnoyers , Josh Poimboeuf , Will Deacon , "Peter Zijlstra (Intel)" Subject: [patch V4 part 1 02/36] x86/hw_breakpoint: Prevent data breakpoints on cpu_entry_area References: <20200505131602.633487962@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-transfer-encoding: 8-bit X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Andy Lutomirski A data breakpoint near the top of an IST stack will cause unresoverable recursion. A data breakpoint on the GDT, IDT, or TSS is terrifying. Prevent either of these from happening. Co-developed-by: Peter Zijlstra Signed-off-by: Andy Lutomirski Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Thomas Gleixner --- arch/x86/kernel/hw_breakpoint.c | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) --- a/arch/x86/kernel/hw_breakpoint.c +++ b/arch/x86/kernel/hw_breakpoint.c @@ -227,10 +227,35 @@ int arch_check_bp_in_kernelspace(struct return (va >= TASK_SIZE_MAX) || ((va + len - 1) >= TASK_SIZE_MAX); } +/* + * Checks whether the range from addr to end, inclusive, overlaps the CPU + * entry area range. + */ +static inline bool within_cpu_entry_area(unsigned long addr, unsigned long end) +{ + return end >= CPU_ENTRY_AREA_PER_CPU && + addr < (CPU_ENTRY_AREA_PER_CPU + CPU_ENTRY_AREA_TOTAL_SIZE); +} + static int arch_build_bp_info(struct perf_event *bp, const struct perf_event_attr *attr, struct arch_hw_breakpoint *hw) { + unsigned long bp_end; + + bp_end = attr->bp_addr + attr->bp_len - 1; + if (bp_end < attr->bp_addr) + return -EINVAL; + + /* + * Prevent any breakpoint of any type that overlaps the + * cpu_entry_area. This protects the IST stacks and also + * reduces the chance that we ever find out what happens if + * there's a data breakpoint on the GDT, IDT, or TSS. + */ + if (within_cpu_entry_area(attr->bp_addr, bp_end)) + return -EINVAL; + hw->address = attr->bp_addr; hw->mask = 0;