Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp337563pxu; Fri, 11 Dec 2020 03:40:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJy+Mayp0tLUdjsfnXVQPtPD+2K39Di11SJKDn8KAlqxeu3F3dNEyF7fsZ+IeINGxqXAkY21 X-Received: by 2002:a17:906:d8dc:: with SMTP id re28mr10589629ejb.168.1607686807468; Fri, 11 Dec 2020 03:40:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607686807; cv=none; d=google.com; s=arc-20160816; b=MGS3ZqBiY8a6Uud9EPxSkpxteqQbaEa3dFkD40mVWhpqQ6QQ8EUyyUMd+PcZvRhueu FhXkF7lImIAlmfcfj3/PrVwupgCLiklJYHfqN4I8oenXlQPZwR/e8f0avNFMkKBf8Kl0 ga+AJzjfVsCYBFG2P7/Mffqxy9CxVPn2+f2GCSCbnympyDcq0BsS4USotofLWJ6hocxr xzdj0d8TDDlTmhv6k1F54M3SIvpva19dSwEwtspASp4k6CptQhIPX9shfKdlNemKRtPy O3YBwyIQObUUHKjpNPdgvg1Clfu5M65q7TId3LNmUIsYao2uxwBuHRYOoYpf0CGeMJwp ySQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature:dkim-filter; bh=/e0c0n3IE2pXtjcTFX4BNwIA8+eocPqJr0iF9IzcPzc=; b=mGxtAfuUYqwNJ07uIrIOSoVuT87BnKK7OK22cVmiA1uDCsnDqY2utvSCV1CIcoTBvr iJqKsgS5lBwgOdOCD3mP6Jwu4frPt1X9B25zSZWofhDxGr7LoCss9D8WfHS2UxwcrL0J lT3Ud9iVdcGvAFiRpVBT0l6D8WtvyAIZnQERnz0H40uCfP7C6ZY67+VnLcBrBQXUqoLR mqMX2IBjYtbyzbaN8vIhmteicsGpbcAySHkOOx/dCMVRgNt52eWASz3Fwd7HQ0ON9IlF Ul6iTOhA5SyyVO2egeQg4s7qQG4cIzaZAwktiwlTjf6wTzcYPOxKNdstSrh1vyoaOW12 CQAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=KY7ejHqr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u4si1028550edo.323.2020.12.11.03.39.44; Fri, 11 Dec 2020 03:40:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=KY7ejHqr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405218AbgLKD2U (ORCPT + 99 others); Thu, 10 Dec 2020 22:28:20 -0500 Received: from linux.microsoft.com ([13.77.154.182]:40252 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2395077AbgLKD1i (ORCPT ); Thu, 10 Dec 2020 22:27:38 -0500 Received: from [192.168.86.31] (c-71-197-163-6.hsd1.wa.comcast.net [71.197.163.6]) by linux.microsoft.com (Postfix) with ESMTPSA id AA7E420B717A; Thu, 10 Dec 2020 19:26:56 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com AA7E420B717A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1607657217; bh=/e0c0n3IE2pXtjcTFX4BNwIA8+eocPqJr0iF9IzcPzc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=KY7ejHqr2TeGr8ZvPkCaO5kLZZUk2bSWooDafV60aqH2Fg00L1e8QOCFicvLz9v38 SRfvbPlH7I8d/satn7O5d5XCEJAjQOsHPjCJsk8y7YHxFWzHLO+hxCdM3Zdbu0ywmS UgCbgJYGbiCErntJpwaW8oTMKXTLuK8E9+zS/1sI= Subject: Re: [PATCH v7 3/8] IMA: define a hook to measure kernel integrity critical data To: Tyler Hicks 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 References: <20201209194212.5131-1-tusharsu@linux.microsoft.com> <20201209194212.5131-4-tusharsu@linux.microsoft.com> <20201210230218.GH489768@sequoia> From: Tushar Sugandhi Message-ID: <492dd4a8-1edd-211f-42d5-59c24731ddbb@linux.microsoft.com> Date: Thu, 10 Dec 2020 19:26:56 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201210230218.GH489768@sequoia> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-12-10 3:02 p.m., Tyler Hicks wrote: > On 2020-12-09 11:42:07, Tushar Sugandhi wrote: >> IMA provides capabilities to measure file data, and in-memory buffer >> data. However, various data structures, policies, and states >> stored in kernel memory also impact the integrity of the system. >> Several kernel subsystems contain such integrity critical data. These >> kernel subsystems help protect the integrity of a device. Currently, >> IMA does not provide a generic function for kernel subsystems to measure >> their integrity critical data. >> >> Define a new IMA hook - ima_measure_critical_data to measure kernel >> integrity critical data. >> >> Signed-off-by: Tushar Sugandhi >> --- >> Documentation/ABI/testing/ima_policy | 2 +- >> include/linux/ima.h | 6 +++++ >> security/integrity/ima/ima.h | 1 + >> security/integrity/ima/ima_api.c | 2 +- >> security/integrity/ima/ima_main.c | 36 ++++++++++++++++++++++++++++ >> security/integrity/ima/ima_policy.c | 2 ++ >> 6 files changed, 47 insertions(+), 2 deletions(-) >> >> diff --git a/Documentation/ABI/testing/ima_policy b/Documentation/ABI/testing/ima_policy >> index e35263f97fc1..6ec7daa87cba 100644 >> --- a/Documentation/ABI/testing/ima_policy >> +++ b/Documentation/ABI/testing/ima_policy >> @@ -32,7 +32,7 @@ Description: >> func:= [BPRM_CHECK][MMAP_CHECK][CREDS_CHECK][FILE_CHECK]MODULE_CHECK] >> [FIRMWARE_CHECK] >> [KEXEC_KERNEL_CHECK] [KEXEC_INITRAMFS_CHECK] >> - [KEXEC_CMDLINE] [KEY_CHECK] >> + [KEXEC_CMDLINE] [KEY_CHECK] [CRITICAL_DATA] >> mask:= [[^]MAY_READ] [[^]MAY_WRITE] [[^]MAY_APPEND] >> [[^]MAY_EXEC] >> fsmagic:= hex value >> diff --git a/include/linux/ima.h b/include/linux/ima.h >> index ac3d82f962f2..675f54db6264 100644 >> --- a/include/linux/ima.h >> +++ b/include/linux/ima.h >> @@ -30,6 +30,9 @@ 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, >> + const void *buf, int buf_len, >> + bool measure_buf_hash); >> >> #ifdef CONFIG_IMA_APPRAISE_BOOTPARAM >> extern void ima_appraise_parse_cmdline(void); >> @@ -122,6 +125,9 @@ 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, >> + const void *buf, int buf_len, >> + bool measure_buf_hash) {} >> #endif /* CONFIG_IMA */ >> >> #ifndef CONFIG_IMA_KEXEC >> diff --git a/security/integrity/ima/ima.h b/security/integrity/ima/ima.h >> index fa3044a7539f..7d9deda6a8b3 100644 >> --- a/security/integrity/ima/ima.h >> +++ b/security/integrity/ima/ima.h >> @@ -201,6 +201,7 @@ static inline unsigned int ima_hash_key(u8 *digest) >> hook(POLICY_CHECK, policy) \ >> hook(KEXEC_CMDLINE, kexec_cmdline) \ >> hook(KEY_CHECK, key) \ >> + hook(CRITICAL_DATA, critical_data) \ >> hook(MAX_CHECK, none) >> >> #define __ima_hook_enumify(ENUM, str) ENUM, >> diff --git a/security/integrity/ima/ima_api.c b/security/integrity/ima/ima_api.c >> index af218babd198..9917e1730cb6 100644 >> --- a/security/integrity/ima/ima_api.c >> +++ b/security/integrity/ima/ima_api.c >> @@ -176,7 +176,7 @@ void ima_add_violation(struct file *file, const unsigned char *filename, >> * subj=, obj=, type=, func=, mask=, fsmagic= >> * subj,obj, and type: are LSM specific. >> * func: FILE_CHECK | BPRM_CHECK | CREDS_CHECK | MMAP_CHECK | MODULE_CHECK >> - * | KEXEC_CMDLINE | KEY_CHECK >> + * | KEXEC_CMDLINE | KEY_CHECK | CRITICAL_DATA >> * mask: contains the permission mask >> * fsmagic: hex value >> * >> diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c >> index 03aad13e9e70..ae59f4a4dd70 100644 >> --- a/security/integrity/ima/ima_main.c >> +++ b/security/integrity/ima/ima_main.c >> @@ -922,6 +922,42 @@ void ima_kexec_cmdline(int kernel_fd, const void *buf, int size) >> fdput(f); >> } >> >> +/** >> + * ima_measure_critical_data - measure kernel integrity critical data >> + * @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) >> + * @measure_buf_hash: measure buffer hash >> + * >> + * Measure the kernel subsystem data, critical to the integrity of the kernel, >> + * into the IMA log and extend the @pcr. >> + * >> + * Use @event_name to describe the state/buffer data change. >> + * Examples of critical data (buf) could be kernel in-memory r/o structures, > ^ > @buf > Will do. >> + * hash of the memory structures, or data that represents subsystem state >> + * change. >> + * >> + * If @measure_buf_hash is set to true - measure hash of the buffer data, >> + * else measure the buffer data itself. >> + * measure_buf_hash can be used to save space, if the data being measured > ^ > @measure_buf_hash > >> + * is too large. >> + * >> + * The data (buf) can only be measured, not appraised. > ^ > @buf > Will do. >> + */ >> +void ima_measure_critical_data(const char *event_name, >> + const void *buf, int buf_len, >> + bool measure_buf_hash) >> +{ >> + if (!event_name || !buf || !buf_len) { >> + pr_err("Invalid arguments passed to %s().\n", __func__); > > This is a problem for the developer making use of the > ima_measure_critical_data() API and shouldn't be logged, IMO, because a > user/admin can do nothing about it. I think the error message should be > dropped. > >> + return; >> + } >> + >> + process_buffer_measurement(NULL, buf, buf_len, event_name, >> + CRITICAL_DATA, 0, NULL, >> + measure_buf_hash); >> +} >> + >> static int __init init_ima(void) >> { >> int error; >> diff --git a/security/integrity/ima/ima_policy.c b/security/integrity/ima/ima_policy.c >> index 25419c7ff50b..2a0c0603626e 100644 >> --- a/security/integrity/ima/ima_policy.c >> +++ b/security/integrity/ima/ima_policy.c >> @@ -1251,6 +1251,8 @@ static int ima_parse_rule(char *rule, struct ima_rule_entry *entry) >> else if (IS_ENABLED(CONFIG_IMA_MEASURE_ASYMMETRIC_KEYS) && >> strcmp(args[0].from, "KEY_CHECK") == 0) >> entry->func = KEY_CHECK; >> + else if (strcmp(args[0].from, "CRITICAL_DATA") == 0) >> + entry->func = CRITICAL_DATA; >> else >> result = -EINVAL; >> if (!result) > > This hunk and the above change to Documentation/ABI/testing/ima_policy > need to be moved to the next patch when you introduce the policy > changes. > Will do. ~Tushar > Tyler > >> -- >> 2.17.1 >>