lkml.org 
[lkml]   [2018]   [Jun]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Date
    Subject[PATCH 3.16 216/410] pipe: read buffer limits atomically
    3.16.57-rc1 review patch.  If anyone has any objections, please let me know.

    ------------------

    From: Eric Biggers <ebiggers@google.com>

    commit f7340761812fc10313e6fcc115e0bc4f7a799112 upstream.

    The pipe buffer limits are accessed without any locking, and may be
    changed at any time by the sysctl handlers. In theory this could cause
    problems for expressions like the following:

    pipe_user_pages_hard && user_bufs > pipe_user_pages_hard

    ... since the assembly code might reference the 'pipe_user_pages_hard'
    memory location multiple times, and if the admin removes the limit by
    setting it to 0, there is a very brief window where processes could
    incorrectly observe the limit to be exceeded.

    Fix this by loading the limits with READ_ONCE() prior to use.

    Link: http://lkml.kernel.org/r/20180111052902.14409-8-ebiggers3@gmail.com
    Signed-off-by: Eric Biggers <ebiggers@google.com>
    Acked-by: Kees Cook <keescook@chromium.org>
    Acked-by: Joe Lawrence <joe.lawrence@redhat.com>
    Cc: Alexander Viro <viro@zeniv.linux.org.uk>
    Cc: Michael Kerrisk <mtk.manpages@gmail.com>
    Cc: Willy Tarreau <w@1wt.eu>
    Cc: Mikulas Patocka <mpatocka@redhat.com>
    Cc: "Luis R . Rodriguez" <mcgrof@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    [bwh: Backported to 3.16:
    - Use ACCESS_ONCE() instead of READ_ONCE()
    - Adjust context]
    Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
    ---
    fs/pipe.c | 13 +++++++++----
    1 file changed, 9 insertions(+), 4 deletions(-)

    --- a/fs/pipe.c
    +++ b/fs/pipe.c
    @@ -593,12 +593,16 @@ static unsigned long account_pipe_buffer

    static bool too_many_pipe_buffers_soft(unsigned long user_bufs)
    {
    - return pipe_user_pages_soft && user_bufs > pipe_user_pages_soft;
    + unsigned long soft_limit = ACCESS_ONCE(pipe_user_pages_soft);
    +
    + return soft_limit && user_bufs > soft_limit;
    }

    static bool too_many_pipe_buffers_hard(unsigned long user_bufs)
    {
    - return pipe_user_pages_hard && user_bufs > pipe_user_pages_hard;
    + unsigned long hard_limit = ACCESS_ONCE(pipe_user_pages_hard);
    +
    + return hard_limit && user_bufs > hard_limit;
    }

    static bool is_unprivileged_user(void)
    @@ -612,13 +616,14 @@ struct pipe_inode_info *alloc_pipe_info(
    unsigned long pipe_bufs = PIPE_DEF_BUFFERS;
    struct user_struct *user = get_current_user();
    unsigned long user_bufs;
    + unsigned int max_size = ACCESS_ONCE(pipe_max_size);

    pipe = kzalloc(sizeof(struct pipe_inode_info), GFP_KERNEL);
    if (pipe == NULL)
    goto out_free_uid;

    - if (pipe_bufs * PAGE_SIZE > pipe_max_size && !capable(CAP_SYS_RESOURCE))
    - pipe_bufs = pipe_max_size >> PAGE_SHIFT;
    + if (pipe_bufs * PAGE_SIZE > max_size && !capable(CAP_SYS_RESOURCE))
    + pipe_bufs = max_size >> PAGE_SHIFT;

    user_bufs = account_pipe_buffers(user, 0, pipe_bufs);

    \
     
     \ /
      Last update: 2018-06-07 17:18    [W:4.250 / U:0.732 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site