From:   Eric Snowberg <eric.snowberg@oracle.com>
To:     keyrings@vger.kernel.org, linux-integrity@vger.kernel.org,
        zohar@linux.ibm.com, dhowells@redhat.com, dwmw2@infradead.org,
        herbert@gondor.apana.org.au, davem@davemloft.net,
        jarkko@kernel.org, jmorris@namei.org, serge@hallyn.com
Cc:     eric.snowberg@oracle.com, keescook@chromium.org,
        torvalds@linux-foundation.org, weiyongjun1@huawei.com,
        nayna@linux.ibm.com, ebiggers@google.com, ardb@kernel.org,
        nramas@linux.microsoft.com, lszubowi@redhat.com, jason@zx2c4.com,
        linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org,
        linux-efi@vger.kernel.org, linux-security-module@vger.kernel.org,
        James.Bottomley@HansenPartnership.com, pjones@redhat.com,
        konrad.wilk@oracle.com
Subject: [PATCH v8 16/17] integrity: Trust MOK keys if MokListTrustedRT found
Date:   Tue, 23 Nov 2021 23:41:23 -0500
Message-Id: <20211124044124.998170-17-eric.snowberg@oracle.com>
In-Reply-To: <20211124044124.998170-1-eric.snowberg@oracle.com>
References: <20211124044124.998170-1-eric.snowberg@oracle.com>
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?5HrrjmmHcBBSqFR/vL7z5jk17bbM+tl1peqNcC6XZ1m7/MVbW3ak85lceNAe?=
 =?us-ascii?Q?YOjRsY2jELAHN53TtZaCWgBfaqEErvUXXn+JW1QTxeEXYpUl5TID1NtmbYjU?=
 =?us-ascii?Q?9OwyEaIXkO+s9GeWBE4z+uszdeLLPhP8QoO+z/a3gAUv+ieIo9B6jC8COpqx?=
 =?us-ascii?Q?MyxSTztp+UpUMnW01VaJkBr/LkvT0/5MjX8ZB0zFCeW41X/X+/tjrlq5AY0z?=
 =?us-ascii?Q?Io+QQXT2Wbk6zEsK8H2rlmdsdK4weMGROshpOZda4x8visRbfSyqLff/sLI3?=
 =?us-ascii?Q?NVLOlJQXrkHEA0aIGOOWjwpGPXXo/geIixlBHrwbu0xMNMk+F1HdvxBAsIUQ?=
 =?us-ascii?Q?nqzdP4wLXwe18FYwJGDy8liHRPQjhXu+HfitXTvv5RMeRDOrox5NBxe5jEt8?=
 =?us-ascii?Q?Uo9ItGk6AkrETPkHOciUj7jteFiVpPwLFkts8DgrwOV1uHUjhzbEnkj8h9gX?=
 =?us-ascii?Q?5Y+5xnhs9sG7Sx/hQ+PRP+M9VMHzAuq9XBnWZGUIj0icispGrNO7aebTHYji?=
 =?us-ascii?Q?IpsPBE1FpwN/BrqOaGbkW3Sjt8kCYGr8pDrRyQ2YMmCCVvp6K9HDsrTa60nR?=
 =?us-ascii?Q?so2+DubYlK7CGxpkqm2kPIxC5gCV/BRiWoklKCeaqgN1ZsmtgDJBCC3boIdj?=
 =?us-ascii?Q?KHcCf50a19ouu+emH2XeQkJ6oeUULS/of+osadxKbk+yygtYWcxs2v0vNoxf?=
 =?us-ascii?Q?FMVmLzapJhgY/J6c0Ft27YtgZhPrSnjJFRBXsBBQ6brbiJaDcqoN7zshM9rj?=
 =?us-ascii?Q?UuDO8y+QsH/Z7MzTNlI/iGA7egWNSm1NwG7J9YBfQ2BReBKGHsiQBmbl18qs?=
 =?us-ascii?Q?cAMH3oYEjwNDOHmse+2BdOqjDmrIrkq5mFYN3qfKEEscejBu3PTY/5EWgU2R?=
 =?us-ascii?Q?fHNi2QdeKwNWBKxXSmANLyKTINvAszdFse0a0MjKFj9v069yGkeqgpTQehQ1?=
 =?us-ascii?Q?iNcow5QfLGR7BK8Ao7NsYEiOgLj6kGq6FXPpuYrcIG0NjZ6BLVUQiyHzruH5?=
 =?us-ascii?Q?kL9N1qPTJcPNl70dPCeTC8W5PMXUKOsB5LVex2jjKp0xVlpea5QHeTOkU1X2?=
 =?us-ascii?Q?MD1/3ZePvE6W/MGxqH2DywdqkWT1EluM5B50lNJZ+vwH3dxmT1fDT3VMj/vJ?=
 =?us-ascii?Q?xShdKqfEGeUcdHzOUEv//NtuvK/V/3BIT7PU7l0e9df1cscR0sF4mpObc95v?=
 =?us-ascii?Q?vEEO968q8xKLVQk7KW3kc89EBaONC7YiEugdey3ihBoDejo0Np0KP1CU2iN3?=
 =?us-ascii?Q?Eypy28fl2vT4bBvlq0CKwtZz3otqbbXVqxzQm6DVyd/2cO54OL9DeUyuINuk?=
 =?us-ascii?Q?8bbtLWbbU/eBd4pFQx+ang1IWeXemJuEH7igSHkUWSiFXD6Cq6N7B4nWLlzN?=
 =?us-ascii?Q?V8YWrC87URyz7mnTe3nXSZrUeXi4KvcIkwjmUE0Yd5wxItN6+GsQlHx9w+Rd?=
 =?us-ascii?Q?r4u8A6w6uH8HESp1YvDtSWztWrqn5VbOdclIyhkMUk9GF0ezLpv/N22BWwhr?=
 =?us-ascii?Q?Hw+7Zak+nXyJug3y/TI2UVfjSjLvVU9epOUF42TskZiriRG5RN1ZsXG1MIID?=
 =?us-ascii?Q?yJU0ygf8ZALHTLYJbNpdcyE9iIhizbmDhVdHpHO6hsFY7lG7uui+JTogWCYQ?=
 =?us-ascii?Q?U/c9+Wse4xQrZ7MwYNcEdijwOA72cf6gdOm4s/fZltdHbeFThNLg+uiDPzDO?=
 =?us-ascii?Q?yiYlVA=3D=3D?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d5f183ec-6e42-4d5c-09b7-08d9af04d8ee
