|| ||David Howells <dhowells-AT-redhat.com> |
|| ||"H. Peter Anvin" <h.peter.anvin-AT-intel.com> |
|| ||Re: [RFC][PATCH 00/16] Crypto keys and module signing [ver #2] |
|| ||Mon, 05 Dec 2011 11:43:39 +0000|
|| ||dhowells-AT-redhat.com, keyrings-AT-linux-nfs.org,
|| ||Article, Thread
H. Peter Anvin <email@example.com> wrote:
> Do we really need the complexity of a full OpenPGP parser? Parsers are
> notorious security problems.
Actually, I don't have a full PGP parser. I only handle the minimum I need.
It can parse the packet stream, public key packets and signature packets.
That's it. I cannot guarantee that GPG is always going to put packets in the
stream in the same order, and dealing with the possible variation should be
Note that it might be possible to share the parser with other things like
> Furthermore, using DSA in anything but a hard legacy application is not
> something you want to encourage, so why support DSA?
Because DSA is what Red Hat currently uses in its module signing. So the first
thing to do was to get that working again and then work on getting RSA working.
If I just jumped straight into the RSA parser, I would have a lot more stuff
that might be wrong; doing DSA first at least validated the common stuff.
However, we don't have to include the DSA stuff in the kernel; I can always
discard that patch from the upstream-aimed patchset.
To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to post comments)