All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Biggers <ebiggers@kernel.org>
To: linux-fscrypt@vger.kernel.org
Cc: Satya Tangirala <satyat@google.com>,
	linux-api@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net, keyrings@vger.kernel.org,
	linux-mtd@lists.infradead.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org,
	Paul Crowley <paulcrowley@google.com>
Subject: [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy
Date: Fri, 26 Jul 2019 22:41:37 +0000	[thread overview]
Message-ID: <20190726224141.14044-13-ebiggers@kernel.org> (raw)
In-Reply-To: <20190726224141.14044-1-ebiggers@kernel.org>

From: Eric Biggers <ebiggers@google.com>

By looking up the master keys in a filesystem-level keyring rather than
in the calling processes' key hierarchy, it becomes possible for a user
to set an encryption policy which refers to some key they don't actually
know, then encrypt their files using that key.  Cryptographically this
isn't much of a problem, but the semantics of this would be a bit weird.
Thus, enforce that a v2 encryption policy can only be set if the user
has previously added the key, or has capable(CAP_FOWNER).

We tolerate that this problem will continue to exist for v1 encryption
policies, however; there is no way around that.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 fs/crypto/fscrypt_private.h |  3 +++
 fs/crypto/keyring.c         | 47 +++++++++++++++++++++++++++++++++++++
 fs/crypto/policy.c          |  6 +++++
 3 files changed, 56 insertions(+)

diff --git a/fs/crypto/fscrypt_private.h b/fs/crypto/fscrypt_private.h
index 2445b0fc4f01c..8d61f410aa677 100644
--- a/fs/crypto/fscrypt_private.h
+++ b/fs/crypto/fscrypt_private.h
@@ -408,6 +408,9 @@ extern struct key *
 fscrypt_find_master_key(struct super_block *sb,
 			const struct fscrypt_key_specifier *mk_spec);
 
+extern int fscrypt_verify_key_added(struct super_block *sb,
+				    const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE]);
+
 extern int __init fscrypt_init_keyring(void);
 
 /* keysetup.c */
diff --git a/fs/crypto/keyring.c b/fs/crypto/keyring.c
index 307533d4d7c51..258409d0c7409 100644
--- a/fs/crypto/keyring.c
+++ b/fs/crypto/keyring.c
@@ -562,6 +562,53 @@ int fscrypt_ioctl_add_key(struct file *filp, void __user *_uarg)
 }
 EXPORT_SYMBOL_GPL(fscrypt_ioctl_add_key);
 
