]> git.baikalelectronics.ru Git - kernel.git/commit
X.509: Don't strip leading 00's from key ID when constructing key description
authorDavid Howells <dhowells@redhat.com>
Fri, 25 Sep 2015 15:31:46 +0000 (16:31 +0100)
committerDavid Howells <dhowells@redhat.com>
Fri, 25 Sep 2015 15:31:46 +0000 (16:31 +0100)
commit1d0ba357b37e36c4d34a4a23a1dd8ca36c76849d
treebd4a440d0f44e9885fa16c825a0dea28da729f72
parentdcba34b9e309c3a4734819482492eedf932cdfa7
X.509: Don't strip leading 00's from key ID when constructing key description

Don't strip leading zeros from the crypto key ID when using it to construct
the struct key description as the signature in kernels up to and including
4.2 matched this aspect of the key.  This means that 1 in 256 keys won't
actually match if their key ID begins with 00.

The key ID is stored in the module signature as binary and so must be
converted to text in order to invoke request_key() - but it isn't stripped
at this point.

Something like this is likely to be observed in dmesg when the key is loaded:

[    1.572423] Loaded X.509 cert 'Build time autogenerated kernel
    key: 62a7c3d2da278be024da4af8652c071f3fea33'

followed by this when we try and use it:

  [    1.646153] Request for unknown module key 'Build time autogenerated
    kernel key: 0062a7c3d2da278be024da4af8652c071f3fea33' err -11

The 'Loaded' line should show an extra '00' on the front of the hex string.

This problem should not affect 4.3-rc1 and onwards because there the key
should be matched on one of its auxiliary identities rather than the key
struct's description string.

Reported-by: Arjan van de Ven <arjan@linux.intel.com>
Reported-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: David Howells <dhowells@redhat.com>
crypto/asymmetric_keys/x509_public_key.c