Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp839652ybt; Tue, 7 Jul 2020 01:20:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwokT6AbS5NL3HyRhR17A4nvx0+NNAT7EBzji5tPQJ+WxKsfpcVI6V5VAEbkPbViqnvscFL X-Received: by 2002:a05:6402:354:: with SMTP id r20mr61553464edw.32.1594110015528; Tue, 07 Jul 2020 01:20:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594110015; cv=none; d=google.com; s=arc-20160816; b=aojwLDeBVaTLJHrD9BuQPw0Vv+lDWtbl0TbHOEKGisQy4ASQNmOrfmrlnsk5d2tzmA gMpDROxmBXUofLohQ9OXu7gy/pGhrQ8Px4ehkMfqs80WjgkRYxaR/yqDjhmWxcpMUc9e nkhTUgMl57VX0ay6SANXBipxuxwP/EUZgl5gG1AisP2KXwWdMIoVbJVNRiFKLy3mXnsM ekAarjn3IkjB7ZJfLoOcwyj/bKuaaW0oma1EYPouWzWjA/aex4Cr1AQiY4TApC8JOBnU yvYDfYXrvaJ2RMbbZqBWXINBkwgcANCVo7TfV+Vui0dpN/x1VyiAhFW+/3/oLEaVhFJi 7LlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=oXmMUA+Slmu9lbYRAJIZHSMzlajqISgWM80EG35cNbg=; b=RxUFnVMB4fw5jinG6hguU9ABWXHYUkq7S0NMBhPzoS3nIJNUe3F18u7SdWwxAOjCqz sG+CAcGB+vtvHaManIhOV12pQwjcpYtc3Twge+5zU5zxa89/1yoapNrlKg4P8Y6SIdHn L4Zp4ZRO2NUXV7M+M/epN9YXreBgedxpS8Y06tEn1MvatsZl665n1d1AV7H5Fdw1zoOs QZFR0fFxezSnpOo7K7Kd8Oq7VDUls1x/sZBulWiXYQcqg94zDsO32b0kEjLpeJ0JKhic VOo2Q5lwirx6ch4L3bbUNPC2hbeI1McC5ljoYmQ9a8bhBN8qNmJdfUunwDyHW693mUFW LdYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b="ZeE/vfgK"; 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=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si13221302ejw.645.2020.07.07.01.19.50; Tue, 07 Jul 2020 01:20:15 -0700 (PDT) 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=@chromium.org header.s=google header.b="ZeE/vfgK"; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728204AbgGGITi (ORCPT + 99 others); Tue, 7 Jul 2020 04:19:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51494 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728165AbgGGITe (ORCPT ); Tue, 7 Jul 2020 04:19:34 -0400 Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1EA3BC08C5EE for ; Tue, 7 Jul 2020 01:19:34 -0700 (PDT) Received: by mail-pf1-x442.google.com with SMTP id m9so7854906pfh.0 for ; Tue, 07 Jul 2020 01:19:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=oXmMUA+Slmu9lbYRAJIZHSMzlajqISgWM80EG35cNbg=; b=ZeE/vfgK+v1GqxYTXUNDmF5e4/g8r2Ag6iu8mzSJEkdVGm9dB1k7swD0RAVU24nTiG 7SBN7HaMbE+vWnkOfjl94jR8dvSapP0o8KaY7KKDOMRjyZ8iu+UduP+5EBnrStRPh/KV 8JQXl7MBiiW+TlBbhV6wxfykp90S//DeLS5UM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=oXmMUA+Slmu9lbYRAJIZHSMzlajqISgWM80EG35cNbg=; b=nnYvqfI+LSByNlCjsPeM2r6jFqAg0sYReNGWcE5QGX/lz5C5TsI32PR1gLXjKy4L6D pKfsND0iRJQjQDie53PU0EG1kosN/uQoOuG+Qh8L8lO4I6g6uDy+BDl3KuJ752ty0mgz Ma3i3CEHlAVAMo/CZX1aR4qSYMRTseKx4KKuV4S2a2potg05yYBh81xk5aRvQ9eHB9B5 fHU87zImNVwmti4gwr+oUDYdup4gAL5Rk3UhXZ+s2lnvgH1eLKcugVt7NSNlI0qrcE6t MC61PCE9iynwQpSLDQ39iVffhhne9x/qvpDm25y5GNI9GSOH3I2fkGs+hQYBTCKH7DR1 x5jA== X-Gm-Message-State: AOAM531HTAw8rV3s5PX2/kV2Efq4zOcBXTYm2Vi9WBz7iI3sMEMahNhX Xr17REmpx19Ntu4QK4DQfZwY6A== X-Received: by 2002:aa7:93c3:: with SMTP id y3mr37629502pff.206.1594109973630; Tue, 07 Jul 2020 01:19:33 -0700 (PDT) Received: from www.outflux.net (smtp.outflux.net. [198.145.64.163]) by smtp.gmail.com with ESMTPSA id b18sm1806653pju.10.2020.07.07.01.19.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jul 2020 01:19:30 -0700 (PDT) From: Kees Cook To: James Morris Cc: Kees Cook , Luis Chamberlain , Mimi Zohar , Scott Branden , Greg Kroah-Hartman , "Rafael J. Wysocki" , Alexander Viro , Jessica Yu , Dmitry Kasatkin , "Serge E. Hallyn" , Casey Schaufler , "Eric W. Biederman" , Peter Zijlstra , Matthew Garrett , David Howells , Mauro Carvalho Chehab , Randy Dunlap , "Joel Fernandes (Google)" , KP Singh , Dave Olsthoorn , Hans de Goede , Peter Jones , Andrew Morton , Stephen Boyd , Paul Moore , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-integrity@vger.kernel.org, linux-security-module@vger.kernel.org Subject: [PATCH 2/4] fs: Remove FIRMWARE_PREALLOC_BUFFER from kernel_read_file() enums Date: Tue, 7 Jul 2020 01:19:24 -0700 Message-Id: <20200707081926.3688096-3-keescook@chromium.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200707081926.3688096-1-keescook@chromium.org> References: <20200707081926.3688096-1-keescook@chromium.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org FIRMWARE_PREALLOC_BUFFER is a "how", not a "what", and confuses the LSMs that are interested in filtering between types of things. The "how" should be an internal detail made uninteresting to the LSMs. Fixes: a098ecd2fa7d ("firmware: support loading into a pre-allocated buffer") Fixes: fd90bc559bfb ("ima: based on policy verify firmware signatures (pre-allocated buffer)") Fixes: 4f0496d8ffa3 ("ima: based on policy warn about loading firmware (pre-allocated buffer)") Signed-off-by: Kees Cook --- drivers/base/firmware_loader/main.c | 5 ++--- fs/exec.c | 7 ++++--- include/linux/fs.h | 2 +- security/integrity/ima/ima_main.c | 6 ++---- 4 files changed, 9 insertions(+), 11 deletions(-) diff --git a/drivers/base/firmware_loader/main.c b/drivers/base/firmware_loader/main.c index ca871b13524e..c2f57cedcd6f 100644 --- a/drivers/base/firmware_loader/main.c +++ b/drivers/base/firmware_loader/main.c @@ -465,14 +465,12 @@ fw_get_filesystem_firmware(struct device *device, struct fw_priv *fw_priv, int i, len; int rc = -ENOENT; char *path; - enum kernel_read_file_id id = READING_FIRMWARE; size_t msize = INT_MAX; void *buffer = NULL; /* Already populated data member means we're loading into a buffer */ if (!decompress && fw_priv->data) { buffer = fw_priv->data; - id = READING_FIRMWARE_PREALLOC_BUFFER; msize = fw_priv->allocated_size; } @@ -496,7 +494,8 @@ fw_get_filesystem_firmware(struct device *device, struct fw_priv *fw_priv, /* load firmware files from the mount namespace of init */ rc = kernel_read_file_from_path_initns(path, &buffer, - &size, msize, id); + &size, msize, + READING_FIRMWARE); if (rc) { if (rc != -ENOENT) dev_warn(device, "loading %s failed with error %d\n", diff --git a/fs/exec.c b/fs/exec.c index e6e8a9a70327..2bf549757ce7 100644 --- a/fs/exec.c +++ b/fs/exec.c @@ -927,6 +927,7 @@ int kernel_read_file(struct file *file, void **buf, loff_t *size, { loff_t i_size, pos; ssize_t bytes = 0; + void *allocated = NULL; int ret; if (!S_ISREG(file_inode(file)->i_mode) || max_size < 0) @@ -950,8 +951,8 @@ int kernel_read_file(struct file *file, void **buf, loff_t *size, goto out; } - if (id != READING_FIRMWARE_PREALLOC_BUFFER) - *buf = vmalloc(i_size); + if (!*buf) + *buf = allocated = vmalloc(i_size); if (!*buf) { ret = -ENOMEM; goto out; @@ -980,7 +981,7 @@ int kernel_read_file(struct file *file, void **buf, loff_t *size, out_free: if (ret < 0) { - if (id != READING_FIRMWARE_PREALLOC_BUFFER) { + if (allocated) { vfree(*buf); *buf = NULL; } diff --git a/include/linux/fs.h b/include/linux/fs.h index 3f881a892ea7..95fc775ed937 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -2993,10 +2993,10 @@ static inline void i_readcount_inc(struct inode *inode) #endif extern int do_pipe_flags(int *, int); +/* This is a list of *what* is being read, not *how*. */ #define __kernel_read_file_id(id) \ id(UNKNOWN, unknown) \ id(FIRMWARE, firmware) \ - id(FIRMWARE_PREALLOC_BUFFER, firmware) \ id(FIRMWARE_EFI_EMBEDDED, firmware) \ id(MODULE, kernel-module) \ id(KEXEC_IMAGE, kexec-image) \ diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c index c1583d98c5e5..f80ee4ce4669 100644 --- a/security/integrity/ima/ima_main.c +++ b/security/integrity/ima/ima_main.c @@ -611,19 +611,17 @@ void ima_post_path_mknod(struct dentry *dentry) int ima_read_file(struct file *file, enum kernel_read_file_id read_id) { /* - * READING_FIRMWARE_PREALLOC_BUFFER - * * Do devices using pre-allocated memory run the risk of the * firmware being accessible to the device prior to the completion * of IMA's signature verification any more than when using two - * buffers? + * buffers? It may be desirable to include the buffer address + * in this API and walk all the dma_map_single() mappings to check. */ return 0; } const int read_idmap[READING_MAX_ID] = { [READING_FIRMWARE] = FIRMWARE_CHECK, - [READING_FIRMWARE_PREALLOC_BUFFER] = FIRMWARE_CHECK, [READING_MODULE] = MODULE_CHECK, [READING_KEXEC_IMAGE] = KEXEC_KERNEL_CHECK, [READING_KEXEC_INITRAMFS] = KEXEC_INITRAMFS_CHECK, -- 2.25.1