Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp449697rwi; Wed, 12 Oct 2022 23:49:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4NsCc3Q9bvtAQQ2NJFwWmM2tcSOr8Hc9Irv5N9byMh/6yAo6T7/bMtyZvUiGXapLWXIBoB X-Received: by 2002:a17:902:ab1d:b0:180:4030:757d with SMTP id ik29-20020a170902ab1d00b001804030757dmr29484819plb.155.1665643763415; Wed, 12 Oct 2022 23:49:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665643763; cv=none; d=google.com; s=arc-20160816; b=VEuBc5v2U29ooWU6whbSrKj5mfig1K52+3h7Isl22s2WdYz5caO9r4T2RMe6xwq2Tw tjb4EpPjCIGP6YYSlUNGmkPh6iP7O3PGYnsqhyqsS70jCvMAtFE/aN2oocwShchxrCFP i6Pa1JmBn/ol5qxKzDieQFlJgf5oSy7+XV8NLgY+j1eUbDuWe5SVBtpKUy5zmQTz2LXu 7zSt2yiDmbRj0E+Pd/juSjmloSTyUJ1b78MzhgK7pVXCjgE+YnDTDZsnVLpuCNzicAVb jXai9pGk6jO9JDzfdfID/OwyYMSILr9DptxRdJ22tRbpHP9go8EXle/CL4PEpFug2yxa GDjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:subject:date:cc:to:from; bh=mN1yx69Ax1PVU4CdoCo3SCQAhwOt4fZm6XAewZ7UQ5o=; b=Em2OsrJq3v/A2yKjpcndulA6HksNIZ9x3a0dzZxNpRGoC/T4TfvK9f8y3sWVHCqxl7 XFBiDSMV7GNiwVrbVnQf9BnfLpFGWgG40iH0E50D5LxU+yY/a6F+pPY/xRp+7vVHNgJ2 M7a0wAVh7xpEAwGLi2LSi+1TtFOrXjD2b+d1iwMbnye7WED4jTdvurwy8+dU+ALAJjfn uxbBk2ebeLPzgY3eGvLIOOee73ZQq0XCXdVi6tUQ8J8vSsylBE15MPkNDJAmkBx89Twu Yj5DEsDhlg7o/KS+KeZ8asRcodF9JpBzRYBbEKGLINwvtLdpIfWSX4JfexafWiVoLYah DL9w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 15-20020a63040f000000b00434ffe3cc11si21540239pge.870.2022.10.12.23.49.10; Wed, 12 Oct 2022 23:49:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229621AbiJMGg4 (ORCPT + 99 others); Thu, 13 Oct 2022 02:36:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48652 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229507AbiJMGgz (ORCPT ); Thu, 13 Oct 2022 02:36:55 -0400 Received: from mail.steuer-voss.de (mail.steuer-voss.de [85.183.69.95]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 970D5110B0B; Wed, 12 Oct 2022 23:36:52 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at mail.steuer-voss.de Received: by mail.steuer-voss.de (Postfix, from userid 1000) id 182681CCF; Thu, 13 Oct 2022 08:36:46 +0200 (CEST) From: Nikolaus Voss To: Mimi Zohar , David Howells , Jarkko Sakkinen , James Morris , "Serge E. Hallyn" , Yael Tzur , Cyril Hrubis , Petr Vorel Cc: linux-integrity@vger.kernel.org, keyrings@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org Date: Thu, 13 Oct 2022 08:31:39 +0200 Subject: [PATCH v3] KEYS: encrypted: fix key instantiation with user-provided data Message-Id: <20221013063646.182681CCF@mail.steuer-voss.de> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit cd3bc044af48 ("KEYS: encrypted: Instantiate key with user-provided decrypted data") added key instantiation with user provided decrypted data. The user data is hex-ascii-encoded but was just memcpy'ed to the binary buffer. Fix this to use hex2bin instead. Old keys created from user provided decrypted data saved with "keyctl pipe" are still valid, however if the key is recreated from decrypted data the old key must be converted to the correct format. This can be done with a small shell script, e.g.: BROKENKEY=abcdefABCDEF1234567890aaaaaaaaaa NEWKEY=$(echo -ne $BROKENKEY | xxd -p -c32) keyctl add user masterkey "$(cat masterkey.bin)" @u keyctl add encrypted testkey "new user:masterkey 32 $NEWKEY" @u It is encouraged to switch to a new key because the effective key size of the old keys is only half of the specified size. The corresponding test for the Linux Test Project ltp has also been fixed (see link below). Fixes: cd3bc044af48 ("KEYS: encrypted: Instantiate key with user-provided decrypted data") Cc: stable Link: https://lists.linux.it/pipermail/ltp/2022-October/031060.html Signed-off-by: Nikolaus Voss --- Changes ======= v3: - use generated random key in example, reformat commit message v2: - clarify commit message, add example to recover old/broken keys - improve example in Documentation/security/keys/trusted-encrypted.rst - add link to ltp patch --- Documentation/security/keys/trusted-encrypted.rst | 3 ++- security/keys/encrypted-keys/encrypted.c | 6 +++--- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/Documentation/security/keys/trusted-encrypted.rst b/Documentation/security/keys/trusted-encrypted.rst index 0bfb4c339748..9bc9db8ec651 100644 --- a/Documentation/security/keys/trusted-encrypted.rst +++ b/Documentation/security/keys/trusted-encrypted.rst @@ -350,7 +350,8 @@ Load an encrypted key "evm" from saved blob:: Instantiate an encrypted key "evm" using user-provided decrypted data:: - $ keyctl add encrypted evm "new default user:kmk 32 `cat evm_decrypted_data.blob`" @u + $ evmkey=$(dd if=/dev/urandom bs=1 count=32 | xxd -c32 -p) + $ keyctl add encrypted evm "new default user:kmk 32 $evmkey" @u 794890253 $ keyctl print 794890253 diff --git a/security/keys/encrypted-keys/encrypted.c b/security/keys/encrypted-keys/encrypted.c index e05cfc2e49ae..1e313982af02 100644 --- a/security/keys/encrypted-keys/encrypted.c +++ b/security/keys/encrypted-keys/encrypted.c @@ -627,7 +627,7 @@ static struct encrypted_key_payload *encrypted_key_alloc(struct key *key, pr_err("encrypted key: instantiation of keys using provided decrypted data is disabled since CONFIG_USER_DECRYPTED_DATA is set to false\n"); return ERR_PTR(-EINVAL); } - if (strlen(decrypted_data) != decrypted_datalen) { + if (strlen(decrypted_data) != decrypted_datalen * 2) { pr_err("encrypted key: decrypted data provided does not match decrypted data length provided\n"); return ERR_PTR(-EINVAL); } @@ -791,8 +791,8 @@ static int encrypted_init(struct encrypted_key_payload *epayload, ret = encrypted_key_decrypt(epayload, format, hex_encoded_iv); } else if (decrypted_data) { get_random_bytes(epayload->iv, ivsize); - memcpy(epayload->decrypted_data, decrypted_data, - epayload->decrypted_datalen); + ret = hex2bin(epayload->decrypted_data, decrypted_data, + epayload->decrypted_datalen); } else { get_random_bytes(epayload->iv, ivsize); get_random_bytes(epayload->decrypted_data, epayload->decrypted_datalen); -- 2.34.1