+/*
+ * Verify that the current user has added a master key with the given identifier
+ * (returns -ENOKEY if not).  This is needed to prevent a user from encrypting
+ * their files using some other user's key which they don't actually know.
+ * Cryptographically this isn't much of a problem, but the semantics of this
+ * would be a bit weird, so it's best to just forbid it.
+ *
+ * The system administrator (CAP_FOWNER) can override this, which should be
+ * enough for any use cases where encryption policies are being set using keys
+ * that were chosen ahead of time but aren't available at the moment.
+ *
+ * Note that the key may have already removed by the time this returns, but
+ * that's okay; we just care whether the key was there at some point.
+ *
+ * Return: 0 if the key is added, -ENOKEY if it isn't, or another -errno code
+ */
+int fscrypt_verify_key_added(struct super_block *sb,
+			     const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE])
+{
+	struct fscrypt_key_specifier mk_spec;
+	struct key *key, *mk_user;
+	struct fscrypt_master_key *mk;
+	int err;
+
+	mk_spec.type = FSCRYPT_KEY_SPEC_TYPE_IDENTIFIER;
+	memcpy(mk_spec.u.identifier, identifier, FSCRYPT_KEY_IDENTIFIER_SIZE);
+
+	key = fscrypt_find_master_key(sb, &mk_spec);
+	if (IS_ERR(key)) {
+		err = PTR_ERR(key);
+		goto out;
+	}
+	mk = key->payload.data[0];
+	mk_user = find_master_key_user(mk);
+	if (IS_ERR(mk_user)) {
+		err = PTR_ERR(mk_user);
+	} else {
+		key_put(mk_user);
+		err = 0;
+	}
+	key_put(key);
+out:
+	if (err = -ENOKEY && capable(CAP_FOWNER))
+		err = 0;
+	return err;
+}
+
 static void shrink_dcache_inode(struct inode *inode)
 {
 	struct dentry *dentry;
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c
index 0141d338c1fdb..60de9048ed4d1 100644
--- a/fs/crypto/policy.c
+++ b/fs/crypto/policy.c
@@ -233,6 +233,7 @@ static int set_encryption_policy(struct inode *inode,
 {
 	union fscrypt_context ctx;
 	int ctxsize;
+	int err;
 
 	if (!fscrypt_supported_policy(policy, inode))
 		return -EINVAL;
@@ -251,6 +252,11 @@ static int set_encryption_policy(struct inode *inode,
 		 */
 		pr_warn_once("%s (pid %d) is setting deprecated v1 encryption policy; recommend upgrading to v2.\n",
 			     current->comm, current->pid);
+	} else {
+		err = fscrypt_verify_key_added(inode->i_sb,
+					       policy->v2.master_key_identifier);
+		if (err)
+			return err;
 	}
 
 	ctxsize = fscrypt_new_context_from_policy(&ctx, policy);
-- 
2.22.0

WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: linux-fscrypt@vger.kernel.org
Cc: Satya Tangirala <satyat@google.com>,
	linux-api@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net, keyrings@vger.kernel.org,
	linux-mtd@lists.infradead.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org,
	Paul Crowley <paulcrowley@google.com>
Subject: [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy
Date: Fri, 26 Jul 2019 15:41:37 -0700	[thread overview]
Message-ID: <20190726224141.14044-13-ebiggers@kernel.org> (raw)
In-Reply-To: <20190726224141.14044-1-ebiggers@kernel.org>

From: Eric Biggers <ebiggers@google.com>

By looking up the master keys in a filesystem-level keyring rather than
in the calling processes' key hierarchy, it becomes possible for a user
to set an encryption policy which refers to some key they don't actually
know, then encrypt their files using that key.  Cryptographically this
isn't much of a problem, but the semantics of this would be a bit weird.
Thus, enforce that a v2 encryption policy can only be set if the user
has previously added the key, or has capable(CAP_FOWNER).

We tolerate that this problem will continue to exist for v1 encryption
policies, however; there is no way around that.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 fs/crypto/fscrypt_private.h |  3 +++
 fs/crypto/keyring.c         | 47 +++++++++++++++++++++++++++++++++++++
 fs/crypto/policy.c          |  6 +++++
 3 files changed, 56 insertions(+)

diff --git a/fs/crypto/fscrypt_private.h b/fs/crypto/fscrypt_private.h
index 2445b0fc4f01c..8d61f410aa677 100644
--- a/fs/crypto/fscrypt_private.h
+++ b/fs/crypto/fscrypt_private.h
@@ -408,6 +408,9 @@ extern struct key *
 fscrypt_find_master_key(struct super_block *sb,
 			const struct fscrypt_key_specifier *mk_spec);
 
+extern int fscrypt_verify_key_added(struct super_block *sb,
+				    const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE]);
+
 extern int __init fscrypt_init_keyring(void);
 
 /* keysetup.c */
diff --git a/fs/crypto/keyring.c b/fs/crypto/keyring.c
index 307533d4d7c51..258409d0c7409 100644
--- a/fs/crypto/keyring.c
+++ b/fs/crypto/keyring.c
@@ -562,6 +562,53 @@ int fscrypt_ioctl_add_key(struct file *filp, void __user *_uarg)
 }
 EXPORT_SYMBOL_GPL(fscrypt_ioctl_add_key);
 
+/*
+ * Verify that the current user has added a master key with the given identifier
+ * (returns -ENOKEY if not).  This is needed to prevent a user from encrypting
+ * their files using some other user's key which they don't actually know.
+ * Cryptographically this isn't much of a problem, but the semantics of this
+ * would be a bit weird, so it's best to just forbid it.
+ *
+ * The system administrator (CAP_FOWNER) can override this, which should be
+ * enough for any use cases where encryption policies are being set using keys
+ * that were chosen ahead of time but aren't available at the moment.
+ *
+ * Note that the key may have already removed by the time this returns, but
+ * that's okay; we just care whether the key was there at some point.
+ *
+ * Return: 0 if the key is added, -ENOKEY if it isn't, or another -errno code
+ */
+int fscrypt_verify_key_added(struct super_block *sb,
+			     const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE])
+{
+	struct fscrypt_key_specifier mk_spec;
+	struct key *key, *mk_user;
+	struct fscrypt_master_key *mk;
+	int err;
+
+	mk_spec.type = FSCRYPT_KEY_SPEC_TYPE_IDENTIFIER;
+	memcpy(mk_spec.u.identifier, identifier, FSCRYPT_KEY_IDENTIFIER_SIZE);
+
+	key = fscrypt_find_master_key(sb, &mk_spec);
+	if (IS_ERR(key)) {
+		err = PTR_ERR(key);
+		goto out;
+	}
+	mk = key->payload.data[0];
+	mk_user = find_master_key_user(mk);
+	if (IS_ERR(mk_user)) {
+		err = PTR_ERR(mk_user);
+	} else {
+		key_put(mk_user);
+		err = 0;
+	}
+	key_put(key);
+out:
+	if (err == -ENOKEY && capable(CAP_FOWNER))
+		err = 0;
+	return err;
+}
+
 static void shrink_dcache_inode(struct inode *inode)
 {
 	struct dentry *dentry;
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c
index 0141d338c1fdb..60de9048ed4d1 100644
--- a/fs/crypto/policy.c
+++ b/fs/crypto/policy.c
@@ -233,6 +233,7 @@ static int set_encryption_policy(struct inode *inode,
 {
 	union fscrypt_context ctx;
 	int ctxsize;
+	int err;
 
 	if (!fscrypt_supported_policy(policy, inode))
 		return -EINVAL;
@@ -251,6 +252,11 @@ static int set_encryption_policy(struct inode *inode,
 		 */
 		pr_warn_once("%s (pid %d) is setting deprecated v1 encryption policy; recommend upgrading to v2.\n",
 			     current->comm, current->pid);
+	} else {
+		err = fscrypt_verify_key_added(inode->i_sb,
+					       policy->v2.master_key_identifier);
+		if (err)
+			return err;
 	}
 
 	ctxsize = fscrypt_new_context_from_policy(&ctx, policy);
-- 
2.22.0

WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: linux-fscrypt@vger.kernel.org
Cc: linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net,
	linux-mtd@lists.infradead.org, linux-api@vger.kernel.org,
	linux-crypto@vger.kernel.org, keyrings@vger.kernel.org,
	Paul Crowley <paulcrowley@google.com>,
	Satya Tangirala <satyat@google.com>
Subject: [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy
Date: Fri, 26 Jul 2019 15:41:37 -0700	[thread overview]
Message-ID: <20190726224141.14044-13-ebiggers@kernel.org> (raw)
In-Reply-To: <20190726224141.14044-1-ebiggers@kernel.org>

From: Eric Biggers <ebiggers@google.com>

By looking up the master keys in a filesystem-level keyring rather than
in the calling processes' key hierarchy, it becomes possible for a user
to set an encryption policy which refers to some key they don't actually
know, then encrypt their files using that key.  Cryptographically this
isn't much of a problem, but the semantics of this would be a bit weird.
Thus, enforce that a v2 encryption policy can only be set if the user
has previously added the key, or has capable(CAP_FOWNER).

We tolerate that this problem will continue to exist for v1 encryption
policies, however; there is no way around that.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 fs/crypto/fscrypt_private.h |  3 +++
 fs/crypto/keyring.c         | 47 +++++++++++++++++++++++++++++++++++++
 fs/crypto/policy.c          |  6 +++++
 3 files changed, 56 insertions(+)

diff --git a/fs/crypto/fscrypt_private.h b/fs/crypto/fscrypt_private.h
index 2445b0fc4f01c..8d61f410aa677 100644
--- a/fs/crypto/fscrypt_private.h
+++ b/fs/crypto/fscrypt_private.h
@@ -408,6 +408,9 @@ extern struct key *
 fscrypt_find_master_key(struct super_block *sb,
 			const struct fscrypt_key_specifier *mk_spec);
 
+extern int fscrypt_verify_key_added(struct super_block *sb,
+				    const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE]);
+
 extern int __init fscrypt_init_keyring(void);
 
 /* keysetup.c */
diff --git a/fs/crypto/keyring.c b/fs/crypto/keyring.c
index 307533d4d7c51..258409d0c7409 100644
--- a/fs/crypto/keyring.c
+++ b/fs/crypto/keyring.c
@@ -562,6 +562,53 @@ int fscrypt_ioctl_add_key(struct file *filp, void __user *_uarg)
 }
 EXPORT_SYMBOL_GPL(fscrypt_ioctl_add_key);
 
+/*
+ * Verify that the current user has added a master key with the given identifier
+ * (returns -ENOKEY if not).  This is needed to prevent a user from encrypting
+ * their files using some other user's key which they don't actually know.
+ * Cryptographically this isn't much of a problem, but the semantics of this
+ * would be a bit weird, so it's best to just forbid it.
+ *
+ * The system administrator (CAP_FOWNER) can override this, which should be
+ * enough for any use cases where encryption policies are being set using keys
+ * that were chosen ahead of time but aren't available at the moment.
+ *
+ * Note that the key may have already removed by the time this returns, but
+ * that's okay; we just care whether the key was there at some point.
+ *
+ * Return: 0 if the key is added, -ENOKEY if it isn't, or another -errno code
+ */
+int fscrypt_verify_key_added(struct super_block *sb,
+			     const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE])
+{
+	struct fscrypt_key_specifier mk_spec;
+	struct key *key, *mk_user;
+	struct fscrypt_master_key *mk;
+	int err;
+
+	mk_spec.type = FSCRYPT_KEY_SPEC_TYPE_IDENTIFIER;
+	memcpy(mk_spec.u.identifier, identifier, FSCRYPT_KEY_IDENTIFIER_SIZE);
+
+	key = fscrypt_find_master_key(sb, &mk_spec);
+	if (IS_ERR(key)) {
+		err = PTR_ERR(key);
+		goto out;
+	}
+	mk = key->payload.data[0];
+	mk_user = find_master_key_user(mk);
+	if (IS_ERR(mk_user)) {
+		err = PTR_ERR(mk_user);
+	} else {
+		key_put(mk_user);
+		err = 0;
+	}
+	key_put(key);
+out:
+	if (err == -ENOKEY && capable(CAP_FOWNER))
+		err = 0;
+	return err;
+}
+
 static void shrink_dcache_inode(struct inode *inode)
 {
 	struct dentry *dentry;
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c
index 0141d338c1fdb..60de9048ed4d1 100644
--- a/fs/crypto/policy.c
+++ b/fs/crypto/policy.c
@@ -233,6 +233,7 @@ static int set_encryption_policy(struct inode *inode,
 {
 	union fscrypt_context ctx;
 	int ctxsize;
+	int err;
 
 	if (!fscrypt_supported_policy(policy, inode))
 		return -EINVAL;
@@ -251,6 +252,11 @@ static int set_encryption_policy(struct inode *inode,
 		 */
 		pr_warn_once("%s (pid %d) is setting deprecated v1 encryption policy; recommend upgrading to v2.\n",
 			     current->comm, current->pid);
+	} else {
+		err = fscrypt_verify_key_added(inode->i_sb,
+					       policy->v2.master_key_identifier);
+		if (err)
+			return err;
 	}
 
 	ctxsize = fscrypt_new_context_from_policy(&ctx, policy);
-- 
2.22.0


WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: linux-fscrypt@vger.kernel.org
Cc: Satya Tangirala <satyat@google.com>,
	linux-api@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net, keyrings@vger.kernel.org,
	linux-mtd@lists.infradead.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org,
	Paul Crowley <paulcrowley@google.com>
Subject: [f2fs-dev] [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy
Date: Fri, 26 Jul 2019 15:41:37 -0700	[thread overview]
Message-ID: <20190726224141.14044-13-ebiggers@kernel.org> (raw)
In-Reply-To: <20190726224141.14044-1-ebiggers@kernel.org>

From: Eric Biggers <ebiggers@google.com>

By looking up the master keys in a filesystem-level keyring rather than
in the calling processes' key hierarchy, it becomes possible for a user
to set an encryption policy which refers to some key they don't actually
know, then encrypt their files using that key.  Cryptographically this
isn't much of a problem, but the semantics of this would be a bit weird.
Thus, enforce that a v2 encryption policy can only be set if the user
has previously added the key, or has capable(CAP_FOWNER).

We tolerate that this problem will continue to exist for v1 encryption
policies, however; there is no way around that.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 fs/crypto/fscrypt_private.h |  3 +++
 fs/crypto/keyring.c         | 47 +++++++++++++++++++++++++++++++++++++
 fs/crypto/policy.c          |  6 +++++
 3 files changed, 56 insertions(+)

diff --git a/fs/crypto/fscrypt_private.h b/fs/crypto/fscrypt_private.h
index 2445b0fc4f01c..8d61f410aa677 100644
--- a/fs/crypto/fscrypt_private.h
+++ b/fs/crypto/fscrypt_private.h
@@ -408,6 +408,9 @@ extern struct key *
 fscrypt_find_master_key(struct super_block *sb,
 			const struct fscrypt_key_specifier *mk_spec);
 
+extern int fscrypt_verify_key_added(struct super_block *sb,
+				    const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE]);
+
 extern int __init fscrypt_init_keyring(void);
 
 /* keysetup.c */
diff --git a/fs/crypto/keyring.c b/fs/crypto/keyring.c
index 307533d4d7c51..258409d0c7409 100644
--- a/fs/crypto/keyring.c
+++ b/fs/crypto/keyring.c
@@ -562,6 +562,53 @@ int fscrypt_ioctl_add_key(struct file *filp, void __user *_uarg)
 }
 EXPORT_SYMBOL_GPL(fscrypt_ioctl_add_key);
 
+/*
+ * Verify that the current user has added a master key with the given identifier
+ * (returns -ENOKEY if not).  This is needed to prevent a user from encrypting
+ * their files using some other user's key which they don't actually know.
+ * Cryptographically this isn't much of a problem, but the semantics of this
+ * would be a bit weird, so it's best to just forbid it.
+ *
+ * The system administrator (CAP_FOWNER) can override this, which should be
+ * enough for any use cases where encryption policies are being set using keys
+ * that were chosen ahead of time but aren't available at the moment.
+ *
+ * Note that the key may have already removed by the time this returns, but
+ * that's okay; we just care whether the key was there at some point.
+ *
+ * Return: 0 if the key is added, -ENOKEY if it isn't, or another -errno code
+ */
+int fscrypt_verify_key_added(struct super_block *sb,
+			     const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE])
+{
+	struct fscrypt_key_specifier mk_spec;
+	struct key *key, *mk_user;
+	struct fscrypt_master_key *mk;
+	int err;
+
+	mk_spec.type = FSCRYPT_KEY_SPEC_TYPE_IDENTIFIER;
+	memcpy(mk_spec.u.identifier, identifier, FSCRYPT_KEY_IDENTIFIER_SIZE);
+
+	key = fscrypt_find_master_key(sb, &mk_spec);
+	if (IS_ERR(key)) {
+		err = PTR_ERR(key);
+		goto out;
+	}
+	mk = key->payload.data[0];
+	mk_user = find_master_key_user(mk);
+	if (IS_ERR(mk_user)) {
+		err = PTR_ERR(mk_user);
+	} else {
+		key_put(mk_user);
+		err = 0;
+	}
+	key_put(key);
+out:
+	if (err == -ENOKEY && capable(CAP_FOWNER))
+		err = 0;
+	return err;
+}
+
 static void shrink_dcache_inode(struct inode *inode)
 {
 	struct dentry *dentry;
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c
index 0141d338c1fdb..60de9048ed4d1 100644
--- a/fs/crypto/policy.c
+++ b/fs/crypto/policy.c
@@ -233,6 +233,7 @@ static int set_encryption_policy(struct inode *inode,
 {
 	union fscrypt_context ctx;
 	int ctxsize;
+	int err;
 
 	if (!fscrypt_supported_policy(policy, inode))
 		return -EINVAL;
@@ -251,6 +252,11 @@ static int set_encryption_policy(struct inode *inode,
 		 */
 		pr_warn_once("%s (pid %d) is setting deprecated v1 encryption policy; recommend upgrading to v2.\n",
 			     current->comm, current->pid);
+	} else {
+		err = fscrypt_verify_key_added(inode->i_sb,
+					       policy->v2.master_key_identifier);
+		if (err)
+			return err;
 	}
 
 	ctxsize = fscrypt_new_context_from_policy(&ctx, policy);
-- 
2.22.0



_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

WARNING: multiple messages have this Message-ID (diff)
From: Eric Biggers <ebiggers@kernel.org>
To: linux-fscrypt@vger.kernel.org
Cc: Satya Tangirala <satyat@google.com>,
	linux-api@vger.kernel.org,
	linux-f2fs-devel@lists.sourceforge.net, keyrings@vger.kernel.org,
	linux-mtd@lists.infradead.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org,
	Paul Crowley <paulcrowley@google.com>
Subject: [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy
Date: Fri, 26 Jul 2019 15:41:37 -0700	[thread overview]
Message-ID: <20190726224141.14044-13-ebiggers@kernel.org> (raw)
In-Reply-To: <20190726224141.14044-1-ebiggers@kernel.org>

From: Eric Biggers <ebiggers@google.com>

By looking up the master keys in a filesystem-level keyring rather than
in the calling processes' key hierarchy, it becomes possible for a user
to set an encryption policy which refers to some key they don't actually
know, then encrypt their files using that key.  Cryptographically this
isn't much of a problem, but the semantics of this would be a bit weird.
Thus, enforce that a v2 encryption policy can only be set if the user
has previously added the key, or has capable(CAP_FOWNER).

We tolerate that this problem will continue to exist for v1 encryption
policies, however; there is no way around that.

Signed-off-by: Eric Biggers <ebiggers@google.com>
---
 fs/crypto/fscrypt_private.h |  3 +++
 fs/crypto/keyring.c         | 47 +++++++++++++++++++++++++++++++++++++
 fs/crypto/policy.c          |  6 +++++
 3 files changed, 56 insertions(+)

diff --git a/fs/crypto/fscrypt_private.h b/fs/crypto/fscrypt_private.h
index 2445b0fc4f01c..8d61f410aa677 100644
--- a/fs/crypto/fscrypt_private.h
+++ b/fs/crypto/fscrypt_private.h
@@ -408,6 +408,9 @@ extern struct key *
 fscrypt_find_master_key(struct super_block *sb,
 			const struct fscrypt_key_specifier *mk_spec);
 
+extern int fscrypt_verify_key_added(struct super_block *sb,
+				    const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE]);
+
 extern int __init fscrypt_init_keyring(void);
 
 /* keysetup.c */
diff --git a/fs/crypto/keyring.c b/fs/crypto/keyring.c
index 307533d4d7c51..258409d0c7409 100644
--- a/fs/crypto/keyring.c
+++ b/fs/crypto/keyring.c
@@ -562,6 +562,53 @@ int fscrypt_ioctl_add_key(struct file *filp, void __user *_uarg)
 }
 EXPORT_SYMBOL_GPL(fscrypt_ioctl_add_key);
 
+/*
+ * Verify that the current user has added a master key with the given identifier
+ * (returns -ENOKEY if not).  This is needed to prevent a user from encrypting
+ * their files using some other user's key which they don't actually know.
+ * Cryptographically this isn't much of a problem, but the semantics of this
+ * would be a bit weird, so it's best to just forbid it.
+ *
+ * The system administrator (CAP_FOWNER) can override this, which should be
+ * enough for any use cases where encryption policies are being set using keys
+ * that were chosen ahead of time but aren't available at the moment.
+ *
+ * Note that the key may have already removed by the time this returns, but
+ * that's okay; we just care whether the key was there at some point.
+ *
+ * Return: 0 if the key is added, -ENOKEY if it isn't, or another -errno code
+ */
+int fscrypt_verify_key_added(struct super_block *sb,
+			     const u8 identifier[FSCRYPT_KEY_IDENTIFIER_SIZE])
+{
+	struct fscrypt_key_specifier mk_spec;
+	struct key *key, *mk_user;
+	struct fscrypt_master_key *mk;
+	int err;
+
+	mk_spec.type = FSCRYPT_KEY_SPEC_TYPE_IDENTIFIER;
+	memcpy(mk_spec.u.identifier, identifier, FSCRYPT_KEY_IDENTIFIER_SIZE);
+
+	key = fscrypt_find_master_key(sb, &mk_spec);
+	if (IS_ERR(key)) {
+		err = PTR_ERR(key);
+		goto out;
+	}
+	mk = key->payload.data[0];
+	mk_user = find_master_key_user(mk);
+	if (IS_ERR(mk_user)) {
+		err = PTR_ERR(mk_user);
+	} else {
+		key_put(mk_user);
+		err = 0;
+	}
+	key_put(key);
+out:
+	if (err == -ENOKEY && capable(CAP_FOWNER))
+		err = 0;
+	return err;
+}
+
 static void shrink_dcache_inode(struct inode *inode)
 {
 	struct dentry *dentry;
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c
index 0141d338c1fdb..60de9048ed4d1 100644
--- a/fs/crypto/policy.c
+++ b/fs/crypto/policy.c
@@ -233,6 +233,7 @@ static int set_encryption_policy(struct inode *inode,
 {
 	union fscrypt_context ctx;
 	int ctxsize;
+	int err;
 
 	if (!fscrypt_supported_policy(policy, inode))
 		return -EINVAL;
@@ -251,6 +252,11 @@ static int set_encryption_policy(struct inode *inode,
 		 */
 		pr_warn_once("%s (pid %d) is setting deprecated v1 encryption policy; recommend upgrading to v2.\n",
 			     current->comm, current->pid);
+	} else {
+		err = fscrypt_verify_key_added(inode->i_sb,
+					       policy->v2.master_key_identifier);
+		if (err)
+			return err;
 	}
 
 	ctxsize = fscrypt_new_context_from_policy(&ctx, policy);
-- 
2.22.0


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

  parent reply	other threads:[~2019-07-26 22:41 UTC|newest]

Thread overview: 230+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-26 22:41 [PATCH v7 00/16] fscrypt: key management improvements Eric Biggers
2019-07-26 22:41 ` Eric Biggers
2019-07-26 22:41 ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41 ` Eric Biggers
2019-07-26 22:41 ` Eric Biggers
2019-07-26 22:41 ` [PATCH v7 01/16] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h> Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 15:08   ` Theodore Y. Ts'o
2019-07-28 15:08     ` Theodore Y. Ts'o
2019-07-28 15:08     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 15:08     ` Theodore Y. Ts'o
2019-07-28 15:08     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 02/16] fscrypt: use FSCRYPT_ prefix for uapi constants Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41 ` [PATCH v7 03/16] fscrypt: use FSCRYPT_* definitions, not FS_* Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41 ` [PATCH v7 04/16] fscrypt: add ->ci_inode to fscrypt_info Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 15:09   ` Theodore Y. Ts'o
2019-07-28 15:09     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 15:09     ` Theodore Y. Ts'o
2019-07-28 15:09     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 15:40   ` Theodore Y. Ts'o
2019-07-28 15:40     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 15:40     ` Theodore Y. Ts'o
2019-07-28 15:40     ` Theodore Y. Ts'o
2019-07-29 19:37     ` Eric Biggers
2019-07-29 19:37       ` [f2fs-dev] " Eric Biggers
2019-07-29 19:37       ` Eric Biggers
2019-07-29 19:37       ` Eric Biggers
2019-07-26 22:41 ` [PATCH v7 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 18:50   ` Theodore Y. Ts'o
2019-07-28 18:50     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 18:50     ` Theodore Y. Ts'o
2019-07-28 18:50     ` Theodore Y. Ts'o
2019-07-29 19:46     ` Eric Biggers
2019-07-29 19:46       ` Eric Biggers
2019-07-29 19:46       ` [f2fs-dev] " Eric Biggers
2019-07-29 19:46       ` Eric Biggers
2019-07-29 19:46       ` Eric Biggers
2019-07-29 20:14       ` Theodore Y. Ts'o
2019-07-29 20:14         ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-29 20:14         ` Theodore Y. Ts'o
2019-07-29 20:14         ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 19:24   ` Theodore Y. Ts'o
2019-07-28 19:24     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 19:24     ` Theodore Y. Ts'o
2019-07-28 19:24     ` Theodore Y. Ts'o
2019-07-29 19:58     ` Eric Biggers
2019-07-29 19:58       ` Eric Biggers
2019-07-29 19:58       ` [f2fs-dev] " Eric Biggers
2019-07-29 19:58       ` Eric Biggers
2019-07-29 19:58       ` Eric Biggers
2019-07-31 18:38       ` Eric Biggers
2019-07-31 18:38         ` Eric Biggers
2019-07-31 18:38         ` [f2fs-dev] " Eric Biggers
2019-07-31 18:38         ` Eric Biggers
2019-07-31 23:38         ` Theodore Y. Ts'o
2019-07-31 23:38           ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-31 23:38           ` Theodore Y. Ts'o
2019-07-31 23:38           ` Theodore Y. Ts'o
2019-08-01  1:11           ` [f2fs-dev] " Eric Biggers
2019-08-01  1:11             ` Eric Biggers
2019-08-01  1:11             ` Eric Biggers
2019-08-01  1:11             ` Eric Biggers
2019-08-01  1:11             ` Eric Biggers
2019-08-01  5:31             ` [f2fs-dev] " Theodore Y. Ts'o
2019-08-01  5:31               ` Theodore Y. Ts'o
2019-08-01  5:31               ` Theodore Y. Ts'o
2019-08-01  5:31               ` Theodore Y. Ts'o
2019-08-01 18:35               ` Eric Biggers
2019-08-01 18:35                 ` Eric Biggers
2019-08-01 18:35                 ` [f2fs-dev] " Eric Biggers
2019-08-01 18:35                 ` Eric Biggers
2019-08-01 18:35                 ` Eric Biggers
2019-08-01 18:46                 ` Eric Biggers
2019-08-01 18:46                   ` [f2fs-dev] " Eric Biggers
2019-08-01 18:46                   ` Eric Biggers
2019-08-01 18:46                   ` Eric Biggers
2019-08-01 22:04               ` Eric Biggers
2019-08-01 22:04                 ` [f2fs-dev] " Eric Biggers
2019-08-01 22:04                 ` Eric Biggers
2019-08-01 22:04                 ` Eric Biggers
2019-08-02  4:38                 ` Eric Biggers
2019-08-02  4:38                   ` [f2fs-dev] " Eric Biggers
2019-08-02  4:38                   ` Eric Biggers
2019-08-02  4:38                   ` Eric Biggers
2019-08-12 14:16                   ` Theodore Y. Ts'o
2019-08-12 14:16                     ` Theodore Y. Ts'o
2019-08-12 14:16                     ` [f2fs-dev] " Theodore Y. Ts'o
2019-08-12 14:16                     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 08/16] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 19:30   ` Theodore Y. Ts'o
2019-07-28 19:30     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 19:30     ` Theodore Y. Ts'o
2019-07-28 19:30     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 09/16] fscrypt: add an HKDF-SHA512 implementation Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 19:39   ` Theodore Y. Ts'o
2019-07-28 19:39     ` Theodore Y. Ts'o
2019-07-28 19:39     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 19:39     ` Theodore Y. Ts'o
2019-07-28 19:39     ` Theodore Y. Ts'o
2019-07-29 20:29     ` Eric Biggers
2019-07-29 20:29       ` [f2fs-dev] " Eric Biggers
2019-07-29 20:29       ` Eric Biggers
2019-07-29 20:29       ` Eric Biggers
2019-07-29 21:42       ` James Bottomley
2019-07-29 21:42         ` [f2fs-dev] " James Bottomley
2019-07-29 21:42         ` James Bottomley
2019-07-29 21:42         ` James Bottomley
2019-07-26 22:41 ` [PATCH v7 10/16] fscrypt: v2 encryption policy support Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 21:17   ` Theodore Y. Ts'o
2019-07-28 21:17     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 21:17     ` Theodore Y. Ts'o
2019-07-28 21:17     ` Theodore Y. Ts'o
2019-07-29 20:46     ` Eric Biggers
2019-07-29 20:46       ` [f2fs-dev] " Eric Biggers
2019-07-29 20:46       ` Eric Biggers
2019-07-29 20:46       ` Eric Biggers
2019-07-26 22:41 ` [PATCH v7 11/16] fscrypt: allow unprivileged users to add/remove keys for v2 policies Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 21:22   ` Theodore Y. Ts'o
2019-07-28 21:22     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 21:22     ` Theodore Y. Ts'o
2019-07-28 21:22     ` Theodore Y. Ts'o
2019-07-26 22:41 ` Eric Biggers [this message]
2019-07-26 22:41   ` [PATCH v7 12/16] fscrypt: require that key be added when setting a v2 encryption policy Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 21:24   ` Theodore Y. Ts'o
2019-07-28 21:24     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 21:24     ` Theodore Y. Ts'o
2019-07-28 21:24     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 13/16] ext4: wire up new fscrypt ioctls Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-28 21:24   ` Theodore Y. Ts'o
2019-07-28 21:24     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-28 21:24     ` Theodore Y. Ts'o
2019-07-28 21:24     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 14/16] f2fs: " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-30  0:36   ` Jaegeuk Kim
2019-07-30  0:36     ` [f2fs-dev] " Jaegeuk Kim
2019-07-30  0:36     ` Jaegeuk Kim
2019-07-30  0:36     ` Jaegeuk Kim
2019-08-02  8:10   ` Chao Yu
2019-08-02  8:10     ` Chao Yu
2019-08-02  8:10     ` Chao Yu
2019-08-02  8:10     ` [f2fs-dev] " Chao Yu
2019-08-02  8:10     ` Chao Yu
2019-08-02  8:10     ` Chao Yu
2019-08-02 17:31     ` Eric Biggers
2019-08-02 17:31       ` [f2fs-dev] " Eric Biggers
2019-08-02 17:31       ` Eric Biggers
2019-08-02 17:31       ` Eric Biggers
2019-08-04  9:42       ` [f2fs-dev] " Chao Yu
2019-08-04  9:42         ` Chao Yu
2019-08-04  9:42         ` Chao Yu
2019-08-04  9:42         ` Chao Yu
2019-08-04  9:42         ` Chao Yu
2019-07-26 22:41 ` [PATCH v7 15/16] ubifs: " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-30  0:39   ` Theodore Y. Ts'o
2019-07-30  0:39     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-30  0:39     ` Theodore Y. Ts'o
2019-07-30  0:39     ` Theodore Y. Ts'o
2019-07-26 22:41 ` [PATCH v7 16/16] fscrypt: document the new ioctls and policy version Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` [f2fs-dev] " Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-26 22:41   ` Eric Biggers
2019-07-29  2:00   ` Theodore Y. Ts'o
2019-07-29  2:00     ` Theodore Y. Ts'o
2019-07-29  2:00     ` [f2fs-dev] " Theodore Y. Ts'o
2019-07-29  2:00     ` Theodore Y. Ts'o
2019-07-29  2:00     ` Theodore Y. Ts'o
2019-07-29 21:36     ` Eric Biggers
2019-07-29 21:36       ` [f2fs-dev] " Eric Biggers
2019-07-29 21:36       ` Eric Biggers
2019-07-29 21:36       ` Eric Biggers

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=20190726224141.14044-13-ebiggers@kernel.org \
    --to=ebiggers@kernel.org \
    --cc=keyrings@vger.kernel.org \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-f2fs-devel@lists.sourceforge.net \
    --cc=linux-fscrypt@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=paulcrowley@google.com \
    --cc=satyat@google.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.