Skip to contentSkip to conversation

IMA: Deferred measurement of keys

PATCH Superseded Lakshmi Ramasubramanian 2 participants 7 messages Dec 6, 2019 – Dec 11, 2019

Subsystems (5)

v1 of 9 Superseded Latest is v9 →

lore
Share & tools
lore
#0 lore raw

cover IMA: Deferred measurement of keys

This patchset extends the previous version[1] by adding support for deferred processing of keys.

With the patchset referenced above, the IMA subsystem supports measuring asymmetric keys when the key is created or updated. But keys created or updated before a custom IMA policy is loaded are currently not measured. This includes keys added to, for instance, .builtin_trusted_keys which happens early in the boot process.

This change adds support for queuing keys created or updated before a custom IMA policy is loaded. The queued keys are processed when a custom policy is loaded. Keys created or updated after a custom policy is loaded are measured immediately (not queued).

If the kernel is built with both CONFIG_IMA and CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE enabled then the IMA policy must be applied as a custom policy. Not providing a custom policy in the above configuration would result in asymmeteric keys being queued until a custom policy is loaded. This is by design.

[1] https://lore.kernel.org/linux-integrity/[email protected]/

Testing performed:

* Booted the kernel with this change.
* Added .builtin_trusted_keys in "keyrings=" option in the IMA policy and verified the keys added to this keyring are measured.
* Specified only func=KEY_CHECK and not "keyrings=" option, and verified the keys added to builtin_trusted_keys keyring are processed.
* Added keys at runtime and verified they are measured if the IMA policy permitted.
=> For example, added keys to .ima keyring and verified.

Changelog:

v1

=> Code cleanup

v0

=> Based changes on v5.4-rc8
=> The following patchsets should be applied in that order

     https://lore.kernel.org/linux-integrity/[email protected]
     https://lore.kernel.org/linux-integrity/[email protected]/

=> Added functions to queue and dequeue keys, and process
the queued keys when custom IMA policies are applied.

Lakshmi Ramasubramanian (2):
IMA: Define workqueue for early boot "key" measurements
IMA: Call workqueue functions to measure queued keys

 security/integrity/ima/ima.h                 |  15 +++
 security/integrity/ima/ima_asymmetric_keys.c | 134 +++++++++++++++++++
 security/integrity/ima/ima_policy.c          |   6 +
 3 files changed, 155 insertions(+)
Signature · 1 line
2.17.1
#1 lore raw

PATCH 1/2 IMA: Define workqueue for early boot "key" measurements

Measuring keys requires a custom IMA policy to be loaded. Keys created or updated before a custom IMA policy is loaded should be queued and the keys should be processed after a custom policy is loaded.

This patch defines workqueue for queuing keys when a custom IMA policy has not yet been loaded.

A flag namely ima_process_keys_for_measurement is used to check if the key should be queued or should be processed immediately. This flag is set to true when queued keys are processed. If this flag is set to true, keys created or updated will be measured immediately (not queued).

---
 security/integrity/ima/ima.h                 |  15 +++
 security/integrity/ima/ima_asymmetric_keys.c | 125 +++++++++++++++++++
 2 files changed, 140 insertions(+)
security/integrity/ima/ima.h +15 -0
index f06238e41a7c..f86371647707 100644
@@ -205,6 +205,21 @@ extern const char *const func_tokens[];
 
 struct modsig;
 
