Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1819252rwb; Fri, 12 Aug 2022 07:21:12 -0700 (PDT) X-Google-Smtp-Source: AA6agR7LToxuZpxNaGimjDsMUCWASe5Cv2vRYVTPptHgrbtym6yoCfRgBKiJ2NPpKZ0UYrgXI7QA X-Received: by 2002:a17:90b:394:b0:1f5:90a1:acf0 with SMTP id ga20-20020a17090b039400b001f590a1acf0mr14085339pjb.40.1660314072315; Fri, 12 Aug 2022 07:21:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660314072; cv=none; d=google.com; s=arc-20160816; b=w15PDQ0NkDiBTqXS8weaR3Wm5xhu/lsmkZkFTLZ8/I+0wkFsPdM7XJmJaFeLN4S5Lg 8NYFPklQNdJRnVcTJhdQX/9Tho47DS3IUFDcwvRNzQDYR/Er0S/QZJfciKklZGMtlW89 KXAeFLvdJr9a5aWThYHSnlMmzUwjn94GrxiWkaG9lJvJR9eMT356Pb4fpGO6snrj89oA o7LeG8KS+SDUGpHlj258dusprEgy6xKJsAMxlUQlwo2C/gnuZjqRhd+60exRhK+K8Fx+ Twez2wy5C/5rObWWm0DvUG5Cmn0CgcDyNj3Iij1P/BMmXmEsgbIs8BOGJ6fcVPj+4qsZ cEIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=7AFiTG5TAXnB5fvKCQf+++SXrQCe+l505NPj1becQ5c=; b=KOX8wG3mSi7uNwlQoTmvDBg9Og3KLj/UuHOujJWwX+AGzoQMJ/Wo9i/U0g+hJC5GZS nDwhJdVVywUgYGMP46K9x6SQRYctc1fAE/zlsblh5pgTmeUdl7E4AfeC6HV7MDRyHi9t dvzdVxwkbv0esS0C6IHewxMDzVzzw8T6OuHKpHBb7TI8N3PAOuJt104TTHCVZQN80YS/ ZJEpaIKf3d3XUfnqwAOITLUWc34jVu0Xhzemm6zhHtrwJOpyik+Evw4Qeq9R+836Qdc+ jRV0IlWTYjuYMc2n+osGcwbPpNRSeghgrPAwb1nsHDAk4kv+3oXQP28/z+IgFXaZAyyr OSjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=jCnxehuY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 198-20020a6300cf000000b00420bea01408si2395250pga.713.2022.08.12.07.20.58; Fri, 12 Aug 2022 07:21:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=jCnxehuY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238246AbiHLNtZ (ORCPT + 99 others); Fri, 12 Aug 2022 09:49:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37456 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237117AbiHLNtX (ORCPT ); Fri, 12 Aug 2022 09:49:23 -0400 Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 52584A50E5 for ; Fri, 12 Aug 2022 06:49:20 -0700 (PDT) Received: by mail-ed1-x535.google.com with SMTP id x21so1425607edd.3 for ; Fri, 12 Aug 2022 06:49:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=7AFiTG5TAXnB5fvKCQf+++SXrQCe+l505NPj1becQ5c=; b=jCnxehuYeSEg1Bm3oVBS7KAsoXbC4hrLuDdUs9sIjOdLeKDUnNGJHzhCTDBuFxrx0V NvvBEt8C6sEWWrdV8FhV5816gW8j8MoNPP0I8jCt2Gvv+Uf3QvroZ4F5IzHA0FL6ATxj 4MjPKr7YHsa+lQBZdABoGhJceirzjr6VZrhT5ZhYGGogNs7laJ5W57iYfxviFpHE7cdU g4219lS9EgcvYR7babmOPuDQPFzXZ6Q/Pk5CDDAiz7KcEKigyupZVlgRNaW/Cm1v3Mif c9VdzX1a0d+8L2gn1wk9HsGAeUpob85NgQueeQkNtIo1LCdorT9TnH8lrPb6xjfrSGMa iHkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=7AFiTG5TAXnB5fvKCQf+++SXrQCe+l505NPj1becQ5c=; b=rn66t6zZXz2nXA/bJ6jmcAlJNigY8u7SSs3JMpN1UmLP5tyBddfv/Y08zA1lSnn+KL MIs9cXSGyLV8zfWC+WRvCeENb/bHv2SocMTdEsvUjq/I7ulQeF+IgvlYS+nNqZjsqRuC IFU65F3D1K6GaNuRjfz0YTlltmU4/AZPOgloFbEWs0oZ4qIu2ndxRR5KurrkziTvU3M+ Fb18nymYC7/ZBFJo4d0Ru2GTBTA+6SZU//WOd160M8hYHkQx448YVOHMJToT0A17taw/ vGIKNfs7jnGfAEtRclxLMgz54s/29BWA/kSUMxTVlD0r1HDyrn6zSQAqz0Ur1j84QBlF y/Sw== X-Gm-Message-State: ACgBeo2pz2mXAjN29mVkhSc8cArZSLrr0M2tIPSIdCLAX+AvJj6lzUS4 f5R2LBr7FYEF1uu0wwsXDLlUxbwUcvyGbe9CR1Kb9rgI X-Received: by 2002:a05:6402:268a:b0:43e:84d:c5cc with SMTP id w10-20020a056402268a00b0043e084dc5ccmr3731031edd.372.1660312158755; Fri, 12 Aug 2022 06:49:18 -0700 (PDT) MIME-Version: 1.0 References: <20220812132124.2053673-1-dzm91@hust.edu.cn> <20220812134138.gpu7274yahlvr6hr@wittgenstein> In-Reply-To: <20220812134138.gpu7274yahlvr6hr@wittgenstein> From: Dongliang Mu Date: Fri, 12 Aug 2022 21:48:40 +0800 Message-ID: Subject: Re: [PATCH] drivers: binderfs: fix memory leak in binderfs_fill_super To: Christian Brauner Cc: Dongliang Mu , Greg Kroah-Hartman , =?UTF-8?B?QXJ2ZSBIasO4bm5ldsOlZw==?= , Todd Kjos , Martijn Coenen , Joel Fernandes , Carlos Llamas , Suren Baghdasaryan , Kees Cook , syzkaller , linux-kernel Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 12, 2022 at 9:41 PM Christian Brauner wrote: > > On Fri, Aug 12, 2022 at 09:21:24PM +0800, Dongliang Mu wrote: > > From: Dongliang Mu > > > > In binderfs_fill_super, if s_root is not successfully initialized by > > d_make_root, the previous allocated s_sb_info will not be freed since > > generic_shutdown_super first checks if sb->s_root and then does > > put_super operation. The put_super operation calls binderfs_put_super > > to deallocate s_sb_info and put ipc_ns. This will lead to memory leak > > in binderfs_fill_super. > > > > Fix this by invoking binderfs_put_super at error sites before s_root > > is successfully initialized. > > > > Fixes: 095cf502b31e ("binderfs: port to new mount api") > > Reported-by: syzkaller > > Signed-off-by: Dongliang Mu > > --- > > Seems right but where's the full syzbot link to the issue? > Also, wouldn't (untested) sm like the below be better?: I originally would like to change the order to object initialization, but I am not sure if they can be exchanged since many *_fill_super are ended with d_make_root. If you are sure about this exchange, I can resubmit a v2 patch. > > diff --git a/drivers/android/binderfs.c b/drivers/android/binderfs.c > index 588d753a7a19..4582b043d21e 100644 > --- a/drivers/android/binderfs.c > +++ b/drivers/android/binderfs.c > @@ -692,6 +692,15 @@ static int binderfs_fill_super(struct super_block *sb, struct fs_context *fc) > sb->s_magic = BINDERFS_SUPER_MAGIC; > sb->s_op = &binderfs_super_ops; > sb->s_time_gran = 1; > + sb->s_fs_info = NULL; > + > + inode = new_inode(sb); > + if (!inode) > + return -ENOMEM; > + > + sb->s_root = d_make_root(inode); > + if (!sb->s_root) > + return -ENOMEM; > > sb->s_fs_info = kzalloc(sizeof(struct binderfs_info), GFP_KERNEL); > if (!sb->s_fs_info) > @@ -709,10 +718,6 @@ static int binderfs_fill_super(struct super_block *sb, struct fs_context *fc) > info->mount_opts.max = ctx->max; > info->mount_opts.stats_mode = ctx->stats_mode; > > - inode = new_inode(sb); > - if (!inode) > - return -ENOMEM; > - > inode->i_ino = FIRST_INODE; > inode->i_fop = &simple_dir_operations; > inode->i_mode = S_IFDIR | 0755; > @@ -720,10 +725,6 @@ static int binderfs_fill_super(struct super_block *sb, struct fs_context *fc) > inode->i_op = &binderfs_dir_inode_operations; > set_nlink(inode, 2); > > - sb->s_root = d_make_root(inode); > - if (!sb->s_root) > - return -ENOMEM; > - > ret = binderfs_binder_ctl_create(sb); > if (ret) > return ret; > > > drivers/android/binderfs.c | 8 ++++++-- > > 1 file changed, 6 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/android/binderfs.c b/drivers/android/binderfs.c > > index 588d753a7a19..20f5bc77495f 100644 > > --- a/drivers/android/binderfs.c > > +++ b/drivers/android/binderfs.c > > @@ -710,8 +710,10 @@ static int binderfs_fill_super(struct super_block *sb, struct fs_context *fc) > > info->mount_opts.stats_mode = ctx->stats_mode; > > > > inode = new_inode(sb); > > - if (!inode) > > + if (!inode) { > > + binderfs_put_super(sb); > > return -ENOMEM; > > + } > > > > inode->i_ino = FIRST_INODE; > > inode->i_fop = &simple_dir_operations; > > @@ -721,8 +723,10 @@ static int binderfs_fill_super(struct super_block *sb, struct fs_context *fc) > > set_nlink(inode, 2); > > > > sb->s_root = d_make_root(inode); > > - if (!sb->s_root) > > + if (!sb->s_root) { > > + binderfs_put_super(sb); > > return -ENOMEM; > > + } > > > > ret = binderfs_binder_ctl_create(sb); > > if (ret) > > -- > > 2.25.1 > >