Closed adiroiban closed 1 year ago
Let me know if you think that it make sense to have support for this RFC and I will implement it.
Thanks!
Sure why not! I guess we need another base class for messages?
Yes.... a base OpenPGPPEM or OpenPGPArmor would help to tell if something is from the OpenPGP realm.
Also, I would like to have something similar for SSH... like a base SSHPEMObject
and have OpenSSH and SSH.COM and maybe PuTTY (well Putty has a different format)
... to make it easy to tell if some object is from the SSH world.
That too. But what I meant is that currently we afaik only handle private keys and certificates. Messages would be a third kind.
I guess we'll need mixin classes to signal something coming from SSH and OpenPGP, yeah. :|
Agree. We need another class for messages and another one for the signature.
Will create a PR for this one as soon as I am done with #46
Pretty sure you’re done with #46 🤓
Thanks for the followup
OK. so, as the initial scope, just public and private keys.
BEGIN PGP PUBLIC KEY BLOCK
Used for armoring public keys.
BEGIN PGP PRIVATE KEY BLOCK
Used for armoring private keys.
with
class OpenPGPPublicKey(PublicKey):
class OpenPGPPrivateKey(PrivateKey):
Would that work?
this is done base on the same approach as class SSHCOMPrivateKey(PrivateKey):
SGTM!
no rush, but do you think you'll get around to it in the next week-ish? I'm thinking to push out a release soon-ish, because I've realized that the API docs on RTD are missing the Twisted APIs.
Hi. Most probably I will not have time to work on this in the next months
I think that it would be nice if PEM could also support the armored OpenPGP files from https://tools.ietf.org/html/rfc4880
As a start without the support for headers.
Below are the message types for reference,
And this is how a PGP public key can look like