Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5972405ybl; Tue, 10 Dec 2019 14:44:24 -0800 (PST) X-Google-Smtp-Source: APXvYqzhV6sL/WpxFzYuOaph5wVAcAliVSU7moCb+xGnWbPpihOinr9c6peycYfx7tc2MKV0KyB7 X-Received: by 2002:aca:c507:: with SMTP id v7mr316687oif.157.1576017864620; Tue, 10 Dec 2019 14:44:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576017864; cv=none; d=google.com; s=arc-20160816; b=ZHR8cHrK2UQnU0tSkjIMKRZ1JyfU7c9RmiOwi9JGDwUIAyeIhIMlYS1551CvAaS7k2 hYPQf/1QuNm2o8t37xp93/LJZ6mpbWYYRTpdkxf54vbuZMyRBMcMkk6+mdQ4YHse29v3 VUIIu9b63Lk3m5/yN/LeyZMUI/di36TIeQFTZBKGmjDJRPG1RJ01phxP6TvwdZEeQ6TT xwfyDv/NeV4YC4BbMLoNS8DG6HQ6IM7TfVsKRK25+WPWwHRGIGuJTzKfbR8IgVmI6ppu VUcfRqu0Pu6+Zzv/qAELAsvpdeV4gpezxbWzmP5BEuP2GErFiGJhV7FnEDGYMV/LLruy whWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :mime-version:references:in-reply-to:date:cc:to:from:subject; bh=TkUHumVbZ/XJufGRvTArut8XA/vgpDcPVJdwDo6ONKo=; b=g0vEBq6Gq5vmiqr50Vn6FURApP4yJ3xGExC+Xe2ELHhRR3vTeQcFXyyWO+CwM3KK0b RY6Ai9Zs5Wq2p/lLGU1a0zy2v8SRq0BoUvJXIsHHx3azMa06/bu99+3hKcfjHgG9V6lQ mKbJEZR4TO1XTIZwnUk6Jb2vncwRmWvw4iPNEyKqtDKSCFldhF2f/xNo2L995WeH5cve Y7IxU+eIP9Q8tThT3Pz/l74uVF4Gjul4HljqSLSpeSJeZXsNWSClSyUAmJ4HYq6179/d mvtWtC1qq/9nOCOLpP5Wc/zRldJOGdQjIu1A1ZNyZ/qT4aJKF++J/zz6CrxlY7ziHr7o vnkg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d13si2787235ote.242.2019.12.10.14.44.12; Tue, 10 Dec 2019 14:44:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728859AbfLJWnH (ORCPT + 99 others); Tue, 10 Dec 2019 17:43:07 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:59992 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728028AbfLJWnF (ORCPT ); Tue, 10 Dec 2019 17:43:05 -0500 Received: from pps.filterd (m0098420.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xBAMbgjb142980 for ; Tue, 10 Dec 2019 17:43:03 -0500 Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99]) by mx0b-001b2d01.pphosted.com with ESMTP id 2wt2etcur1-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 10 Dec 2019 17:43:03 -0500 Received: from localhost by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 10 Dec 2019 22:43:00 -0000 Received: from b06avi18626390.portsmouth.uk.ibm.com (9.149.26.192) by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Tue, 10 Dec 2019 22:42:57 -0000 Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58]) by b06avi18626390.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id xBAMgEM142139972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 10 Dec 2019 22:42:14 GMT Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2EF4C4C070; Tue, 10 Dec 2019 22:42:56 +0000 (GMT) Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0161F4C06F; Tue, 10 Dec 2019 22:42:55 +0000 (GMT) Received: from localhost.localdomain (unknown [9.80.214.111]) by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTP; Tue, 10 Dec 2019 22:42:54 +0000 (GMT) Subject: Re: [PATCH v10 3/6] IMA: Define an IMA hook to measure keys From: Mimi Zohar To: Lakshmi Ramasubramanian , linux-integrity@vger.kernel.org Cc: eric.snowberg@oracle.com, dhowells@redhat.com, mathew.j.martineau@linux.intel.com, matthewgarrett@google.com, sashal@kernel.org, jamorris@linux.microsoft.com, linux-kernel@vger.kernel.org, keyrings@vger.kernel.org Date: Tue, 10 Dec 2019 17:42:54 -0500 In-Reply-To: <20191204224131.3384-4-nramas@linux.microsoft.com> References: <20191204224131.3384-1-nramas@linux.microsoft.com> <20191204224131.3384-4-nramas@linux.microsoft.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 (3.20.5-1.fc24) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 x-cbid: 19121022-0012-0000-0000-00000373A031 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19121022-0013-0000-0000-000021AF7488 Message-Id: <1576017774.4579.42.camel@linux.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-12-10_07:2019-12-10,2019-12-10 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 adultscore=0 mlxscore=0 mlxlogscore=999 spamscore=0 priorityscore=1501 bulkscore=0 lowpriorityscore=0 impostorscore=0 clxscore=1015 phishscore=0 suspectscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912100186 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2019-12-04 at 14:41 -0800, Lakshmi Ramasubramanian wrote: > Measure asymmetric keys used for verifying file signatures, > certificates, etc. > > This patch defines a new IMA hook namely ima_post_key_create_or_update() > to measure the payload used to create a new key or update an existing key. > > The IMA hook is defined in a new file namely ima_asymmetric_keys.c > which is built only if CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE is enabled. Missing from the last paragraph is the reason for requiring a new file.  I would prefix this last paragraph, explaining that the asymmetric key structure is only defined when CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE is defined. Mimi > > Signed-off-by: Lakshmi Ramasubramanian > --- > security/integrity/ima/Makefile | 1 + > security/integrity/ima/ima_asymmetric_keys.c | 52 ++++++++++++++++++++ > 2 files changed, 53 insertions(+) > create mode 100644 security/integrity/ima/ima_asymmetric_keys.c > > diff --git a/security/integrity/ima/Makefile b/security/integrity/ima/Makefile > index 31d57cdf2421..207a0a9eb72c 100644 > --- a/security/integrity/ima/Makefile > +++ b/security/integrity/ima/Makefile > @@ -12,3 +12,4 @@ ima-$(CONFIG_IMA_APPRAISE) += ima_appraise.o > ima-$(CONFIG_IMA_APPRAISE_MODSIG) += ima_modsig.o > ima-$(CONFIG_HAVE_IMA_KEXEC) += ima_kexec.o > obj-$(CONFIG_IMA_BLACKLIST_KEYRING) += ima_mok.o > +obj-$(CONFIG_ASYMMETRIC_PUBLIC_KEY_SUBTYPE) += ima_asymmetric_keys.o > diff --git a/security/integrity/ima/ima_asymmetric_keys.c b/security/integrity/ima/ima_asymmetric_keys.c > new file mode 100644 > index 000000000000..994d89d58af9 > --- /dev/null > +++ b/security/integrity/ima/ima_asymmetric_keys.c > @@ -0,0 +1,52 @@ > +// SPDX-License-Identifier: GPL-2.0+ > +/* > + * Copyright (C) 2019 Microsoft Corporation > + * > + * Author: Lakshmi Ramasubramanian (nramas@linux.microsoft.com) > + * > + * File: ima_asymmetric_keys.c > + * Defines an IMA hook to measure asymmetric keys on key > + * create or update. > + */ > + > +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > + > +#include > +#include "ima.h" > + > +/** > + * ima_post_key_create_or_update - measure asymmetric keys > + * @keyring: keyring to which the key is linked to > + * @key: created or updated key > + * @payload: The data used to instantiate or update the key. > + * @payload_len: The length of @payload. > + * @flags: key flags > + * @create: flag indicating whether the key was created or updated > + * > + * Keys can only be measured, not appraised. > + * The payload data used to instantiate or update the key is measured. > + */ > +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) > +{ > + /* Only asymmetric keys are handled by this hook. */ > + if (key->type != &key_type_asymmetric) > + return; > + > + if (!payload || (payload_len == 0)) > + return; > + > + /* > + * keyring->description points to the name of the keyring > + * (such as ".builtin_trusted_keys", ".ima", etc.) to > + * which the given key is linked to. > + * > + * The name of the keyring is passed in the "eventname" > + * parameter to process_buffer_measurement() and is set > + * in the "eventname" field in ima_event_data for > + * the key measurement IMA event. > + */ > + process_buffer_measurement(payload, payload_len, > + keyring->description, KEY_CHECK, 0); > +}