Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp1129129ybh; Wed, 18 Mar 2020 15:41:57 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsGlVR4LzLz6MYmxcJ87BlLK4YHI5wV4E9mCuaq2V8mCsJ1+8pX1POkmRcSI2El8cWPwpBX X-Received: by 2002:a9d:7458:: with SMTP id p24mr6130042otk.197.1584571317009; Wed, 18 Mar 2020 15:41:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584571316; cv=none; d=google.com; s=arc-20160816; b=le0RgPe6vZweFoikX9jBPMXQH4BokR4wt1eJozsC1K+7+P1RJbFRJ2siChzZGCkuUB SqW69ktp8Tu8a1PRT1XkvW48RFgS+2Xs6ezvAkv45I/Qxsik5CLINB4XIXVXWGoainPI CRGOEOxcnku+Eumwlkle48a3TPIpjJDwiNUq5PK+u13OPehyWmixK7bvPMBaphzqv1Zq C1BvoebiZuvudvm7g0xNDG2+Dv8wsqBGs0IeEPyK6L/HT99lfpKskP35A7cC8cD/B4wj 3/duTuXrtF2mJwwRk5WBAG1CLoHbORtHq/XCQCFuB8He0v1gTXK/3h/SEZx21Z6v9JOC I9XQ== 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 :dkim-signature; bh=EgnLfPZkvSjuNzoWryX/Y6ea7CVS/lrSPOSJis25dGI=; b=Wmxr/1zDlffSBBVHCvkgzdgKqzDm+nYf9DstrDXwynL6cvNaz402ZsVPkBgzY9Ghzt BOi1Tq53qRtF03s7qk507VpZd7jROU2pazAWIiMW8QRKjaPuLk/OEepeWE+eMkZI/hTe 7swJzdrPEU/RjYKz931A709Qok8VKAqr9t44E5O/kOHgpUxrcnSUvWomLU7xwEJFA9WK XkqaTQ0/neAxxzW5jQSK4gOvXFlgJaunkJjufb9BqyhklqFvyxRTPtMpDrrnHBD45umP OdzPLJNMuRBmwaaRkOxzY9pl7UpXdpIPz/eO/aJdf+NOrdqkjpK9mds0h/HUj3sZ5AU5 W8sw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=wCmjejYV; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v10si178933oth.136.2020.03.18.15.41.44; Wed, 18 Mar 2020 15:41:56 -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; dkim=pass header.i=@kernel.org header.s=default header.b=wCmjejYV; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727368AbgCRWkN (ORCPT + 99 others); Wed, 18 Mar 2020 18:40:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:54232 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727352AbgCRWkL (ORCPT ); Wed, 18 Mar 2020 18:40:11 -0400 Received: from sol.hsd1.ca.comcast.net (c-107-3-166-239.hsd1.ca.comcast.net [107.3.166.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3CF6720774; Wed, 18 Mar 2020 22:40:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584571211; bh=colkYx7pSr0toZDex4E4q5AtOLNC10md1CRDUSFnnno=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=wCmjejYVwgA0GCmtb2SoBEeOhW3Oyjn3/YVW+rSCkuULdhS6ArHgIm4KXrn1M6eeW MtIWIfsfOQldq1WQHS8mC6ndVompYhcR6PuvUGMsghnIK+t13Xf/SucG/LDvJ0ng6h EELIiTa4H/t1dR1BfOXfrQpdZUrg+2bdTu6BH2BU= From: Eric Biggers To: Greg Kroah-Hartman , Jiri Slaby Cc: linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org, syzkaller-bugs@googlegroups.com, Eric Dumazet , Nicolas Pitre Subject: [PATCH v2 2/2] vt: vt_ioctl: fix use-after-free in vt_in_use() Date: Wed, 18 Mar 2020 15:38:10 -0700 Message-Id: <20200318223810.162440-3-ebiggers@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200318223810.162440-1-ebiggers@kernel.org> References: <20200318222704.GC2334@sol.localdomain> <20200318223810.162440-1-ebiggers@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eric Biggers vt_in_use() dereferences console_driver->ttys[i] without proper locking. This is broken because the tty can be closed and freed concurrently. We could fix this by using 'READ_ONCE(console_driver->ttys[i]) != NULL' and skipping the check of tty_struct::count. But, looking at console_driver->ttys[i] isn't really appropriate anyway because even if it is NULL the tty can still be in the process of being closed. Instead, fix it by making vt_in_use() require console_lock() and check whether the vt is allocated and has port refcount > 1. This works since following the patch "vt: vt_ioctl: fix VT_DISALLOCATE freeing in-use virtual console" the port refcount is incremented while the vt is open. Reproducer (very unreliable, but it worked for me after a few minutes): #include #include int main() { int fd, nproc; struct vt_stat state; char ttyname[16]; fd = open("/dev/tty10", O_RDONLY); for (nproc = 1; nproc < 8; nproc *= 2) fork(); for (;;) { sprintf(ttyname, "/dev/tty%d", rand() % 8); close(open(ttyname, O_RDONLY)); ioctl(fd, VT_GETSTATE, &state); } } KASAN report: BUG: KASAN: use-after-free in vt_in_use drivers/tty/vt/vt_ioctl.c:48 [inline] BUG: KASAN: use-after-free in vt_ioctl+0x1ad3/0x1d70 drivers/tty/vt/vt_ioctl.c:657 Read of size 4 at addr ffff888065722468 by task syz-vt2/132 CPU: 0 PID: 132 Comm: syz-vt2 Not tainted 5.6.0-rc5-00130-g089b6d3654916 #13 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS ?-20191223_100556-anatol 04/01/2014 Call Trace: [...] vt_in_use drivers/tty/vt/vt_ioctl.c:48 [inline] vt_ioctl+0x1ad3/0x1d70 drivers/tty/vt/vt_ioctl.c:657 tty_ioctl+0x9db/0x11b0 drivers/tty/tty_io.c:2660 [...] Allocated by task 136: [...] kzalloc include/linux/slab.h:669 [inline] alloc_tty_struct+0x96/0x8a0 drivers/tty/tty_io.c:2982 tty_init_dev+0x23/0x350 drivers/tty/tty_io.c:1334 tty_open_by_driver drivers/tty/tty_io.c:1987 [inline] tty_open+0x3ca/0xb30 drivers/tty/tty_io.c:2035 [...] Freed by task 41: [...] kfree+0xbf/0x200 mm/slab.c:3757 free_tty_struct+0x8d/0xb0 drivers/tty/tty_io.c:177 release_one_tty+0x22d/0x2f0 drivers/tty/tty_io.c:1468 process_one_work+0x7f1/0x14b0 kernel/workqueue.c:2264 worker_thread+0x8b/0xc80 kernel/workqueue.c:2410 [...] Fixes: 4001d7b7fc27 ("vt: push down the tty lock so we can see what is left to tackle") Cc: # v3.4+ Signed-off-by: Eric Biggers --- drivers/tty/vt/vt_ioctl.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/tty/vt/vt_ioctl.c b/drivers/tty/vt/vt_ioctl.c index f62f498f63c05..ca0e57b1c0b43 100644 --- a/drivers/tty/vt/vt_ioctl.c +++ b/drivers/tty/vt/vt_ioctl.c @@ -43,9 +43,11 @@ bool vt_dont_switch; static inline bool vt_in_use(unsigned int i) { - extern struct tty_driver *console_driver; + const struct vc_data *vc = vc_cons[i].d; - return console_driver->ttys[i] && console_driver->ttys[i]->count; + WARN_CONSOLE_UNLOCKED(); + + return vc && kref_read(&vc->port.kref) > 1; } static inline bool vt_busy(int i) @@ -643,15 +645,16 @@ int vt_ioctl(struct tty_struct *tty, struct vt_stat __user *vtstat = up; unsigned short state, mask; - /* Review: FIXME: Console lock ? */ if (put_user(fg_console + 1, &vtstat->v_active)) ret = -EFAULT; else { state = 1; /* /dev/tty0 is always open */ + console_lock(); for (i = 0, mask = 2; i < MAX_NR_CONSOLES && mask; ++i, mask <<= 1) if (vt_in_use(i)) state |= mask; + console_unlock(); ret = put_user(state, &vtstat->v_state); } break; @@ -661,10 +664,11 @@ int vt_ioctl(struct tty_struct *tty, * Returns the first available (non-opened) console. */ case VT_OPENQRY: - /* FIXME: locking ? - but then this is a stupid API */ + console_lock(); for (i = 0; i < MAX_NR_CONSOLES; ++i) if (!vt_in_use(i)) break; + console_unlock(); uival = i < MAX_NR_CONSOLES ? (i+1) : -1; goto setint; -- 2.25.1