Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1404863ybe; Thu, 5 Sep 2019 15:11:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwy+G160puix9i1fBl1X888KfZz+nF0eAgdWvOn1i7kvhmk/3QoZOErJmhAHVMxzdY7tLud X-Received: by 2002:a17:902:5c3:: with SMTP id f61mr5583180plf.98.1567721484317; Thu, 05 Sep 2019 15:11:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567721484; cv=none; d=google.com; s=arc-20160816; b=Z7RjLHIwv88CABfRhWdSGnkxzMmZjEaXLV78FfGjuSWQ4gcyJ0ggL3g6CrQJzjEzlf ULwgiSUtdnDxcwLPSHJSo1/1sd1VVcY7r87K0KZyuNZK86X9wfvTgZsJjCtSu6HifwTS CDCQuo8NScIovFlNIlHFn1xiOBa211YZs5ydnJ1SFnRLN39WSTbJly9w1lvcuRur8/AE QnOkokjNyWfaLTI78i+LosvEY73FpJy9x+xq90K2Dn5qUqSK/CZ3A9KccSwxGIKYtU45 IecijeKaCO1Ua34hXyK5BAUaJSexMlpQQAyJ9GV1AtArBAauUcsqs0vLR0Qr8QyjqZjS 7Awg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mvWHqfUcnCnsSTrXYKhN/bVeGJOHidWOcr0/Qns4Dk0=; b=cN3pfl72bO8AaGMW2YlksjSdgP1q+35Xg9lCd3EAdDMOhFreEHznPpN7iqc1Y+1jfU W8CQpVCw+mnUCzaHIeML96YYb3i6pkd7Lih2FnwgjV1mtqNmygzY4YZbYroc4eWHPEye uXrLC7ssNnaHosI1ab2WtdTtRhJPE2w/EQwsrzJeCg6EpnoagfNkcRxB+mQXf0aKIfYK tjgpbd2R6Gsk6AgylOpxmBLDzoVCjMTd3lS9xy7R2UQIb70BILjvW1CFEXOfnKY/H7mK m27XynUbtnfuGXIDHk9mIB4+ONJdafClO/OsU6ZrVRZbLxY+Io/HPZUa10ny2Y4yJI2k nwhA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c18si2892196pgp.25.2019.09.05.15.11.06; Thu, 05 Sep 2019 15:11:24 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2403857AbfIESIZ (ORCPT + 99 others); Thu, 5 Sep 2019 14:08:25 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:39314 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726097AbfIESIY (ORCPT ); Thu, 5 Sep 2019 14:08:24 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.1 #3 (Red Hat Linux)) id 1i5wAg-000437-LE; Thu, 05 Sep 2019 18:07:51 +0000 Date: Thu, 5 Sep 2019 19:07:50 +0100 From: Al Viro To: Aleksa Sarai Cc: Jeff Layton , "J. Bruce Fields" , Arnd Bergmann , David Howells , Shuah Khan , Shuah Khan , Ingo Molnar , Peter Zijlstra , Christian Brauner , Rasmus Villemoes , Eric Biederman , Andy Lutomirski , Andrew Morton , Alexei Starovoitov , Kees Cook , Jann Horn , Tycho Andersen , David Drysdale , Chanho Min , Oleg Nesterov , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Aleksa Sarai , Linus Torvalds , containers@lists.linux-foundation.org, linux-alpha@vger.kernel.org, linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, linux-xtensa@linux-xtensa.org, sparclinux@vger.kernel.org Subject: Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers Message-ID: <20190905180750.GQ1131@ZenIV.linux.org.uk> References: <20190904201933.10736-1-cyphar@cyphar.com> <20190904201933.10736-2-cyphar@cyphar.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190904201933.10736-2-cyphar@cyphar.com> User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 05, 2019 at 06:19:22AM +1000, Aleksa Sarai wrote: > +/* > + * "memset(p, 0, size)" but for user space buffers. Caller must have already > + * checked access_ok(p, size). > + */ > +static int __memzero_user(void __user *p, size_t s) > +{ > + const char zeros[BUFFER_SIZE] = {}; > + while (s > 0) { > + size_t n = min(s, sizeof(zeros)); > + > + if (__copy_to_user(p, zeros, n)) > + return -EFAULT; > + > + p += n; > + s -= n; > + } > + return 0; > +} That's called clear_user(). > +int copy_struct_to_user(void __user *dst, size_t usize, > + const void *src, size_t ksize) > +{ > + size_t size = min(ksize, usize); > + size_t rest = abs(ksize - usize); > + > + if (unlikely(usize > PAGE_SIZE)) > + return -EFAULT; Why? > + } else if (usize > ksize) { > + if (__memzero_user(dst + size, rest)) > + return -EFAULT; > + } > + /* Copy the interoperable parts of the struct. */ > + if (__copy_to_user(dst, src, size)) > + return -EFAULT; Why not simply clear_user() and copy_to_user()? > +int copy_struct_from_user(void *dst, size_t ksize, > + const void __user *src, size_t usize) > +{ > + size_t size = min(ksize, usize); > + size_t rest = abs(ksize - usize); Cute, but... you would be just as well without that 'rest' thing. > + > + if (unlikely(usize > PAGE_SIZE)) > + return -EFAULT; Again, why? > + if (unlikely(!access_ok(src, usize))) > + return -EFAULT; Why not simply copy_from_user() here? > + /* Deal with trailing bytes. */ > + if (usize < ksize) > + memset(dst + size, 0, rest); > + else if (usize > ksize) { > + const void __user *addr = src + size; > + char buffer[BUFFER_SIZE] = {}; > + > + while (rest > 0) { > + size_t bufsize = min(rest, sizeof(buffer)); > + > + if (__copy_from_user(buffer, addr, bufsize)) > + return -EFAULT; > + if (memchr_inv(buffer, 0, bufsize)) > + return -E2BIG; Frankly, that looks like a candidate for is_all_zeroes_user(). With the loop like above serving as a dumb default. And on badly alighed address it _will_ be dumb. Probably too much so - something like if ((unsigned long)addr & 1) { u8 v; if (get_user(v, (__u8 __user *)addr)) return -EFAULT; if (v) return -E2BIG; addr++; } if ((unsigned long)addr & 2) { u16 v; if (get_user(v, (__u16 __user *)addr)) return -EFAULT; if (v) return -E2BIG; addr +=2; } if ((unsigned long)addr & 4) { u32 v; if (get_user(v, (__u32 __user *)addr)) return -EFAULT; if (v) return -E2BIG; } would be saner, and things like x86 could trivially add an asm variant - it's not hard. Incidentally, memchr_inv() is an overkill in this case...