Received: by 10.192.165.148 with SMTP id m20csp2160282imm; Sun, 22 Apr 2018 01:37:12 -0700 (PDT) X-Google-Smtp-Source: AIpwx48hI5OH6RTICm+RZPbDTnyilAf2jNOZh4qlJ4zMh+K7ppBRbu89pZNfaViQ7yCPkRD7NL6b X-Received: by 10.101.99.77 with SMTP id p13mr13730023pgv.307.1524386232311; Sun, 22 Apr 2018 01:37:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524386232; cv=none; d=google.com; s=arc-20160816; b=izyiHIs7XPY492VaOCOsTTutraVxfz/6aJ1Rs4ksd1w82fUjPYBE1LFJOrmWMD/gHp RiPOCwrYAv2IJ0R7BeuOaxz+q7N64FDcWJIBa5SQZmFuIRRb90UQH6eIQqNHZywjbQTe EtnOh3bJr+0VgLvwtW+wOvbaeKiLccSLdWn/EQXU+SK1d0wqoLQRBUGxSxBTi62gOuEc Bb4C+/uWP4gCthLxjhZCOjm1S1WCl1CutTM8rv7jGvcp9skwKCt+h3Tcin4HJ4+p9b3w ArkH2OlWa7/ka+GB+18dBoOKgX81vV6oXTgu4rdJ7uKYG6BYA7o40Ncngi84LzCoHQNZ JUug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=veVkFZIQaP7jmMQOXs127BHoK+BbVPUOrYL/XAmhqKM=; b=wj/WP0eBAgSHcapSI7XIkbJrJivgrr2gPjdZVIepMdOB8YSmc2LxKMbsK4CATUhwNa MK87AsLrYB0Jn3jrf+LVktusNTefQj8BjZT2mP0nyDhlEwQNBS09bw8oclf3TQ3fbVpK t5o1Eo3qzhbWr71p/Zqk0Go/P3TDGKgKGt2+GKq1tkk3RXm7mWMXqK2j86kNkr2u3QsS zMhzB5IqXKSwWjIkTjT7cLJPfNlltRF6Hftc/22gadGbhFgXjeB1IrOVCNzeLCuxJ5PB L/ExsqAFbHv7G7Vi1sZ07V54GgGmL7lWniikHLn3kJPNGmwEFiMSGkYv5HyxZEManMZV ZFwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=QR31lc3E; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g11-v6si9654550plt.284.2018.04.22.01.36.46; Sun, 22 Apr 2018 01:37:12 -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=@gmail.com header.s=20161025 header.b=QR31lc3E; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751219AbeDVIfF (ORCPT + 99 others); Sun, 22 Apr 2018 04:35:05 -0400 Received: from mail-yb0-f175.google.com ([209.85.213.175]:46786 "EHLO mail-yb0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750814AbeDVIfD (ORCPT ); Sun, 22 Apr 2018 04:35:03 -0400 Received: by mail-yb0-f175.google.com with SMTP id z16-v6so4436010ybk.13; Sun, 22 Apr 2018 01:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=veVkFZIQaP7jmMQOXs127BHoK+BbVPUOrYL/XAmhqKM=; b=QR31lc3EXhDGPbh25HumSW5CVaSilWuJKhkDvM1hsp22kDDkDY2s+sMUWuvqRwGJVJ sD8gDkBSuywCCIxy2K0kCkCeVvmWNluamg7f4cw4WgcwDjAQRARcIUpcwUWfak+7MPxp ffzxPuNK7ChGUpZ9+BrQdufeSlz8F5UIIc5SWlL02IWYnRJLcvxDwhUMp+zGRHlQ4ScP 0rNF/iTAFTqEnse5H+B1SFsTrJT8iDkeRmYxwOhnSrD8eRDQAXs88uJxbwX2Wv+d9MZ3 CHNFlgapbIh+GbAkq+jNnbXkZLSOiGCQpUMjc3luVsLOCI22WR6kmdAl34AUyiFFCXb+ LElA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=veVkFZIQaP7jmMQOXs127BHoK+BbVPUOrYL/XAmhqKM=; b=QiUUd2F2AXeqwpjs70zJ6lmqOtAm0PLtFT2OS7ZEbt1k/+KQelsxz05QAt1BSzog/s sj2LBFlgx7/j++Zo+ISOArpMP/cUU6dNmZufZc3FpVQsPVoMDNP67jiwxK+CLjImEcKg s6ljJrxq3a13OrN6ZJmfCg3NQw0iacGCRK3K7KEKxrmkf0ONrJnvA7BhTFzhDU3+aWAm oFIg7qTTkfPeiDWLH/o2KWfcNyE7vT0qecjlprwTwSeN2XofKqsa468N0aRAKZw1PFot A75Jx6nBsMLj+PF6zytsd9nKnmDCaGktwkmORZyDin48FWzhuuQtdIHHzJsPce4fikw+ cf1A== X-Gm-Message-State: ALQs6tAdgO1Lv+aG6a9eaGK0xsEhGul3dldn3M5nlnuf4Yv0M+E9uoc0 K+f6cLjYjmss1Vkl6A2CQK/6xtANhYAKbSXbZLpEjw== X-Received: by 2002:a25:c841:: with SMTP id y62-v6mr9668066ybf.252.1524386102649; Sun, 22 Apr 2018 01:35:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.183.12 with HTTP; Sun, 22 Apr 2018 01:35:01 -0700 (PDT) In-Reply-To: References: <20180412150826.20988-1-mszeredi@redhat.com> <20180412150826.20988-17-mszeredi@redhat.com> From: Amir Goldstein Date: Sun, 22 Apr 2018 11:35:01 +0300 Message-ID: Subject: Re: [RFC PATCH 16/35] ovl: readd lsattr/chattr support To: Miklos Szeredi Cc: overlayfs , linux-fsdevel , linux-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 17, 2018 at 10:51 PM, Amir Goldstein wrote: > On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi wrote: >> Implement FS_IOC_GETFLAGS and FS_IOC_SETFLAGS. >> ... >> +long ovl_ioctl(struct file *file, unsigned int cmd, unsigned long arg) >> +{ >> + long ret; >> + struct inode *inode = file_inode(file); >> + >> + switch (cmd) { >> + case FS_IOC_GETFLAGS: >> + ret = ovl_real_ioctl(file, cmd, arg); >> + break; >> + >> + case FS_IOC_SETFLAGS: >> + if (!inode_owner_or_capable(inode)) >> + return -EACCES; >> + >> + ret = mnt_want_write_file(file); >> + if (ret) >> + return ret; >> + >> + ret = ovl_copy_up(file_dentry(file)); >> + if (!ret) { >> + ret = ovl_real_ioctl(file, cmd, arg); >> + > > I got this lockdep splat with overlayfs-rorw and overlay/040, but I don't > see the problem in the patch: > Ouch! the problem is not with the patch. The patch is just bring to light the fact that filesystems do mnt_want_write_file(file) on ioctls such as FS_IOC_SETFLAGS and if that file happens to be an overlayfs file then filesystems are getting write access to overlay mount and that was not their intention. That can be a way to bypass filesystem ro mount and freeze protection. I couldn't reproduce ro/freeze protection with xfs and ext4 on upstream kernel, but did reproduce freeze protection bypass with ext4 and the ro-rw patches. ext4 also hits a WARN_ON with upstream kernel and with ro-rw: root@kvm-xfstests:~# mount /vdf root@kvm-xfstests:~# mkdir -p /vdf/ovl-lower /vdf/ovl-upper /vdf/ovl-work root@kvm-xfstests:~# touch /vdf/ovl-upper/foo root@kvm-xfstests:~# mount -t overlay none /mnt -o lowerdir=/vdf/ovl-lower,upperdir=/vdf/ovl-upper,workdir=/vdf/ovl-work root@kvm-xfstests:~# fsfreeze -f /vdf root@kvm-xfstests:~# chattr +i /mnt/foo root@kvm-xfstests:~# lsattr -l /mnt/foo /mnt/scratch/foo Immutable, Extents [ 53.478454] WARNING: CPU: 1 PID: 1415 at /home/amir/build/src/linux/fs/ext4/ext4_jbd2.c:53 ext4_journal_check_start+0x48/0x82 [ 53.482094] CPU: 1 PID: 1415 Comm: chattr Not tainted 4.17.0-rc1-xfstests-00086-g5a6426c9b720 #3255 [ 53.484927] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Ubuntu-1.8.2-1ubuntu1 04/01/2014 [ 53.487792] RIP: 0010:ext4_journal_check_start+0x48/0x82 [ 53.489392] RSP: 0018:ffffc90000707b18 EFLAGS: 00010246 [ 53.491070] RAX: 00000000ffffffe2 RBX: ffff88007c497000 RCX: 0000000000000000 [ 53.493326] RDX: ffff880079284000 RSI: 000000000000002e RDI: ffffffff8208165c [ 53.494850] RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000001 [ 53.496356] R10: 0000000000000001 R11: ffff880077c49250 R12: 0000000000000000 [ 53.497857] R13: ffff88007ca61180 R14: 000000000000019c R15: 0000000000000000 [ 53.499376] FS: 00007f447dd2d780(0000) GS:ffff88007f400000(0000) knlGS:0000000000000000 [ 53.501975] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 53.504280] CR2: 00007f447d1ff0e0 CR3: 00000000792fc000 CR4: 00000000000006e0 [ 53.505855] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 53.507814] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 53.511278] Call Trace: [ 53.511861] __ext4_journal_start_sb+0xe4/0x1a4 [ 53.512860] ? ext4_file_open+0xb6/0x189 [ 53.513705] ext4_file_open+0xb6/0x189 [ 53.514547] ? ext4_release_file+0x9f/0x9f [ 53.515426] do_dentry_open+0x1af/0x2e6 [ 53.516298] path_open+0x5d/0x7e [ 53.516998] ovl_open_realfile+0x6b/0xcb [ 53.517843] ? ovl_pre_mmap+0x4c/0x4c [ 53.518659] ovl_open+0x51/0x77 [ 53.519343] do_dentry_open+0x1af/0x2e6 [ 53.520167] do_last+0x520/0x5f5 [ 53.520874] path_openat+0x1f1/0x274 [ 53.521648] do_filp_open+0x4d/0xa3 [ 53.522422] ? __alloc_fd+0x2f/0x1b6 [ 53.523193] ? do_sys_open+0x13d/0x1c4 [ 53.523997] do_sys_open+0x13d/0x1c4 [ 53.525056] do_syscall_64+0x5d/0x167 [ 53.526099] entry_SYSCALL_64_after_hwframe+0x49/0xbe [ 53.527620] RIP: 0033:0x7f447d1ff4b0 [ 53.528693] RSP: 002b:00007fffaef09438 EFLAGS: 00000246 ORIG_RAX: 0000000000000002 [ 53.530779] RAX: ffffffffffffffda RBX: 00007fffaef0adaf RCX: 00007f447d1ff4b0 [ 53.532495] RDX: 00007fffaef09450 RSI: 0000000000000800 RDI: 00007fffaef0adaf [ 53.534053] RBP: 00007fffaef0adaf R08: 0000000000000000 R09: 0000000000000001 [ 53.536649] R10: 00007f447d1a2ff0 R11: 0000000000000246 R12: 00007fffaef09528 [ 53.539024] R13: 00007fffaef09740 R14: 00007fffaef09728 R15: 0000000000000000 [ 53.541658] Code: 8b 93 60 07 00 00 b8 fb ff ff ff 48 8b 8a e8 03 00 00 80 e1 02 75 4c f6 43 50 01 b8 e2 ff ff ff 75 41 83 bb 28 03 00 00 04 75 02 <0f> 0b 48 8b 92 30 03 00 00 31 c0 48 85 d2 74 28 48 8b 02 83 e0 [ 53.548190] irq event stamp: 0 [ 53.549431] hardirqs last enabled at (0): [<0000000000000000>] (null) [ 53.552361] hardirqs last disabled at (0): [] copy_process.part.9+0x654/0x1afb [ 53.555814] softirqs last enabled at (0): [] copy_process.part.9+0x654/0x1afb [ 53.559164] softirqs last disabled at (0): [<0000000000000000>] (null) [ 53.562005] ---[ end trace adfe58189c7e6188 ]--- Upstream WARN_ON: [ 302.631228] WARNING: CPU: 0 PID: 1406 at /home/amir/build/src/linux/fs/ext4/ext4_jbd2.c:53 ext4_journal_check_start+0x48/0x82 [ 302.635440] CPU: 0 PID: 1406 Comm: chattr Not tainted 4.17.0-rc1-xfstests #3237 [ 302.638200] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Ubuntu-1.8.2-1ubuntu1 04/01/2014 [ 302.641172] RIP: 0010:ext4_journal_check_start+0x48/0x82 [ 302.643154] RSP: 0018:ffffc9000076fbd8 EFLAGS: 00010246 [ 302.644466] RAX: 00000000ffffffe2 RBX: ffff88007a77b000 RCX: 0000000000000000 [ 302.646418] RDX: ffff88007c9df000 RSI: 00000000ffffffff RDI: 0000000000000246 [ 302.648130] RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000006 [ 302.649764] R10: 0000000000000001 R11: ffffffff82210708 R12: 0000000000000000 [ 302.651719] R13: ffff88007c468180 R14: 000000000000019c R15: 0000000000000000 [ 302.653437] FS: 00007f070a480780(0000) GS:ffff88007f200000(0000) knlGS:0000000000000000 [ 302.655711] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 302.657923] CR2: 0000564edb963008 CR3: 000000007a676000 CR4: 00000000000006f0 [ 302.660718] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 302.663476] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 302.666179] Call Trace: [ 302.667071] __ext4_journal_start_sb+0xe4/0x1a4 [ 302.668763] ? ext4_file_open+0xb6/0x189 [ 302.670118] ext4_file_open+0xb6/0x189 [ 302.671528] ? ext4_release_file+0x9f/0x9f [ 302.673211] do_dentry_open+0x19e/0x2d5 [ 302.674747] ? ovl_inode_init_once+0xe/0xe [ 302.676398] do_last+0x520/0x5f9 [ 302.677668] path_openat+0x1fa/0x26b [ 302.679100] do_filp_open+0x4d/0xa3 [ 302.680280] ? __lock_acquire+0x5e6/0x67b [ 302.681567] ? __alloc_fd+0x1a4/0x1b6 [ 302.683051] ? do_sys_open+0x13c/0x1c1 [ 302.684170] do_sys_open+0x13c/0x1c1 [ 302.685361] do_syscall_64+0x5d/0x167 [ 302.686458] entry_SYSCALL_64_after_hwframe+0x49/0xbe [ 302.688029] RIP: 0033:0x7f07099524b0 [ 302.689090] RSP: 002b:00007ffcfefc3178 EFLAGS: 00000246 ORIG_RAX: 0000000000000002 [ 302.691309] RAX: ffffffffffffffda RBX: 00007ffcfefc3daf RCX: 00007f07099524b0 [ 302.693346] RDX: 00007ffcfefc3190 RSI: 0000000000000800 RDI: 00007ffcfefc3daf [ 302.695389] RBP: 00007ffcfefc3daf R08: 0000000000000000 R09: 0000000000000001 [ 302.697766] R10: 00007f07098f5ff0 R11: 0000000000000246 R12: 00007ffcfefc3268 [ 302.699955] R13: 00007ffcfefc3480 R14: 00007ffcfefc3468 R15: 0000000000000000 [ 302.702521] Code: 8b 93 60 07 00 00 b8 fb ff ff ff 48 8b 8a e8 03 00 00 80 e1 02 75 4c f6 43 50 01 b8 e2 ff ff ff 75 41 83 bb 28 03 00 00 04 75 02 <0f> 0b 48 8b 92 30 03 00 00 31 c0 48 85 d2 74 28 48 8b 02 83 e0 [ 302.706996] irq event stamp: 2376 [ 302.707868] hardirqs last enabled at (2375): [] prepend_path+0x205/0x449 [ 302.709872] hardirqs last disabled at (2376): [] error_entry+0x7f/0x100 [ 302.712311] softirqs last enabled at (1060): [] __do_softirq+0x33b/0x433 [ 302.714754] softirqs last disabled at (1041): [] irq_exit+0x59/0xa8 [ 302.716465] ---[ end trace e891c35ae0c8bbe5 ]--- Is there a reason why the real file can't get the real path? For current kernels, can you say what else can go wrong when filesystems call mnt_want_write_file() on an overlay file on ioctl with filesystem inode and why I couldn't reproduce readonly/freeze bypass? Thanks, Amir.