Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp631582ybg; Wed, 10 Jun 2020 09:33:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrOdmH3+OVR9CbjDersZiQaX7SRHfCo+EuHS9FLNIxwIgwYP1vFzDJkP6qoowd6nzZAtHV X-Received: by 2002:a50:ed08:: with SMTP id j8mr3235829eds.58.1591806838779; Wed, 10 Jun 2020 09:33:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591806838; cv=none; d=google.com; s=arc-20160816; b=vWYOydbkuOa5Dv+7EAdTe7+7SMFakxU6aDjedYRO2H4lv3wGesuSu41HDJsG6DIHZb 5bMjVXlzrU5Z2MO99EKYmalsDd6uplAtp9A1bB32cTxymdeyX2x9ewg0k1kY16ZUN6ii fAP73e6Css3RODo1isqdleuhoO/shAO6zBMWX/D6kOx6IQUGCBl7GEW5pLjyp6lrdTTd eF7YcUrIhLhqbsqNX+hryYbrQ+5AKOdsPOhhgx/J6VUFIBDqETYjqnqM+KyCTVWFGljL Szzm3gWcsdYIZQ3NuSlg9O6L/NMZEDixnguAhIIIJIypeZGaT+juYcpuaALI7YqktXSY p5Tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=MHpe8j/P19LxCkL24lZXtIXvmnkjurGhrfG25+GZwS4=; b=tG80Zqs3MdOlPVVd71rgrj+yuMcWpxZ+9IUN9c8KrVrnGYAD03hGE69nfXmI1NX3/v tabPnpRzar9dauKPAIfG/+MfJ/bokyvr0Uhw+d6PFaif6doYqkae5sQp0IwhavTiepn3 ZvNsTr5fBOgzJYSwfIFhpBt3MSpLXJZoA/Jw9Vvxo+D4/SRZGVcsIa4zb8yY/En8QCF+ cPPI4SWXVwVO6wvykPruqy2kBfsrBXtY4zl91CSPsBxHsJ+SkWyj4svrc/GEuXhlg5Im sFacdMcurLD2OA+eIEI+JhUJ2PtJmtv14OJCW5kMVu7fr7xRWIEntD/IzTAo05COxspH ur9Q== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i7si350566ejo.684.2020.06.10.09.33.35; Wed, 10 Jun 2020 09:33:58 -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; 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=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729113AbgFJNFz (ORCPT + 99 others); Wed, 10 Jun 2020 09:05:55 -0400 Received: from raptor.unsafe.ru ([5.9.43.93]:53706 "EHLO raptor.unsafe.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729049AbgFJNFz (ORCPT ); Wed, 10 Jun 2020 09:05:55 -0400 Received: from comp-core-i7-2640m-0182e6.redhat.com (ip-89-102-33-211.net.upcbroadband.cz [89.102.33.211]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by raptor.unsafe.ru (Postfix) with ESMTPSA id F13D6203BD; Wed, 10 Jun 2020 13:05:52 +0000 (UTC) From: Alexey Gladkov To: ebiederm@xmission.com Cc: syzbot , adobriyan@gmail.com, keescook@chromium.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com, viro@zeniv.linux.org.uk Subject: [PATCH] proc: s_fs_info may be NULL when proc_kill_sb is called Date: Wed, 10 Jun 2020 15:04:22 +0200 Message-Id: <20200610130422.1197386-1-gladkov.alexey@gmail.com> X-Mailer: git-send-email 2.25.4 In-Reply-To: <0000000000002d7ca605a7b8b1c5@google.com> References: <0000000000002d7ca605a7b8b1c5@google.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.1 (raptor.unsafe.ru [5.9.43.93]); Wed, 10 Jun 2020 13:05:53 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org syzbot found that proc_fill_super() fails before filling up sb->s_fs_info, deactivate_locked_super() will be called and sb->s_fs_info will be NULL. The proc_kill_sb() does not expect fs_info to be NULL which is wrong. Link: https://lore.kernel.org/lkml/0000000000002d7ca605a7b8b1c5@google.com Reported-by: syzbot+4abac52934a48af5ff19@syzkaller.appspotmail.com Fixes: fa10fed30f25 ("proc: allow to mount many instances of proc in one pid namespace") Signed-off-by: Alexey Gladkov --- fs/proc/root.c | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/fs/proc/root.c b/fs/proc/root.c index ffebed1999e5..a715eb9f196a 100644 --- a/fs/proc/root.c +++ b/fs/proc/root.c @@ -264,15 +264,18 @@ static void proc_kill_sb(struct super_block *sb) { struct proc_fs_info *fs_info = proc_sb_info(sb); - if (fs_info->proc_self) - dput(fs_info->proc_self); + if (fs_info) { + if (fs_info->proc_self) + dput(fs_info->proc_self); - if (fs_info->proc_thread_self) - dput(fs_info->proc_thread_self); + if (fs_info->proc_thread_self) + dput(fs_info->proc_thread_self); + + put_pid_ns(fs_info->pid_ns); + kfree(fs_info); + } kill_anon_super(sb); - put_pid_ns(fs_info->pid_ns); - kfree(fs_info); } static struct file_system_type proc_fs_type = { -- 2.25.4