FCC Regulation 97.113 (a) 4 states that:
"messages encoded for the purpose of obscuring their meaning"
Are "Prohibited transmissions", I believe this is the clause that is used to prohibit encryption over ham radios. Are there any other clauses that are used to prohibit encryption.
If not, is "signing" of messages acceptable/legal over ham radios. For example consider the following transmission:
A digitally transmitted message contains:
- The callsign of the sender.
- The callsign of the intended recipient
- The public key of the sender
- The entire body of the message in plain text.
- A checksum/signature generated from the private key of the sender and the body of the message.
In this case no encrypted information is sent. Additionally any receiver of the message can verify both the integrity of the message (by validating the signature) and that no additional information has been sent, since the entire signature is used as part of the validation process.
Note: I realize that sending the public key is superfluous, but I didn’t want to get into the details of key exchange protocols as part of this question.
Edit: 3/10/19
Thank you all, for the high quality responses.
As pointed out by others in the comments, I had three concerns:
- That it would be possible to authenticate the generation of the message (this system cannot detect the retransmission of the message in full).
- That a third party can verify the message contains no encrypted information.
- That in the US, the only applicable regulation was 97.113 (a) 4
I had read another article specifically on CRAM-MD5 over amateur radio, however my concern was that any system that uses a shared secret, will require the secret in order to prove that no encrypted information is present (if you don’t know the secret, the checksum might be an encrypted string).
This was the reason I based the question on public/private key crypto and why I included the public key in the transmission - I realize that any receiver that wishes to authenticate the transmission needs to obtain the public key via a secure channel.
However with the message formatted as it is, any receiver that knows the protocol, can verify that the message contains no encrypted data.
I feel all these concerns have been addressed and I have accepted the answer.