Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2736603yba; Mon, 22 Apr 2019 12:01:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqxnkE1BWGoZKA7SBWCfUIMOsUiR2L/XYZ4d65kmoR9fHJ++bqhCv0uR4gDL3KVNshX09/iP X-Received: by 2002:aa7:8c13:: with SMTP id c19mr21689501pfd.225.1555959703359; Mon, 22 Apr 2019 12:01:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555959703; cv=none; d=google.com; s=arc-20160816; b=El84xsuzvhVxKNRspHySgA3KxzdVezUrpZUI9DEV6hY9CgbkD+8Z6erxjN4q7a+Xfs DDhB/nmgovQLAH/BR9x3eL1MGuO6EKAI/IAt1g2hVxJ8p4dpKFG85kViYnQRmgwXEFHO LQqF9g/Y6L6W+Xr7BQr6p7ucyhREoe6rKZOY+2GqVmPffwBLvVovxvTyQ8b2RgZpnYYq yuFY0OAGQex/w0pffeBOU0Kuy6kCm+316g+WVjXIJxdAWyqL2mtKFZ5XVAtcjC48QnZb jEezRfc1AhmCZKNNOcluHTtjC0ZBqVWsANvGVBqsPBt466wo/ZqLpY1JbJEXHD0nlRLe E5WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=TdxUBqKvjD04gvlVW2fqTrr9rgpG7ttN99ifXgy4wJ0=; b=OldgOi0Wl2MyVokP6qFYFDpkb2C4lnTQ7HPbSToIHOhr6bp5aqGnTi8nbaXKN+L9Ym 7CvxkSLv35y2wP/N2f4JpGpG+b8IYuppofuVvw1Hcym0Nu6nw+u3YYokxGGLbiST1Tfs /3F3wxuqXi2pK8dyKYH8tBx1G+5EHkViRZbRjm73VDSwW8Naznj3HNnOwmL2CIzXjMVe 1eEr2Q1ynQqY1nRK5AXtsp1HiimcWZ5m7aS7UYFN2a/jmDb5wkrOJWGrFHFiK9HEi5mY 3wKAZRxOqACEot6TOkg8cRknTHJjlLvywavG8z2T0TFP/agQX4t2ELdQ283uf07Vqzuv Nq4Q== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d10si3997279pgu.150.2019.04.22.12.01.27; Mon, 22 Apr 2019 12:01:43 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728842AbfDVS7I (ORCPT + 99 others); Mon, 22 Apr 2019 14:59:08 -0400 Received: from mga11.intel.com ([192.55.52.93]:60353 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728773AbfDVS6s (ORCPT ); Mon, 22 Apr 2019 14:58:48 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Apr 2019 11:58:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,382,1549958400"; d="scan'208";a="136417185" Received: from linksys13920.jf.intel.com (HELO rpedgeco-DESK5.jf.intel.com) ([10.54.75.11]) by orsmga008.jf.intel.com with ESMTP; 22 Apr 2019 11:58:42 -0700 From: Rick Edgecombe To: Borislav Petkov , Andy Lutomirski , Ingo Molnar Cc: linux-kernel@vger.kernel.org, x86@kernel.org, hpa@zytor.com, Thomas Gleixner , Nadav Amit , Dave Hansen , Peter Zijlstra , linux_dti@icloud.com, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org, akpm@linux-foundation.org, kernel-hardening@lists.openwall.com, linux-mm@kvack.org, will.deacon@arm.com, ard.biesheuvel@linaro.org, kristen@linux.intel.com, deneen.t.dock@intel.com, Nadav Amit , Daniel Borkmann , Alexei Starovoitov , Rick Edgecombe Subject: [PATCH v4 23/23] bpf: Fail bpf_probe_write_user() while mm is switched Date: Mon, 22 Apr 2019 11:58:05 -0700 Message-Id: <20190422185805.1169-24-rick.p.edgecombe@intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190422185805.1169-1-rick.p.edgecombe@intel.com> References: <20190422185805.1169-1-rick.p.edgecombe@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nadav Amit When using a temporary mm, bpf_probe_write_user() should not be able to write to user memory, since user memory addresses may be used to map kernel memory. Detect these cases and fail bpf_probe_write_user() in such cases. Cc: Daniel Borkmann Cc: Alexei Starovoitov Reported-by: Jann Horn Suggested-by: Jann Horn Signed-off-by: Nadav Amit Signed-off-by: Rick Edgecombe --- kernel/trace/bpf_trace.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/kernel/trace/bpf_trace.c b/kernel/trace/bpf_trace.c index d64c00afceb5..94b0e37d90ef 100644 --- a/kernel/trace/bpf_trace.c +++ b/kernel/trace/bpf_trace.c @@ -14,6 +14,8 @@ #include #include +#include + #include "trace_probe.h" #include "trace.h" @@ -163,6 +165,10 @@ BPF_CALL_3(bpf_probe_write_user, void *, unsafe_ptr, const void *, src, * access_ok() should prevent writing to non-user memory, but in * some situations (nommu, temporary switch, etc) access_ok() does * not provide enough validation, hence the check on KERNEL_DS. + * + * nmi_uaccess_okay() ensures the probe is not run in an interim + * state, when the task or mm are switched. This is specifically + * required to prevent the use of temporary mm. */ if (unlikely(in_interrupt() || @@ -170,6 +176,8 @@ BPF_CALL_3(bpf_probe_write_user, void *, unsafe_ptr, const void *, src, return -EPERM; if (unlikely(uaccess_kernel())) return -EPERM; + if (unlikely(!nmi_uaccess_okay())) + return -EPERM; if (!access_ok(unsafe_ptr, size)) return -EPERM; -- 2.17.1