Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp3046988pxy; Mon, 3 May 2021 13:54:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw7IwwzQNWm6TmCCm619N8Pt6MUSnVCVqxqpd+oiEFzzFdsq0j8nhDp6PscVJdnDKEUD6Uc X-Received: by 2002:a17:902:9893:b029:ee:e8a8:688c with SMTP id s19-20020a1709029893b02900eee8a8688cmr1676049plp.84.1620075244681; Mon, 03 May 2021 13:54:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620075244; cv=none; d=google.com; s=arc-20160816; b=bKAQXfMUHl1rVyTLA5jwylqjrrT5DpIsDkl+f0RnX48qakSA8x1ABCa2DE++pWweE5 DqnjF/KlQ2Vxe6oBvnT6B4ZXWWDNAa79Ao6UaTLUC9oFwimPGpH8abig6CZSeTa77dSo pXPObYk1wgRrefADLJGyHQ9gvbUCFZp/va1qhw2/xUb8KMkv2yutm7XNnC8yvd22et+l V5oPLbshD9S1dn35UQqbzmUMft6OdLpVnjg9JQXNmOe4NAQ0cBLYnLiw7L9+3pLFy/hp 2T6qheI5uQfwvZe7cmgISztkRuHgt99ObELf7xAu49xLze0ZOI8hYR3JiLkuKpRQcDiJ GvBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=HG2iNPS4vD6GrbqrBfY2VORMzd+kD2GBhkRPz7mriA8=; b=r5EfGLNcaw1meRC0D+1aR4kTDDoIRFwTaix77rMAeLYnhzmw+vEsdoP1fdpXiWnOI0 XGYcsxmqVxVQjWJ2LKrRNssaU8CMM20ZmqrJt7H1HSW+ihAQSYqb22XvHxU5RyvzHT32 j7XFV+dunoGuc2W4keQImyQfqgjf0A/8mZYFPM90ve+DN6Kjvmyhoxu9o5/NkRu9fX1c aAm1sskJZ1iJj5eBFTAruyzHsJTRGDikDPWaONFA4tUCj0BcFYCzZZxqa6tKbe3YrXCj kO88kIhT2Yd/rAqlfudZuLC2mkNf8xQhZDVUeoeiLwscfY9YHZ/Z6RRv2X+4tkuQdZPd KmiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=n2ftQwm8; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x4si846166plo.223.2021.05.03.13.53.51; Mon, 03 May 2021 13:54:04 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=n2ftQwm8; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229672AbhECUyJ (ORCPT + 99 others); Mon, 3 May 2021 16:54:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229577AbhECUyH (ORCPT ); Mon, 3 May 2021 16:54:07 -0400 Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A396C06174A for ; Mon, 3 May 2021 13:53:14 -0700 (PDT) Received: by mail-pf1-x42d.google.com with SMTP id v191so5184737pfc.8 for ; Mon, 03 May 2021 13:53:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=HG2iNPS4vD6GrbqrBfY2VORMzd+kD2GBhkRPz7mriA8=; b=n2ftQwm8noxgljSPL4wW5Y3SCTg7vd3R4Vy7KhuNmyKgm3rffGmKYAZHVOqlUp/Ary STPerdv+arJoa+ql79CrWotvXvy2wY/r7yQdYW7+b+WAFHe621SSDOFwnXBPx0HIO6bU D5/8di/nCu32y9NFL/tasW5xRLrMDw5tLP81BEwLjInJ2sD+BAKP17UeOpg0pih1j8gU ybsslREp0Fqrxstt2SIxjvo2nXSD26MW2fFH3XWNqmmAJhjrXUi4QVICj8l3sOdi3UIb waJPUX2VhYTdTxppxyToFNeo4cXrfxoAYvgNCDK3ItobxIl62P/fGelG2hGY8fWdYsFM x2kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=HG2iNPS4vD6GrbqrBfY2VORMzd+kD2GBhkRPz7mriA8=; b=om+84tmDDh7IcS6c7y4aiizm5hrhpBPfARYsD/gDHjTS80ois4/Ykfty34HDDP1iWh A0S6xsfoED1nbgygRKQbADsbuXqxwwHKoLSdg0AFR7vVAJD/xWs+V2hk4GGtBsSTkL0r cTdZAoJTjFm3WZSPpbmfO7jptacJ3g4qZ5uG9nWpP6XQ5nsN0Kj+2xFdZUSzMU72kbCY jwjAs2ekzeBMSZQaZLoPo/HzQZoJZMB61pGODJo9FXZT/4tLj1HtdjFTTBoAm+g8Zww7 yp5lrePU2eQc7BSofdVGSpTGjuIACc0w0cgM5p3xnDJ0zeqv+PRZ2JU+WUqMwkLs7Fm1 YJqA== X-Gm-Message-State: AOAM533gEdj0EobL+123Ha8x0xRfME7qE42YVnVw72QrWKfsduVqSvGb xCD8MSnA3SZtrSzU1NlaJqXrIA== X-Received: by 2002:a05:6a00:c8:b029:260:f25a:f2ef with SMTP id e8-20020a056a0000c8b0290260f25af2efmr20322820pfj.78.1620075193504; Mon, 03 May 2021 13:53:13 -0700 (PDT) Received: from google.com (240.111.247.35.bc.googleusercontent.com. [35.247.111.240]) by smtp.gmail.com with ESMTPSA id g8sm9749944pfo.85.2021.05.03.13.53.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 May 2021 13:53:12 -0700 (PDT) Date: Mon, 3 May 2021 20:53:09 +0000 From: Sean Christopherson To: Siddharth Chandrasekaran Cc: Paolo Bonzini , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] KVM: x86: Hoist input checks in kvm_add_msr_filter() Message-ID: References: <20210503122111.13775-1-sidcha@amazon.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210503122111.13775-1-sidcha@amazon.de> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 03, 2021, Siddharth Chandrasekaran wrote: > In ioctl KVM_X86_SET_MSR_FILTER, input from user space is validated > after a memdup_user(). For invalid inputs we'd memdup and then call > kfree unnecessarily. Hoist input validation to avoid kfree altogether. > > Signed-off-by: Siddharth Chandrasekaran > --- > arch/x86/kvm/x86.c | 21 ++++++--------------- > 1 file changed, 6 insertions(+), 15 deletions(-) > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index ee0dc58ac3a5..15c20b31cc91 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -5393,11 +5393,16 @@ static int kvm_add_msr_filter(struct kvm_x86_msr_filter *msr_filter, > struct msr_bitmap_range range; > unsigned long *bitmap = NULL; > size_t bitmap_size; > - int r; > > if (!user_range->nmsrs) > return 0; > > + if (user_range->flags & ~(KVM_MSR_FILTER_READ | KVM_MSR_FILTER_WRITE)) > + return -EINVAL; > + > + if (!user_range->flags) > + return -EINVAL; > + > bitmap_size = BITS_TO_LONGS(user_range->nmsrs) * sizeof(long); > if (!bitmap_size || bitmap_size > KVM_MSR_FILTER_MAX_BITMAP_SIZE) > return -EINVAL; > @@ -5413,24 +5418,10 @@ static int kvm_add_msr_filter(struct kvm_x86_msr_filter *msr_filter, > .bitmap = bitmap, > }; > > - if (range.flags & ~(KVM_MSR_FILTER_READ | KVM_MSR_FILTER_WRITE)) { > - r = -EINVAL; > - goto err; > - } > - > - if (!range.flags) { > - r = -EINVAL; > - goto err; > - } > - > - /* Everything ok, add this range identifier. */ > msr_filter->ranges[msr_filter->count] = range; Might be worth elminating the intermediate "range", too. Doesn't affect output, but it would make it a little more obvious that the new range is mostly coming straight from userspace input. E.g. msr_filter->ranges[msr_filter->count] = (struct msr_bitmap_range) { .flags = user_range->flags, .base = user_range->base, .nmsrs = user_range->nmsrs, .bitmap = bitmap, }; Either way: Reviewed-by: Sean Christopherson > msr_filter->count++; > > return 0; > -err: > - kfree(bitmap); > - return r; > } > > static int kvm_vm_ioctl_set_msr_filter(struct kvm *kvm, void __user *argp) > --