From: "Luís Henriques" <lhenriques@suse.de>
To: Jeff Layton <jlayton@kernel.org>
Cc: Xiubo Li <xiubli@redhat.com>, Ilya Dryomov <idryomov@gmail.com>,
ceph-devel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] ceph: minor fixes and encrypted snapshot names
Date: Fri, 04 Mar 2022 16:26:40 +0000 [thread overview]
Message-ID: <87fsnx4rb3.fsf@brahms.olymp> (raw)
In-Reply-To: <20220304161403.19295-1-lhenriques@suse.de> ("Luís Henriques"'s message of "Fri, 4 Mar 2022 16:14:00 +0000")
Luís Henriques <lhenriques@suse.de> writes:
> Hi!
>
> I'm sending another iteration of the encrypted snapshot names patch. This
> patch assumes PR#45224 [1] to be merged as it adds support for the
> alternate names.
>
> Two notes:
>
> 1. Patch 0001 is just a small fix from another fscrypt patch. It's
> probably better to simply squash it.
>
> 2. I'm not sure how easy it is to hit the UAF fixed by patch 0002. I can
> reproduce it easily by commenting the code that adds the
> DCACHE_NOKEY_NAME flag in patch 0003.
Obviously, immediately after sending this patchset I realized I failed to
mention a very (*VERY*) important note:
Snapshot names can not start with a '_'. I think the reason is related
with the 'long snapshot names', but I can't really remember the details
anymore. The point is that an encrypted snapshot name base64-encoded
*may* end-up starting with an '_' as we're using the base64-url variant.
I really don't know if it's possible to fix that. I guess that in that
case the user will get an error and fail to create the snapshot but he'll
be clueless because the reason. Probably a warning can be added to the
kernel logs, but maybe there are other ideas.
Cheers,
--
Luís
> Any comments are welcome (including for the PR mentioned above, of course).
>
> [1] https://github.com/ceph/ceph/pull/45224
>
> Luís Henriques (3):
> ceph: fix error path in ceph_readdir()
> ceph: fix use-after-free in ceph_readdir
> ceph: add support for encrypted snapshot names
>
> fs/ceph/dir.c | 11 ++++++++++-
> fs/ceph/inode.c | 13 +++++++++++++
> 2 files changed, 23 insertions(+), 1 deletion(-)
>
next prev parent reply other threads:[~2022-03-04 16:26 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-04 16:14 [PATCH 0/3] ceph: minor fixes and encrypted snapshot names Luís Henriques
2022-03-04 16:14 ` [PATCH 1/3] ceph: fix error path in ceph_readdir() Luís Henriques
2022-03-04 18:17 ` Jeff Layton
2022-03-05 14:30 ` Luís Henriques
2022-03-04 16:14 ` [PATCH 2/3] ceph: fix use-after-free in ceph_readdir Luís Henriques
2022-03-04 18:20 ` Jeff Layton
2022-03-05 12:43 ` Xiubo Li
2022-03-05 14:32 ` Luís Henriques
2022-03-04 16:14 ` [PATCH 3/3] ceph: add support for encrypted snapshot names Luís Henriques
2022-03-04 18:25 ` Jeff Layton
2022-03-05 14:34 ` Luís Henriques
2022-03-05 12:43 ` Xiubo Li
2022-03-04 16:26 ` Luís Henriques [this message]
2022-03-04 18:30 ` [PATCH 0/3] ceph: minor fixes and " Jeff Layton
2022-03-05 14:56 ` Luís Henriques
2022-03-07 0:49 ` Xiubo Li
2022-03-07 14:20 ` Luís Henriques
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fsnx4rb3.fsf@brahms.olymp \
--to=lhenriques@suse.de \
--cc=ceph-devel@vger.kernel.org \
--cc=idryomov@gmail.com \
--cc=jlayton@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=xiubli@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.