+#ifdef CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE
+/*
+ * To track keys that need to be measured.
+ */
+struct ima_measure_key_entry {
+	struct list_head list;
+	void *payload;
+	size_t payload_len;
+	char *keyring_name;
+};
+void ima_process_queued_keys_for_measurement(void);
+#else
+static inline void ima_process_queued_keys_for_measurement(void) {}
+#endif /* CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE */
+
 /* LIM API function definitions */
 int ima_get_action(struct inode *inode, const struct cred *cred, u32 secid,
 		   int mask, enum ima_hooks func, int *pcr,
security/integrity/ima/ima_asymmetric_keys.c +125 -0

131 lines not on this page · raw message

Signature · 1 line
2.17.1
maintainer
#2 lore raw

Re: [PATCH v1 1/2] IMA: Define workqueue for early boot "key" measurements

Quoted 5 lines · Lakshmi Ramasubramanian

Measuring keys requires a custom IMA policy to be loaded. Keys created or updated before a custom IMA policy is loaded should be queued and the keys should be processed after a custom policy is loaded.

Quoted 8 lines

This patch defines workqueue for queuing keys when a custom IMA policy has not yet been loaded.

A flag namely ima_process_keys_for_measurement is used to check if the key should be queued or should be processed immediately. This flag is set to true when queued keys are processed. If this flag is set to true, keys created or updated will be measured immediately (not queued).

These last two lines explain how "flags" work.  They're unnecessary.

Quoted 128 lines
---
 security/integrity/ima/ima.h                 |  15 +++
 security/integrity/ima/ima_asymmetric_keys.c | 125 +++++++++++++++++++
 2 files changed, 140 insertions(+)
security/integrity/ima/ima.h +15 -0
index f06238e41a7c..f86371647707 100644
@@ -205,6 +205,21 @@ extern const char *const func_tokens[];
 
 struct modsig;
 
+#ifdef CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE
+/*
+ * To track keys that need to be measured.
+ */
+struct ima_measure_key_entry {
+	struct list_head list;
+	void *payload;
+	size_t payload_len;
+	char *keyring_name;
+};
+void ima_process_queued_keys_for_measurement(void);
+#else
+static inline void ima_process_queued_keys_for_measurement(void) {}
+#endif /* CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE */
+
 /* LIM API function definitions */
 int ima_get_action(struct inode *inode, const struct cred *cred, u32 secid,
 		   int mask, enum ima_hooks func, int *pcr,
security/integrity/ima/ima_asymmetric_keys.c +87 -0
index fea2e7dd3b09..fbdbe9c261cb 100644
@@ -14,6 +14,131 @@
 #include <keys/asymmetric-type.h>
 #include "ima.h"
 
+/*
+ * Flag to indicate whether a key can be processed
+ * right away or should be queued for processing later.
+ */
+bool ima_process_keys_for_measurement;
+
+/*
+ * To synchronize access to the list of keys that need to be measured
+ */
+static DEFINE_MUTEX(ima_measure_keys_mutex);
+static LIST_HEAD(ima_measure_keys);
+
+static void ima_free_measure_key_entry(struct ima_measure_key_entry *entry)
+{
+	if (entry) {
+		kfree(entry->payload);
+		kfree(entry->keyring_name);
+		kfree(entry);
+	}
+}
+
+static struct ima_measure_key_entry *ima_alloc_measure_key_entry(
+	struct key *keyring,
+	const void *payload, size_t payload_len)
+{
+	int rc = 0;
+	struct ima_measure_key_entry *entry;
+
+	entry = kzalloc(sizeof(*entry), GFP_KERNEL);
+	if (entry) {
+		entry->payload = kmemdup(payload, payload_len, GFP_KERNEL);
+		entry->keyring_name = kstrdup(keyring->description,
+					      GFP_KERNEL);
+		entry->payload_len = payload_len;
+	}
+
+	if ((entry = NULL) || (entry->payload = NULL) ||
+	    (entry->keyring_name = NULL)) {
+		rc = -ENOMEM;
+		goto out;
+	}
+
+	INIT_LIST_HEAD(&entry->list);
+
+out:
+	if (rc) {
+		ima_free_measure_key_entry(entry);
+		entry = NULL;
+	}
+
+	return entry;
+}
+
+bool ima_queue_key_for_measurement(struct key *keyring,
+				   const void *payload, size_t payload_len)
+{
+	bool queued = false;
+	struct ima_measure_key_entry *entry;
+
+	entry = ima_alloc_measure_key_entry(keyring, payload, payload_len);
+	if (!entry)
+		return false;
+
+	/*
+	 * ima_measure_keys_mutex should be taken before checking
+	 * ima_process_keys_for_measurement flag to avoid the race
+	 * condition between the IMA hook checking this flag and
+	 * calling ima_queue_key_for_measurement() to queue
+	 * the key and ima_process_queued_keys_for_measurement()
+	 * setting this flag.
+	 */
+	mutex_lock(&ima_measure_keys_mutex);
+	if (!ima_process_keys_for_measurement) {
+		list_add_tail(&entry->list, &ima_measure_keys);
+		queued = true;
+	}
+	mutex_unlock(&ima_measure_keys_mutex);
+
+	if (!queued)
+		ima_free_measure_key_entry(entry);
+
+	return queued;
+}
+
+void ima_process_queued_keys_for_measurement(void)
+{
+	struct ima_measure_key_entry *entry, *tmp;

security/integrity/ima/ima_asymmetric_keys.c line 113

Quoted 10 lines
security/integrity/ima/ima_asymmetric_keys.c +10 -0
+	LIST_HEAD(temp_ima_measure_keys);
+
+	if (ima_process_keys_for_measurement)
+		return;
+
+	/*
+	 * Any queued keys will be processed now. From here on
+	 * keys should be processed right away.
+	 */
+	ima_process_keys_for_measurement = true;

This function and the ima_queue_key_for_measurement() are not exported, so don't require kernel-doc style comments, but at least this comment should not be here.  It could be included as part of the function description at the head of the function.

Remember we don't add code comments needlessly.  Refer to section "8) Commenting" in Documentation/process/coding-style.rst.

Mimi

Quoted 31 lines
security/integrity/ima/ima_asymmetric_keys.c +28 -0
+
+	/*
+	 * To avoid holding the mutex when processing queued keys,
+	 * transfer the queued keys with the mutex held to a temp list,
+	 * release the mutex, and then process the queued keys from
+	 * the temp list.
+	 *
+	 * Since ima_process_keys_for_measurement is set to true above,
+	 * any new key will be processed immediately and not be queued.
+	 */
+	INIT_LIST_HEAD(&temp_ima_measure_keys);
+
+	mutex_lock(&ima_measure_keys_mutex);
+
+	list_for_each_entry_safe(entry, tmp, &ima_measure_keys, list)
+		list_move_tail(&entry->list, &temp_ima_measure_keys);
+
+	mutex_unlock(&ima_measure_keys_mutex);
+
+	list_for_each_entry_safe(entry, tmp, &temp_ima_measure_keys, list) {
+		process_buffer_measurement(entry->payload, entry->payload_len,
+					   entry->keyring_name, KEY_CHECK, 0,
+					   entry->keyring_name);
+		list_del(&entry->list);
+		ima_free_measure_key_entry(entry);
+	}
+}
+
 /**
  * ima_post_key_create_or_update - measure asymmetric keys
  * @keyring: keyring to which the key is linked to
maintainer
#3 lore raw

Re: [PATCH v1 1/2] IMA: Define workqueue for early boot "key" measurements

Quoted 10 lines · Mimi Zohar
Quoted 10 lines
security/integrity/ima/ima_asymmetric_keys.c +10 -0
+void ima_process_queued_keys_for_measurement(void)
+{
+	struct ima_measure_key_entry *entry, *tmp;
+	LIST_HEAD(temp_ima_measure_keys);
+
+	if (ima_process_keys_for_measurement)
+		return;
+
+	/*
+	 * Any queued keys will be processed now. From here on
Quoted 8 lines

security/integrity/ima/ima_asymmetric_keys.c line 113

Quoted 3 lines
security/integrity/ima/ima_asymmetric_keys.c +3 -0
+	 * keys should be processed right away.
+	 */
+	ima_process_keys_for_measurement = true;

This function and the ima_queue_key_for_measurement() are not exported, so don't require kernel-doc style comments, but at least this comment should not be here.  It could be included as part of the function description at the head of the function.

Sorry, one more comment.  Appending "_for_measurement" or inserting "_measure_" makes these function names unnecessarily long.  This information can be included in the function descriptions.

Mimi

Quoted 36 lines

Remember we don't add code comments needlessly.  Refer to section "8) Commenting" in Documentation/process/coding-style.rst.

Quoted 31 lines
security/integrity/ima/ima_asymmetric_keys.c +28 -0
+
+	/*
+	 * To avoid holding the mutex when processing queued keys,
+	 * transfer the queued keys with the mutex held to a temp list,
+	 * release the mutex, and then process the queued keys from
+	 * the temp list.
+	 *
+	 * Since ima_process_keys_for_measurement is set to true above,
+	 * any new key will be processed immediately and not be queued.
+	 */
+	INIT_LIST_HEAD(&temp_ima_measure_keys);
+
+	mutex_lock(&ima_measure_keys_mutex);
+
+	list_for_each_entry_safe(entry, tmp, &ima_measure_keys, list)
+		list_move_tail(&entry->list, &temp_ima_measure_keys);
+
+	mutex_unlock(&ima_measure_keys_mutex);
+
+	list_for_each_entry_safe(entry, tmp, &temp_ima_measure_keys, list) {
+		process_buffer_measurement(entry->payload, entry->payload_len,
+					   entry->keyring_name, KEY_CHECK, 0,
+					   entry->keyring_name);
+		list_del(&entry->list);
+		ima_free_measure_key_entry(entry);
+	}
+}
+
 /**
  * ima_post_key_create_or_update - measure asymmetric keys
  * @keyring: keyring to which the key is linked to
#4 lore raw

Re: [PATCH v1 1/2] IMA: Define workqueue for early boot "key" measurements

On 12/11/19 5:04 AM, Mimi Zohar wrote:

Hi Mimi,

Quoted 5 lines

Sorry, one more comment.  Appending "_for_measurement" or inserting "_measure_" makes these function names unnecessarily long.  This information can be included in the function descriptions.

Mimi

Thanks for reviewing the changes.

I have addressed your comments and posted new patch sets for the key measurement changes.

thanks,
-lakshmi

#5 lore raw

PATCH 2/2 IMA: Call workqueue functions to measure queued keys

In reply to Lakshmi Ramasubramanian

Measuring keys requires a custom IMA policy to be loaded. Keys should be queued for measurement if a custom IMA policy is not yet loaded. Keys queued for measurement, if any, should be processed when a custom IMA policy is loaded.

This patch updates the IMA hook function ima_post_key_create_or_update() to queue the key if a custom IMA policy has not yet been loaded. And, ima_update_policy() function, which is called when
a custom IMA policy is loaded, is updated to process queued keys.

---
 security/integrity/ima/ima_asymmetric_keys.c | 9 +++++++++
 security/integrity/ima/ima_policy.c          | 6 ++++++
 2 files changed, 15 insertions(+)
security/integrity/ima/ima_asymmetric_keys.c +9 -0
index fbdbe9c261cb..510b29d17a7b 100644
@@ -155,6 +155,8 @@ void ima_post_key_create_or_update(struct key *keyring, struct key *key,
 				   const void *payload, size_t payload_len,
 				   unsigned long flags, bool create)
 {
+	bool key_queued = false;
+
 	/* Only asymmetric keys are handled by this hook. */
 	if (key->type != &key_type_asymmetric)
 		return;
@@ -162,6 +164,13 @@ void ima_post_key_create_or_update(struct key *keyring, struct key *key,
 	if (!payload || (payload_len = 0))
 		return;
 
+	if (!ima_process_keys_for_measurement)
+		key_queued = ima_queue_key_for_measurement(keyring, payload,
+							   payload_len);
+
+	if (key_queued)
+		return;
+
 	/*
 	 * keyring->description points to the name of the keyring
 	 * (such as ".builtin_trusted_keys", ".ima", etc.) to
security/integrity/ima/ima_policy.c +6 -0
index 73030a69d546..4dc8fb9957ac 100644
@@ -808,6 +808,12 @@ void ima_update_policy(void)
 		kfree(arch_policy_entry);
 	}
 	ima_update_policy_flag();
+
+	/*
+	 * Custom IMA policies have been setup.
+	 * Process key(s) queued up for measurement now.
+	 */
+	ima_process_queued_keys_for_measurement();
 }
 
 /* Keep the enumeration in sync with the policy_tokens! */
Signature · 1 line
2.17.1
maintainer
#6 lore raw

Re: [PATCH v1 2/2] IMA: Call workqueue functions to measure queued keys

Quoted 48 lines · Lakshmi Ramasubramanian

Measuring keys requires a custom IMA policy to be loaded. Keys should be queued for measurement if a custom IMA policy is not yet loaded. Keys queued for measurement, if any, should be processed when a custom IMA policy is loaded.

This patch updates the IMA hook function ima_post_key_create_or_update() to queue the key if a custom IMA policy has not yet been loaded. And, ima_update_policy() function, which is called when
a custom IMA policy is loaded, is updated to process queued keys.

---
 security/integrity/ima/ima_asymmetric_keys.c | 9 +++++++++
 security/integrity/ima/ima_policy.c          | 6 ++++++
 2 files changed, 15 insertions(+)
security/integrity/ima/ima_asymmetric_keys.c +9 -0
index fbdbe9c261cb..510b29d17a7b 100644
@@ -155,6 +155,8 @@ void ima_post_key_create_or_update(struct key *keyring, struct key *key,
 				   const void *payload, size_t payload_len,
 				   unsigned long flags, bool create)
 {
+	bool key_queued = false;
+
 	/* Only asymmetric keys are handled by this hook. */
 	if (key->type != &key_type_asymmetric)
 		return;
@@ -162,6 +164,13 @@ void ima_post_key_create_or_update(struct key *keyring, struct key *key,
 	if (!payload || (payload_len = 0))
 		return;
 
+	if (!ima_process_keys_for_measurement)
+		key_queued = ima_queue_key_for_measurement(keyring, payload,
+							   payload_len);
+
+	if (key_queued)
+		return;
+
 	/*
 	 * keyring->description points to the name of the keyring
 	 * (such as ".builtin_trusted_keys", ".ima", etc.) to
security/integrity/ima/ima_policy.c +0 -0
index 73030a69d546..4dc8fb9957ac 100644

security/integrity/ima/ima_policy.c void ima_update_policy(void) · line 813

Quoted 6 lines
security/integrity/ima/ima_policy.c +3 -0
@@ -808,6 +808,12 @@ void ima_update_policy(void)
 		kfree(arch_policy_entry);
 	}
 	ima_update_policy_flag();
+
+	/*
+	 * Custom IMA policies have been setup.

^has been loaded.

security/integrity/ima/ima_policy.c void ima_update_policy(void) · line 814

Quoted 1 line
security/integrity/ima/ima_policy.c +1 -0
+	 * Process key(s) queued up for measurement now.

The function name ima_process_queued_keys_for_measurement() provides a clear indication that the keys will be processed.  We don't comment the obvious.  Please remove the above comment.

Mimi

Quoted 5 lines
security/integrity/ima/ima_policy.c +2 -0
+	 */
+	ima_process_queued_keys_for_measurement();
 }
 
 /* Keep the enumeration in sync with the policy_tokens! */