From patchwork Tue Jul 19 20:46:11 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mat Martineau X-Patchwork-Id: 9238347 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 1B01B60574 for ; Tue, 19 Jul 2016 20:46:27 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 0CE4B20587 for ; Tue, 19 Jul 2016 20:46:27 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 0104D2624D; Tue, 19 Jul 2016 20:46:26 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id AF2602793A for ; Tue, 19 Jul 2016 20:46:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752369AbcGSUqX (ORCPT ); Tue, 19 Jul 2016 16:46:23 -0400 Received: from mga02.intel.com ([134.134.136.20]:14134 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752334AbcGSUqU (ORCPT ); Tue, 19 Jul 2016 16:46:20 -0400 Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP; 19 Jul 2016 13:46:17 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.28,390,1464678000"; d="scan'208";a="736825662" Received: from mjmartin-nuc01.wa.intel.com ([10.232.97.131]) by FMSMGA003.fm.intel.com with ESMTP; 19 Jul 2016 13:46:16 -0700 From: Mat Martineau To: keyrings@vger.kernel.org, linux-security-module@vger.kernel.org, dhowells@redhat.com Cc: Mat Martineau , zohar@linux.vnet.ibm.com, marcel@holtmann.org Subject: [PATCH v5 4/6] KEYS: Add an optional lookup_restrict hook to key_type Date: Tue, 19 Jul 2016 13:46:11 -0700 Message-Id: <20160719204613.25495-5-mathew.j.martineau@linux.intel.com> X-Mailer: git-send-email 2.9.2 In-Reply-To: <20160719204613.25495-1-mathew.j.martineau@linux.intel.com> References: <20160719204613.25495-1-mathew.j.martineau@linux.intel.com> Sender: owner-linux-security-module@vger.kernel.org Precedence: bulk List-ID: X-Virus-Scanned: ClamAV using ClamSMTP The restrict_link functions used to validate keys as they are linked to a keyring can be associated with specific key types. Each key type may be loaded (or not) at runtime, so lookup of restrict_link functions needs to be part of the key type implementation to ensure that the requested keys can be examined. Signed-off-by: Mat Martineau --- Documentation/security/keys.txt | 8 ++++++++ include/linux/key-type.h | 8 ++++++++ 2 files changed, 16 insertions(+) diff --git a/Documentation/security/keys.txt b/Documentation/security/keys.txt index cfb86c5..45f5ff8e 100644 --- a/Documentation/security/keys.txt +++ b/Documentation/security/keys.txt @@ -1645,6 +1645,14 @@ The structure has a number of fields, some of which are mandatory: If successful, 0 will be returned. If the key doesn't support this, EOPNOTSUPP will be returned. + (*) restrict_link_func_t (*lookup_restrict)(const char *restriction); + + This optional method is used to enable userspace configuration of + keyring restrictions. The value assigned to the "restrict_by" + option at keyring creation is passed in, and this method returns + a pointer to the restrict_link function associated with that + name. If there is no match, -EINVAL is returned. + ============================ REQUEST-KEY CALLBACK SERVICE diff --git a/include/linux/key-type.h b/include/linux/key-type.h index 63b2a92..7b30d3a 100644 --- a/include/linux/key-type.h +++ b/include/linux/key-type.h @@ -158,6 +158,14 @@ struct key_type { int (*asym_verify_signature)(struct kernel_pkey_params *params, const void *in, const void *in2); + /* Look up a keyring access restrict function (optional) + * + * - NULL is a valid return value (meaning the requested restriction + * is known but will never block addition of a key) + * - should return -EINVAL if the restriction is unknown + */ + restrict_link_func_t (*lookup_restrict)(const char *restriction); + /* internal fields */ struct list_head link; /* link in types list */ struct lock_class_key lock_class; /* key->sem lock class */