Received: by 10.223.185.116 with SMTP id b49csp2396432wrg; Mon, 12 Feb 2018 08:55:03 -0800 (PST) X-Google-Smtp-Source: AH8x226DUL5EGYe8nQ1cnmShuQrT9DuRXHOvkn1nOpmnc4FfUj3OJzqiWmjqAJ4bUHR9dhNQL5Pl X-Received: by 10.99.123.12 with SMTP id w12mr1691040pgc.405.1518454503643; Mon, 12 Feb 2018 08:55:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518454503; cv=none; d=google.com; s=arc-20160816; b=r0G43luJ0R7aZ5Ns4ycg+S1x8drYTPy4aLr2JlZ8vMsyl114LLUH9jJg90Rc/UGskY 6CTP9xgO+n9BptHgud0R2BoiOD0lnUYEM8YZ7PcLuLgid9/XnRV7DrdmLlJHXoD5uE6Y +NWvOLTF3FHeW9IA4UdBaEyx5Wm5XUE6VoDuFZitudyijP241SA0IiTSyqozb1v3QTSW rAEqqTfWh1rCPPdQjleH+6F7OMYF5EgiaLw4ryPlGIUr/sLX+diEjZ2tOaroK9fEvvna 5wyrlYIESrqfiu8BL28DuIaY3Jm9pPMiU/nVVtBUTDS2aYITbXfjai/OYL6hYCeNOZ0u h91Q== 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:arc-authentication-results; bh=OUfhgLODNyA93fpnBjQ9BWSqKIue86jmusL+qFD3HTg=; b=YUKzsHwqaYCmg4t5nUp3TDnP857rxToV/Mv48LpXpNm6oFQWblyt20aicbqV7+I8i/ Wm4G0Ouh1T0X7qXNCJVpz7zvpTeitIUQyr+Xyn5neQqHnESnm6eFANk8rEDJM6lus7W8 R4ue+/WzKXpO1qS//fpXqB/AQoFjXUV4H9J1y9F3dSK/Ptrxbtzi6mMg6bd729z7q3qt 6Z5JwXiZdmwknNGXj2ugv2eJW7bMS1jyTjczK5c1qXRX9BJ1zEWJsWx0VCaqoescBy7A TWXGNx46oV4rw2mxNwFusuS7NE3GiD8NJ0lv1MYQhTY0mQgRIXUV0MhY4Fv9ufTlS3mx O6UQ== 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 f76si4511414pff.16.2018.02.12.08.54.49; Mon, 12 Feb 2018 08:55:03 -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 S936035AbeBLOpQ (ORCPT + 99 others); Mon, 12 Feb 2018 09:45:16 -0500 Received: from out30-132.freemail.mail.aliyun.com ([115.124.30.132]:46633 "EHLO out30-132.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754451AbeBLOpE (ORCPT ); Mon, 12 Feb 2018 09:45:04 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R151e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04452;MF=zhang.jia@linux.alibaba.com;NM=1;PH=DS;RN=6;SR=0;TI=SMTPD_---0Sy3mxO._1518446695; Received: from localhost(mailfrom:zhang.jia@linux.alibaba.com fp:106.11.233.6) by smtp.aliyun-inc.com(127.0.0.1); Mon, 12 Feb 2018 22:44:55 +0800 From: Jia Zhang To: tglx@linutronix.de, jolsa@redhat.com, mingo@redhat.com, hpa@zytor.com Cc: x86@kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 1/2] /proc/kcore: Fix SMAP violation when dumping vsyscall user page Date: Mon, 12 Feb 2018 22:44:53 +0800 Message-Id: <1518446694-21124-2-git-send-email-zhang.jia@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1518446694-21124-1-git-send-email-zhang.jia@linux.alibaba.com> References: <1518446694-21124-1-git-send-email-zhang.jia@linux.alibaba.com> 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 Reviewed-by: Jiri Olsa --- 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 1ab42c8..14cd7f8 100644 --- a/arch/x86/mm/init_64.c +++ b/arch/x86/mm/init_64.c @@ -1194,7 +1194,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 e8a93bc..7d8fa05 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)) { /* 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