]> git.apps.os.sepia.ceph.com Git - fscrypt.git/commit
Simplify choosing the key description prefix
authorEric Biggers <ebiggers@google.com>
Wed, 18 Mar 2020 04:10:58 +0000 (21:10 -0700)
committerEric Biggers <ebiggers@google.com>
Mon, 23 Mar 2020 20:20:27 +0000 (13:20 -0700)
commitae886a89f541a74255c9a41f7fa504a82ee6413e
tree1f9cac402e1d2d85406f2c2e6dcb459d559aef3c
parentb43cb6970da16fea7aa2c073a83891909a2833b1
Simplify choosing the key description prefix

There's no real need to allow users to choose the key description prefix
(a.k.a. the "service"), since on ext4 and f2fs we can just use "ext4"
and "f2fs" for compatibility with all kernels both old and new, and on
other filesystems we can just use "fscrypt".  So, let's do that.

Since this removes the point of the "--legacy" option to 'fscrypt setup'
and the "compatibility" field in /etc/fscrypt.conf, remove those too.

Specifically, we start ignoring the "compatibility" in existing config
files and not writing it to new ones.  The corresponding protobuf field
number and name are reserved.  We stop accepting the "--legacy" option
at all, although since it was default true and there was no real reason
for anyone to change it to false, probably no one will notice.  If
anyone does, they should just stop specifying the option.

Note that this change only affects user keyrings and thus only affects
v1 encryption policies, which are deprecated in favor of v2 anyway.
15 files changed:
README.md
actions/config.go
actions/config_test.go
actions/context.go
actions/context_test.go
cmd/fscrypt/commands.go
cmd/fscrypt/flags.go
cmd/fscrypt/format.go
cmd/fscrypt/setup.go
keyring/keyring.go
keyring/keyring_test.go
metadata/config.go
metadata/config_test.go
metadata/metadata.pb.go
metadata/metadata.proto