Re: [PATCH 0/3] Reduce impact of overlayfs fake path files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Amir Goldstein <amir73il@xxxxxxxxx>, Miklos Szeredi <miklos@xxxxxxxxxx>
Subject: Re: [PATCH 0/3] Reduce impact of overlayfs fake path files
From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
Date: Fri, 09 Jun 2023 11:27:03 -0400
Cc: Christian Brauner <brauner@xxxxxxxxxx>, Al Viro <viro@xxxxxxxxxxxxxxxxxx>, Jan Kara <jack@xxxxxxx>, Paul Moore <paul@xxxxxxxxxxxxxx>, Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx, linux-unionfs@xxxxxxxxxxxxxxx
In-reply-to: <CAOQ4uxh=KfY2mNW1jQk6-wjoGWzi5LdCN=H9LzfCSx2o69K36A@mail.gmail.com>

On Fri, 2023-06-09 at 17:28 +0300, Amir Goldstein wrote:
> For IMA/LSMs, I'd imagine that like fanotify, they would rather get
> the real path where the real policy is stored.

Definitely!

> If some log files end with relative path instead of full fake path
> it's probably not the worst outcome.

-- 
thanks,

Mimi

References:
- [PATCH 0/3] Reduce impact of overlayfs fake path files
  - From: Amir Goldstein
- Re: [PATCH 0/3] Reduce impact of overlayfs fake path files
  - From: Miklos Szeredi
- Re: [PATCH 0/3] Reduce impact of overlayfs fake path files
  - From: Amir Goldstein

Prev by Date: Re: [PATCH v2 5/6] mm: implement folio wait under VMA lock
Next by Date: [PATCH v2 2/2] ovl: modify layer parameter parsing
Previous by thread: Re: [PATCH 0/3] Reduce impact of overlayfs fake path files
Next by thread: Re: [PATCH 0/3] Reduce impact of overlayfs fake path files
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux