Is it possible in PGP to change the settings to allow an encryption key outside of base-16?
This is not defined by OpenPGP (although I indeed couldn't find any source defining a hexadecimal representation). I discussed a similar example in How is this OpenPGP key displaying in a non hexedecimal format?, where some characters have been garbled probably seeking for anonymity.
Are there settings that will allow a key of any thing you like?
First of all, what was printed in the video was only a key ID, not an actual key. Key IDs are abbreviated versions of the hashed key, because it would be a hassle to pass over large 4kbit RSA keys to others (it already is a hassle with key IDs and fingerprints, though).
To get back to your question: no, GnuPG does not know such an option. You can choose between short and long key IDs, and whether to prefix them with
0x to denote hexadecimal numbers using the
--keyid-format parameter and the values
0xlong -- no option for anything non-hexadecimal.
It there a way to delay encryption that would explain the date differences?
This might happen when different computers are used for creating the key and performing operations with it, when those computers have different times set up (with other words, at least one of the computers has a very wrong clock setting).
You can easily enforce such combinations by changing the time of your computer, or using the
faketime tool (when compiled with debug settings, GnuPG also knows a
Looking at the proposed message, passing it through
pgpdump which prints the OpenPGP package headers, reveals some completely other key:
> -----BEGIN PGP MESSAGE-----
> Version: GnuPG v2
> —--—-END PGP MESSAGE-----
Old: Public-Key Encrypted Session Key Packet(tag 1)(524 bytes)
Key ID - 0xDBC2E82BB763CF80
Pub alg - RSA Encrypt or Sign(pub 1)
RSA m^e mod n(4093 bits) - ...
-> m = sym alg(1 byte) + checksum(2 bytes) + PKCS-1 block type 02
Old: Reserved(tag 0)(until eof)
Disclaimer: I retrieved this query by searching for the very first characters
hQIMA9vC6Cu3Y8 and found a pastebin document which seems to contain the message, but with messed up linebreaks and other problems -- it seems like a bad OCR scan. I didn't verify further, but at least it's correct enough to be parsed. If anybody further compared them -- feel free to leave a message.