X-MS-Exchange-CrossTenant-AuthSource: CH2PR10MB4150.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Nov 2021 04:42:40.5716
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: h1xlUIO2XG/5najwhuc3x3LkWkfRZl0APKIIQGCEOL7mEQ9gMHwMPbgnJSDTJCTJ727VFwEUDTTbbUROOlkji+5GTTo8qH3C4rCifOkMhgA=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR10MB3894
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10177 signatures=668683
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 bulkscore=0 spamscore=0
 phishscore=0 adultscore=0 suspectscore=0 malwarescore=0 mlxlogscore=999
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000
 definitions=main-2111240026
X-Proofpoint-ORIG-GUID: oUjyGVnqnJIdUMNUkZ4oNKTEGuPd7m20
X-Proofpoint-GUID: oUjyGVnqnJIdUMNUkZ4oNKTEGuPd7m20
Precedence: bulk
List-ID: <linux-crypto.vger.kernel.org>
X-Mailing-List: linux-crypto@vger.kernel.org

A new Machine Owner Key (MOK) variable called MokListTrustedRT has been
introduced in shim. When this UEFI variable is set, it indicates the
end-user has made the decision themselves that they wish to trust MOK keys
within the Linux trust boundary.  It is not an error if this variable
does not exist. If it does not exist, the MOK keys should not be trusted
within the kernel.

Signed-off-by: Eric Snowberg <eric.snowberg@oracle.com>
---
v1: Initial version
v2: Removed mok_keyring_trust_setup function
v4: Unmodified from v2
v5: Rename to machine keyring
v6: Unmodified from v5
v7: Use mokvar table instead of EFI var (suggested by Peter Jones)
v8: Unmodified from v7
---
 .../platform_certs/machine_keyring.c          | 19 +++++++++++++++++++
 1 file changed, 19 insertions(+)

diff --git a/security/integrity/platform_certs/machine_keyring.c b/security/integrity/platform_certs/machine_keyring.c
index ea2ac2f9f2b5..09fd8f20c756 100644
--- a/security/integrity/platform_certs/machine_keyring.c
+++ b/security/integrity/platform_certs/machine_keyring.c
@@ -5,6 +5,7 @@
  * Copyright (c) 2021, Oracle and/or its affiliates.
  */
 
+#include <linux/efi.h>
 #include "../integrity.h"
 
 static __init int machine_keyring_init(void)
@@ -40,3 +41,21 @@ void __init add_to_machine_keyring(const char *source, const void *data, size_t
 	if (rc)
 		pr_info("Error adding keys to machine keyring %s\n", source);
 }
+
+/*
+ * Try to load the MokListTrustedRT MOK variable to see if we should trust
+ * the MOK keys within the kernel. It is not an error if this variable
+ * does not exist.  If it does not exist, MOK keys should not be trusted
+ * within the machine keyring.
+ */
+static __init bool uefi_check_trust_mok_keys(void)
+{
+	struct efi_mokvar_table_entry *mokvar_entry;
+
+	mokvar_entry = efi_mokvar_entry_find("MokListTrustedRT");
+
+	if (mokvar_entry)
+		return true;
+
+	return false;
+}
-- 
2.18.4