From patchwork Tue Jan 9 20:56:02 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Kees Cook X-Patchwork-Id: 10153421 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 49AA460223 for ; Tue, 9 Jan 2018 21:04:10 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 407412040D for ; Tue, 9 Jan 2018 21:04:10 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 33F02204C4; Tue, 9 Jan 2018 21:04:10 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_MED,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by mail.wl.linuxfoundation.org (Postfix) with SMTP id 48E802040D for ; Tue, 9 Jan 2018 21:04:09 +0000 (UTC) Received: (qmail 10027 invoked by uid 550); 9 Jan 2018 20:57:48 -0000 Mailing-List: contact kernel-hardening-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Delivered-To: mailing list kernel-hardening@lists.openwall.com Received: (qmail 9374 invoked from network); 9 Jan 2018 20:57:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=8qTxpXzy0LmGyvde25ZLpEMcEHuJnukJthDsJQWjpv8=; b=YiohC9dCJJhHO3mc/150gc8Kor4OGyrRQ0D8k+h9omrnP2elwiMd8WfJDLqpcAC0HC En4ML7XqRPAI6urp9Zjqbjw5Sxyx85kqOYbfHiron8++ML1JZ9BVB2r7HUFcYq1+eTlZ Qld4gUh0jF/7Q/ZB6VgYBsu/Xe2VLFKk6EJbE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=8qTxpXzy0LmGyvde25ZLpEMcEHuJnukJthDsJQWjpv8=; b=Gddevm5XteAdHXh+M5+CpvYoD7205sIwQPg7ZDgj+ClID7muNDEkECoSWSnEnyePMB OTClVDikdD/F0HPemJwAiS+oaM0w67USkAavhl5W0yvuVe3eo3AK8Y9t+BkuEGjqpKTV sZCFtUzyi/GzhLt0ahILToJZGsZSCjNM/Lsgb3lloE2xgTQrH+914mSss3yMCFEjBKjR j5aJ0Qcqrz0MmsuDcfz2+L7qKkuOLZmL5it9ZLDU0QP3wp+MQVVZm2+ewchwAafsGXA/ GRQUSS2h+jaqgbp3nDhMY2oZK5dgRUAd5eav+l8+iwR15ujIVuFgSa+bLJmPtRZG6V65 Segw== X-Gm-Message-State: AKGB3mKF8PRmKZTzNw1Lbxq1IZgPTU0aPapbuEcgjB76UZuaI+APWTLL kq7mOParY2ekEvF5AxtWpP1Mbg== X-Google-Smtp-Source: ACJfBov3CAcDnV7zse1okzv+VNm/EgpL2EYlb/34LL06XceR29DRip32e8Upz7BU4UOO20UjNrA3JQ== X-Received: by 10.101.97.176 with SMTP id i16mr12861960pgv.180.1515531433584; Tue, 09 Jan 2018 12:57:13 -0800 (PST) From: Kees Cook To: linux-kernel@vger.kernel.org Cc: Kees Cook , Paolo Bonzini , kernel-hardening@lists.openwall.com, =?UTF-8?q?Radim=20Kr=C4=8Dm=C3=A1=C5=99?= , Linus Torvalds , David Windsor , Alexander Viro , Andrew Morton , Andy Lutomirski , Christoph Hellwig , Christoph Lameter , "David S. Miller" , Laura Abbott , Mark Rutland , "Martin K. Petersen" , Christian Borntraeger , Christoffer Dall , Dave Kleikamp , Jan Kara , Luis de Bethencourt , Marc Zyngier , Rik van Riel , Matthew Garrett , linux-fsdevel@vger.kernel.org, linux-arch@vger.kernel.org, netdev@vger.kernel.org, linux-mm@kvack.org Date: Tue, 9 Jan 2018 12:56:02 -0800 Message-Id: <1515531365-37423-34-git-send-email-keescook@chromium.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1515531365-37423-1-git-send-email-keescook@chromium.org> References: <1515531365-37423-1-git-send-email-keescook@chromium.org> MIME-Version: 1.0 Subject: [kernel-hardening] [PATCH 33/36] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl X-Virus-Scanned: ClamAV using ClamSMTP From: Paolo Bonzini This ioctl is obsolete (it was used by Xenner as far as I know) but still let's not break it gratuitously... Its handler is copying directly into struct kvm. Go through a bounce buffer instead, with the added benefit that we can actually do something useful with the flags argument---the previous code was exiting with -EINVAL but still doing the copy. This technically is a userspace ABI breakage, but since no one should be using the ioctl, it's a good occasion to see if someone actually complains. Cc: kernel-hardening@lists.openwall.com Cc: Kees Cook Cc: Radim Krčmář Signed-off-by: Paolo Bonzini Signed-off-by: Kees Cook --- arch/x86/kvm/x86.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index eee8e7faf1af..6c16461e3a86 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -4238,13 +4238,14 @@ long kvm_arch_vm_ioctl(struct file *filp, mutex_unlock(&kvm->lock); break; case KVM_XEN_HVM_CONFIG: { + struct kvm_xen_hvm_config xhc; r = -EFAULT; - if (copy_from_user(&kvm->arch.xen_hvm_config, argp, - sizeof(struct kvm_xen_hvm_config))) + if (copy_from_user(&xhc, argp, sizeof(xhc))) goto out; r = -EINVAL; - if (kvm->arch.xen_hvm_config.flags) + if (xhc.flags) goto out; + memcpy(&kvm->arch.xen_hvm_config, &xhc, sizeof(xhc)); r = 0; break; }