Linux-Fsdevel Archive on lore.kernel.org help / color / mirror / Atom feed
From: Kees Cook <keescook@chromium.org> To: Eric Biggers <ebiggers3@gmail.com> Cc: "linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>, Alexander Viro <viro@zeniv.linux.org.uk>, Joe Lawrence <joe.lawrence@redhat.com>, Michael Kerrisk <mtk.manpages@gmail.com>, Willy Tarreau <w@1wt.eu>, Mikulas Patocka <mpatocka@redhat.com>, "Luis R . Rodriguez" <mcgrof@kernel.org>, LKML <linux-kernel@vger.kernel.org>, Eric Biggers <ebiggers@google.com> Subject: Re: [PATCH 1/7] pipe, sysctl: drop 'min' parameter from pipe-max-size converter Date: Tue, 9 Jan 2018 14:20:45 -0800 [thread overview] Message-ID: <CAGXu5jKhOOpRctQ_7NMQ0Hv9rxeZ-iVpw4ERUEgFshZpj4j_XQ@mail.gmail.com> (raw) In-Reply-To: <20180108053542.6472-2-ebiggers3@gmail.com> On Sun, Jan 7, 2018 at 9:35 PM, Eric Biggers <ebiggers3@gmail.com> wrote: > From: Eric Biggers <ebiggers@google.com> > > Before validating the given value against pipe_min_size, > do_proc_dopipe_max_size_conv() calls round_pipe_size(), which rounds the > value up to pipe_min_size. Therefore, the second check against > pipe_min_size is redundant. Remove it. Well, it's not redundant: it provides a hint to anyone trying to tweak the sysctl about the minimum value. I think this should stay, but that pipe_min_size should be made const. -Kees > > Signed-off-by: Eric Biggers <ebiggers@google.com> > --- > fs/pipe.c | 10 +++------- > include/linux/pipe_fs_i.h | 2 +- > kernel/sysctl.c | 15 +-------------- > 3 files changed, 5 insertions(+), 22 deletions(-) > > diff --git a/fs/pipe.c b/fs/pipe.c > index 6d98566201ef..a75f5d2ca99c 100644 > --- a/fs/pipe.c > +++ b/fs/pipe.c > @@ -35,11 +35,6 @@ > */ > unsigned int pipe_max_size = 1048576; > > -/* > - * Minimum pipe size, as required by POSIX > - */ > -unsigned int pipe_min_size = PAGE_SIZE; > - > /* Maximum allocatable pages per user. Hard limit is unset by default, soft > * matches default values. > */ > @@ -1024,8 +1019,9 @@ unsigned int round_pipe_size(unsigned int size) > { > unsigned long nr_pages; > > - if (size < pipe_min_size) > - size = pipe_min_size; > + /* Minimum pipe size, as required by POSIX */ > + if (size < PAGE_SIZE) > + size = PAGE_SIZE; > > nr_pages = (size + PAGE_SIZE - 1) >> PAGE_SHIFT; > if (nr_pages == 0) > diff --git a/include/linux/pipe_fs_i.h b/include/linux/pipe_fs_i.h > index 2dc5e9870fcd..7d9beda14584 100644 > --- a/include/linux/pipe_fs_i.h > +++ b/include/linux/pipe_fs_i.h > @@ -167,7 +167,7 @@ void pipe_lock(struct pipe_inode_info *); > void pipe_unlock(struct pipe_inode_info *); > void pipe_double_lock(struct pipe_inode_info *, struct pipe_inode_info *); > > -extern unsigned int pipe_max_size, pipe_min_size; > +extern unsigned int pipe_max_size; > extern unsigned long pipe_user_pages_hard; > extern unsigned long pipe_user_pages_soft; > int pipe_proc_fn(struct ctl_table *, int, void __user *, size_t *, loff_t *); > diff --git a/kernel/sysctl.c b/kernel/sysctl.c > index 557d46728577..a71ebb5c5182 100644 > --- a/kernel/sysctl.c > +++ b/kernel/sysctl.c > @@ -1820,7 +1820,6 @@ static struct ctl_table fs_table[] = { > .maxlen = sizeof(pipe_max_size), > .mode = 0644, > .proc_handler = &pipe_proc_fn, > - .extra1 = &pipe_min_size, > }, > { > .procname = "pipe-user-pages-hard", > @@ -2622,16 +2621,10 @@ int proc_douintvec_minmax(struct ctl_table *table, int write, > do_proc_douintvec_minmax_conv, ¶m); > } > > -struct do_proc_dopipe_max_size_conv_param { > - unsigned int *min; > -}; > - > static int do_proc_dopipe_max_size_conv(unsigned long *lvalp, > unsigned int *valp, > int write, void *data) > { > - struct do_proc_dopipe_max_size_conv_param *param = data; > - > if (write) { > unsigned int val; > > @@ -2642,9 +2635,6 @@ static int do_proc_dopipe_max_size_conv(unsigned long *lvalp, > if (val == 0) > return -EINVAL; > > - if (param->min && *param->min > val) > - return -ERANGE; > - > *valp = val; > } else { > unsigned int val = *valp; > @@ -2657,11 +2647,8 @@ static int do_proc_dopipe_max_size_conv(unsigned long *lvalp, > int proc_dopipe_max_size(struct ctl_table *table, int write, > void __user *buffer, size_t *lenp, loff_t *ppos) > { > - struct do_proc_dopipe_max_size_conv_param param = { > - .min = (unsigned int *) table->extra1, > - }; > return do_proc_douintvec(table, write, buffer, lenp, ppos, > - do_proc_dopipe_max_size_conv, ¶m); > + do_proc_dopipe_max_size_conv, NULL); > } > > static void validate_coredump_safety(void) > -- > 2.15.1 > -- Kees Cook Pixel Security
next prev parent reply other threads:[~2018-01-09 22:20 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-01-08 5:35 [PATCH 0/7] pipe: buffer limits fixes and cleanups Eric Biggers 2018-01-08 5:35 ` [PATCH 1/7] pipe, sysctl: drop 'min' parameter from pipe-max-size converter Eric Biggers 2018-01-09 22:20 ` Kees Cook [this message] 2018-01-10 2:29 ` Eric Biggers 2018-01-10 17:30 ` Kees Cook 2018-01-08 5:35 ` [PATCH 2/7] pipe, sysctl: remove pipe_proc_fn() Eric Biggers 2018-01-08 5:35 ` [PATCH 3/7] pipe: actually allow root to exceed the pipe buffer limits Eric Biggers 2018-01-09 22:23 ` Kees Cook 2018-01-10 2:34 ` Eric Biggers 2018-01-08 5:35 ` [PATCH 4/7] pipe: fix off-by-one error when checking " Eric Biggers 2018-01-08 6:42 ` Willy Tarreau 2018-01-08 5:35 ` [PATCH 5/7] pipe: reject F_SETPIPE_SZ with size over UINT_MAX Eric Biggers 2018-01-09 22:24 ` Kees Cook 2018-01-08 5:35 ` [PATCH 6/7] pipe: simplify round_pipe_size() Eric Biggers 2018-01-09 22:27 ` Kees Cook 2018-01-10 2:52 ` Eric Biggers 2018-01-10 3:13 ` Kees Cook 2018-01-08 5:35 ` [PATCH 7/7] pipe: read buffer limits atomically Eric Biggers 2018-01-09 22:27 ` Kees Cook
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAGXu5jKhOOpRctQ_7NMQ0Hv9rxeZ-iVpw4ERUEgFshZpj4j_XQ@mail.gmail.com \ --to=keescook@chromium.org \ --cc=ebiggers3@gmail.com \ --cc=ebiggers@google.com \ --cc=joe.lawrence@redhat.com \ --cc=linux-fsdevel@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mcgrof@kernel.org \ --cc=mpatocka@redhat.com \ --cc=mtk.manpages@gmail.com \ --cc=viro@zeniv.linux.org.uk \ --cc=w@1wt.eu \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).