From: "Jarkko Sakkinen" <jarkko@kernel.org>
To: "James Bottomley" <James.Bottomley@HansenPartnership.com>,
<linux-integrity@vger.kernel.org>
Cc: <keyrings@vger.kernel.org>, "David Howells" <dhowells@redhat.com>
Subject: Re: [PATCH 1/3] lib/oid_registry: add ability to ASN.1 encode OIDs
Date: Fri, 24 May 2024 16:34:42 +0300 [thread overview]
Message-ID: <D1HWWX4G4ZOO.2UBZQ3L4225UM@kernel.org> (raw)
In-Reply-To: <20240524125955.20739-2-James.Bottomley@HansenPartnership.com>
On Fri May 24, 2024 at 3:59 PM EEST, James Bottomley wrote:
> Consumers of the ASN.1 encoder occasionally need to insert OIDs into
> the ASN.1 stream. The existing interface in lib/asn1_encoder.c is
> clunky in that it directly encodes the u32 array form of the OID.
> Instead introduce a function, encode_OID() which takes the OID enum
> and returns the ASN.1 encoding. This is easy because the OID registry
> table already has the binary encoded form for comparison.
>
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> ---
> include/linux/oid_registry.h | 1 +
> lib/oid_registry.c | 29 +++++++++++++++++++++++++++++
> 2 files changed, 30 insertions(+)
>
> diff --git a/include/linux/oid_registry.h b/include/linux/oid_registry.h
> index 51421fdbb0ba..87a6bcb2f5c0 100644
> --- a/include/linux/oid_registry.h
> +++ b/include/linux/oid_registry.h
> @@ -151,5 +151,6 @@ extern enum OID look_up_OID(const void *data, size_t datasize);
> extern int parse_OID(const void *data, size_t datasize, enum OID *oid);
> extern int sprint_oid(const void *, size_t, char *, size_t);
> extern int sprint_OID(enum OID, char *, size_t);
> +extern ssize_t encode_OID(enum OID, u8 *, size_t);
>
> #endif /* _LINUX_OID_REGISTRY_H */
> diff --git a/lib/oid_registry.c b/lib/oid_registry.c
> index fe6705cfd780..adbc287875c1 100644
> --- a/lib/oid_registry.c
> +++ b/lib/oid_registry.c
> @@ -12,6 +12,7 @@
> #include <linux/errno.h>
> #include <linux/bug.h>
> #include <linux/asn1.h>
> +#include <linux/asn1_ber_bytecode.h>
> #include "oid_registry_data.c"
>
> MODULE_DESCRIPTION("OID Registry");
> @@ -196,3 +197,31 @@ int sprint_OID(enum OID oid, char *buffer, size_t bufsize)
> return ret;
> }
> EXPORT_SYMBOL_GPL(sprint_OID);
> +
> +/**
> + * encode_OID - embed an ASN.1 encoded OID in the provide buffer
nit: "encode_OID()"
https://www.kernel.org/doc/Documentation/kernel-doc-nano-HOWTO.txt
> + * @oid: The OID to encode
> + * @buffer: The buffer to encode to
> + * @bufsize: the maximum size of the buffer
Align with tab characters.
Hmm just for sake of consistency s/the/The/
> + *
> + * Returns: negative error or encoded size in the buffer.
"Return:"
> + */
> +ssize_t encode_OID(enum OID oid, u8 *buffer, size_t bufsize)
> +{
> + int oid_size;
> +
> + BUG_ON(oid >= OID__NR);
Please use neither WARN's nor BUG_ON's as some sort of assertions.
It neither need pr_err() given it has enum type which AFAIK will
be detected by static analysis, but at most pr_err().
> +
> + oid_size = oid_index[oid + 1] - oid_index[oid];
> +
> + if (bufsize < oid_size + 2)
> + return -EINVAL;
Hmm... maybe -E2BIG? It would overflow.
Here it would make actually sense since it is not enum typed
parameter to issue pr_err() because it is clearly a programming
error.
> +
> + buffer[0] = _tag(UNIV, PRIM, OID);
> + buffer[1] = oid_size;
> +
> + memcpy(&buffer[2], &oid_data[oid_index[oid]], oid_size);
> +
> + return oid_size + 2;
> +}
> +EXPORT_SYMBOL_GPL(encode_OID);
Yep, makes more sense than the old code for sure.
BR, Jarkko
next prev parent reply other threads:[~2024-05-24 13:34 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-24 12:59 [PATCH 0/3] replace asn1_encode_oid with encode_OID James Bottomley
2024-05-24 12:59 ` [PATCH 1/3] lib/oid_registry: add ability to ASN.1 encode OIDs James Bottomley
2024-05-24 13:34 ` Jarkko Sakkinen [this message]
2024-05-24 14:02 ` James Bottomley
2024-05-24 14:26 ` Jarkko Sakkinen
2024-05-24 14:28 ` Jarkko Sakkinen
2024-05-27 3:49 ` Ben Boeckel
2024-05-24 12:59 ` [PATCH 2/3] KEYS: trusted: use encode_OID for OID encoding James Bottomley
2024-05-24 13:35 ` Jarkko Sakkinen
2024-05-24 12:59 ` [PATCH 3/3] lib: asn1_encode: remove obsolete asn1_encode_oid James Bottomley
2024-05-24 13:36 ` Jarkko Sakkinen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=D1HWWX4G4ZOO.2UBZQ3L4225UM@kernel.org \
--to=jarkko@kernel.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=dhowells@redhat.com \
--cc=keyrings@vger.kernel.org \
--cc=linux-integrity@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).