Received: by 10.223.176.5 with SMTP id f5csp3925695wra; Mon, 29 Jan 2018 22:44:33 -0800 (PST) X-Google-Smtp-Source: AH8x225jIB6++cT9BtbK4YX8+jekMGQKe6oVDW46CcySp3N6BGjCgh89Ux8M3EtBNwBkUhNFgMqf X-Received: by 10.99.97.131 with SMTP id v125mr22928985pgb.138.1517294672936; Mon, 29 Jan 2018 22:44:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517294672; cv=none; d=google.com; s=arc-20160816; b=LNyRSdyogePLStdM2THoa/utbYgf2ObjOIYaVwlnyiUs7M25tfqzH1jHWwur/s9whw +DwsQANwxivxIPVz7PrrES3JR3DBkodVWEvMDh82fCb0G+kmWWJnXkgq1456ZbZLDleJ SbOloSFVvj2e+V0uqh6mnLJL/cudq3/O7ntLi3Mm/mpU6N1sBu56RR3EYDCv+JFi8HYV kGxE4VtWrdZhY0uNeAY1bhnzlqIl4LLKZu8dNPMtctZ2GYNp8RtTuLccuXiQccPP3bG/ GDHSpKNXySq4GR5+A4f8zO820rn4XhWTlCO1yHD36V42gtbMlyY61V2f7KvABp1aN/8R b/Dg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=iG3f5dfJYHxntmLfij61QJwgQh//rgV6UKsCwXZHqX8=; b=wD1VyPsQX7SLaQxJsDnGqvlZuk9yvkyY6C2kAhJbTMZpJjnHSnSDu5jEDNC29WTw3j YSxNrRpk/Ofy/TS1S4vRKZ1JnnS0nXhlIqq9ezuqOeVDMHhrCUR/G4mnHOt0Q216mU17 sPnJHy65092r0C7i3O9U0VOX5OoH4dYfbn4Hm5yxPaIwHQbi4py1nfznZ87QMixwS90S 4hBQY37FQe1NwLL+T9DpEmHja4UgUi7RzlWSd5a53SJidU6An3AU0ZcdEKp6VsPy6ELJ +pgn/GJA2/8TN6CQz1iQd31RjW4F6saOtbpGWgRhJyS+yq2Dfc7RkMiEAH+BtejE329Q JT/A== 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=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o12si8713284pgq.9.2018.01.29.22.44.18; Mon, 29 Jan 2018 22:44:32 -0800 (PST) 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=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751600AbeA3GnX (ORCPT + 99 others); Tue, 30 Jan 2018 01:43:23 -0500 Received: from out30-130.freemail.mail.aliyun.com ([115.124.30.130]:46890 "EHLO out30-130.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751510AbeA3GnW (ORCPT ); Tue, 30 Jan 2018 01:43:22 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R391e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01422;MF=zhang.jia@linux.alibaba.com;NM=1;PH=DS;RN=6;SR=0;TI=SMTPD_---0SxLwH-Q_1517294580; Received: from localhost(mailfrom:zhang.jia@linux.alibaba.com fp:106.11.233.54) by smtp.aliyun-inc.com(127.0.0.1); Tue, 30 Jan 2018 14:43:01 +0800 From: Jia Zhang To: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Jia Zhang Subject: [PATCH 1/2] /proc/kcore: Fix SMAP violation when dumping vsyscall user page Date: Tue, 30 Jan 2018 14:42:58 +0800 Message-Id: <1517294579-117473-1-git-send-email-zhang.jia@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The commit df04abfd181a ("fs/proc/kcore.c: Add bounce buffer for ktext data") introduces a bounce buffer to work around CONFIG_HARDENED_USERCOPY=y. However, accessing vsyscall user page will cause SMAP violation in this way. In order to fix this issue, simply replace memcpy() with copy_from_user() may work, but using a common way to handle this sort of user page may be useful for future. Currently, only vsyscall page requires KCORE_USER. Signed-off-by: Jia Zhang --- arch/x86/mm/init_64.c | 2 +- fs/proc/kcore.c | 4 ++++ include/linux/kcore.h | 1 + 3 files changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c index 4a83728..dab78f6 100644 --- a/arch/x86/mm/init_64.c +++ b/arch/x86/mm/init_64.c @@ -1187,7 +1187,7 @@ void __init mem_init(void) /* Register memory areas for /proc/kcore */ kclist_add(&kcore_vsyscall, (void *)VSYSCALL_ADDR, - PAGE_SIZE, KCORE_OTHER); + PAGE_SIZE, KCORE_USER); mem_init_print_info(NULL); } diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c index 4bc85cb..e4b0204 100644 --- a/fs/proc/kcore.c +++ b/fs/proc/kcore.c @@ -510,6 +510,10 @@ static void elf_kcore_store_hdr(char *bufp, int nphdr, int dataoff) /* we have to zero-fill user buffer even if no read */ if (copy_to_user(buffer, buf, tsz)) return -EFAULT; + } else if (m->type == KCORE_USER) { + /* user page is handled prior to normal kernel page */ + if (copy_to_user(buffer, (char *)start, tsz)) + return -EFAULT; } else { if (kern_addr_valid(start)) { unsigned long n; diff --git a/include/linux/kcore.h b/include/linux/kcore.h index 7ff25a8..80db19d 100644 --- a/include/linux/kcore.h +++ b/include/linux/kcore.h @@ -10,6 +10,7 @@ enum kcore_type { KCORE_VMALLOC, KCORE_RAM, KCORE_VMEMMAP, + KCORE_USER, KCORE_OTHER, }; -- 1.8.3.1