From: Tyler Hicks <tyhicks@linux.microsoft.com>
To: Tushar Sugandhi <tusharsu@linux.microsoft.com>
Cc: zohar@linux.ibm.com, stephen.smalley.work@gmail.com,
casey@schaufler-ca.com, agk@redhat.com, snitzer@redhat.com,
gmazyland@gmail.com, paul@paul-moore.com, sashal@kernel.org,
jmorris@namei.org, nramas@linux.microsoft.com,
linux-integrity@vger.kernel.org, selinux@vger.kernel.org,
linux-security-module@vger.kernel.org,
linux-kernel@vger.kernel.org, dm-devel@redhat.com
Subject: Re: [PATCH v7 6/8] IMA: extend critical data hook to limit the measurement based on a label
Date: Thu, 10 Dec 2020 17:19:22 -0600 [thread overview]
Message-ID: <20201210231922.GK489768@sequoia> (raw)
In-Reply-To: <20201209194212.5131-7-tusharsu@linux.microsoft.com>
On 2020-12-09 11:42:10, Tushar Sugandhi wrote:
> The IMA hook ima_measure_critical_data() does not support a way to
> specify the source of the critical data provider. Thus, the data
> measurement cannot be constrained based on the data source label
> in the IMA policy.
>
> Extend the IMA hook ima_measure_critical_data() to support passing
> the data source label as an input parameter, so that the policy rule can
> be used to limit the measurements based on the label.
>
> Signed-off-by: Tushar Sugandhi <tusharsu@linux.microsoft.com>
Reviewed-by: Tyler Hicks <tyhicks@linux.microsoft.com>
Tyler
> ---
> include/linux/ima.h | 6 ++++--
> security/integrity/ima/ima_main.c | 11 ++++++++---
> 2 files changed, 12 insertions(+), 5 deletions(-)
>
> diff --git a/include/linux/ima.h b/include/linux/ima.h
> index 675f54db6264..6434287a81cd 100644
> --- a/include/linux/ima.h
> +++ b/include/linux/ima.h
> @@ -30,7 +30,8 @@ extern int ima_post_read_file(struct file *file, void *buf, loff_t size,
> extern void ima_post_path_mknod(struct dentry *dentry);
> extern int ima_file_hash(struct file *file, char *buf, size_t buf_size);
> extern void ima_kexec_cmdline(int kernel_fd, const void *buf, int size);
> -extern void ima_measure_critical_data(const char *event_name,
> +extern void ima_measure_critical_data(const char *event_data_source,
> + const char *event_name,
> const void *buf, int buf_len,
> bool measure_buf_hash);
>
> @@ -125,7 +126,8 @@ static inline int ima_file_hash(struct file *file, char *buf, size_t buf_size)
> }
>
> static inline void ima_kexec_cmdline(int kernel_fd, const void *buf, int size) {}
> -static inline void ima_measure_critical_data(const char *event_name,
> +static inline void ima_measure_critical_data(const char *event_data_source,
> + const char *event_name,
> const void *buf, int buf_len,
> bool measure_buf_hash) {}
> #endif /* CONFIG_IMA */
> diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c
> index ae59f4a4dd70..7c633901f441 100644
> --- a/security/integrity/ima/ima_main.c
> +++ b/security/integrity/ima/ima_main.c
> @@ -924,6 +924,7 @@ void ima_kexec_cmdline(int kernel_fd, const void *buf, int size)
>
> /**
> * ima_measure_critical_data - measure kernel integrity critical data
> + * @event_data_source: kernel data source being measured
> * @event_name: event name to be used for the buffer entry
> * @buf: pointer to buffer containing data to measure
> * @buf_len: length of buffer(in bytes)
> @@ -932,6 +933,9 @@ void ima_kexec_cmdline(int kernel_fd, const void *buf, int size)
> * Measure the kernel subsystem data, critical to the integrity of the kernel,
> * into the IMA log and extend the @pcr.
> *
> + * Use @event_data_source to describe the kernel data source for the buffer
> + * being measured.
> + *
> * Use @event_name to describe the state/buffer data change.
> * Examples of critical data (buf) could be kernel in-memory r/o structures,
> * hash of the memory structures, or data that represents subsystem state
> @@ -944,17 +948,18 @@ void ima_kexec_cmdline(int kernel_fd, const void *buf, int size)
> *
> * The data (buf) can only be measured, not appraised.
> */
> -void ima_measure_critical_data(const char *event_name,
> +void ima_measure_critical_data(const char *event_data_source,
> + const char *event_name,
> const void *buf, int buf_len,
> bool measure_buf_hash)
> {
> - if (!event_name || !buf || !buf_len) {
> + if (!event_name || !event_data_source || !buf || !buf_len) {
> pr_err("Invalid arguments passed to %s().\n", __func__);
> return;
> }
>
> process_buffer_measurement(NULL, buf, buf_len, event_name,
> - CRITICAL_DATA, 0, NULL,
> + CRITICAL_DATA, 0, event_data_source,
> measure_buf_hash);
> }
>
> --
> 2.17.1
>
next prev parent reply other threads:[~2020-12-10 23:20 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-09 19:42 [PATCH v7 0/8] IMA: support for measuring kernel integrity critical data Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 1/8] IMA: generalize keyring specific measurement constructs Tushar Sugandhi
2020-12-10 22:14 ` Tyler Hicks
2020-12-11 1:14 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 2/8] IMA: add support to measure buffer data hash Tushar Sugandhi
2020-12-10 22:38 ` Tyler Hicks
2020-12-11 1:21 ` Tushar Sugandhi
2020-12-11 2:08 ` Tyler Hicks
2020-12-09 19:42 ` [PATCH v7 3/8] IMA: define a hook to measure kernel integrity critical data Tushar Sugandhi
2020-12-10 23:02 ` Tyler Hicks
2020-12-11 3:26 ` Tushar Sugandhi
2020-12-11 17:28 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 4/8] IMA: add policy rule to measure " Tushar Sugandhi
2020-12-10 23:10 ` Tyler Hicks
2020-12-11 3:28 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 5/8] IMA: limit critical data measurement based on a label Tushar Sugandhi
2020-12-10 23:15 ` Tyler Hicks
2020-12-11 3:28 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 6/8] IMA: extend critical data hook to limit the " Tushar Sugandhi
2020-12-10 23:19 ` Tyler Hicks [this message]
2020-12-11 1:29 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 7/8] IMA: define a builtin critical data measurement policy Tushar Sugandhi
2020-12-10 23:22 ` Tyler Hicks
2020-12-11 1:30 ` Tushar Sugandhi
2020-12-09 19:42 ` [PATCH v7 8/8] selinux: include a consumer of the new IMA critical data hook Tushar Sugandhi
2020-12-11 15:36 ` Tyler Hicks
2020-12-11 15:41 ` Tyler Hicks
2020-12-11 16:27 ` Lakshmi Ramasubramanian
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=20201210231922.GK489768@sequoia \
--to=tyhicks@linux.microsoft.com \
--cc=agk@redhat.com \
--cc=casey@schaufler-ca.com \
--cc=dm-devel@redhat.com \
--cc=gmazyland@gmail.com \
--cc=jmorris@namei.org \
--cc=linux-integrity@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=nramas@linux.microsoft.com \
--cc=paul@paul-moore.com \
--cc=sashal@kernel.org \
--cc=selinux@vger.kernel.org \
--cc=snitzer@redhat.com \
--cc=stephen.smalley.work@gmail.com \
--cc=tusharsu@linux.microsoft.com \
--cc=zohar@linux.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).