summaryrefslogtreecommitdiffstats
path: root/fs/ext4
diff options
context:
space:
mode:
authorEric Biggers <ebiggers@google.com>2023-02-07 22:21:03 -0800
committerEric Biggers <ebiggers@google.com>2023-02-07 22:30:30 -0800
commit60e463f0be9874692a56a7d419a6e39029b6290d (patch)
tree0c8a86275f6b293eee0ad9081158311a07fe48ed /fs/ext4
parent6d796c50f84ca79f1722bb131799e5a5710c4700 (diff)
downloadlinux-stable-60e463f0be9874692a56a7d419a6e39029b6290d.tar.gz
linux-stable-60e463f0be9874692a56a7d419a6e39029b6290d.tar.bz2
linux-stable-60e463f0be9874692a56a7d419a6e39029b6290d.zip
fscrypt: add the test dummy encryption key on-demand
When the key for an inode is not found but the inode is using the test_dummy_encryption policy, automatically add the test_dummy_encryption key to the filesystem keyring. This eliminates the need for all the individual filesystems to do this at mount time, which is a bit tricky to clean up from on failure. Note: this covers the call to fscrypt_find_master_key() from inode key setup, but not from the fscrypt ioctls. So, this isn't *exactly* the same as the key being present from the very beginning. I think we can tolerate that, though, since the inode key setup caller is the only one that actually matters in the context of test_dummy_encryption. Signed-off-by: Eric Biggers <ebiggers@google.com> Link: https://lore.kernel.org/r/20230208062107.199831-2-ebiggers@kernel.org
Diffstat (limited to 'fs/ext4')
0 files changed, 0 insertions, 0 deletions