chattervox icon indicating copy to clipboard operation
chattervox copied to clipboard

Encryption support for "Non US Users"

Open 0x27 opened this issue 6 years ago • 2 comments

From the readme: "In the United States, it's illegal to broadcast encrypted messages on amateur radio frequencies.".

Would it be possible to perhaps add a config option to enable encryption support, for users in countries with less restrictive laws on amateur radio use?

Or perhaps could you provide some pointers as to how this could be implemented? I guess it could be put in the same bit as the message signing / verification, but still getting familiar with the codebase...

0x27 avatar Feb 19 '19 10:02 0x27

You are absolutely right that it could be done by adding a bit in the flags byte in the header, similar to how compression is handled. That bit could indicate that the payload is encrypted. The question is, encrypted using what? A symmetric AES cypher is much more efficient than asymmetric pub/priv key encryption. But a feature of Chattervox is that its connectionless, for better or worse, which can make key exchange tricky.

I'm hesitant to add this functionality as a first-class citizen of the protocol when it's so easy to add encryption on top of the protocol. What I mean by that is, there is nothing stopping you from encrypting the payload contents of the chattervox packets.

Something like:

echo "ieTu7yeeTik2ee2fui8Zei4Eeo1MaiT3" > shared_secret.txt
echo "something secret, keep it safe" | aespipe -P shared_secret.txt | chattervox send

brannondorsey avatar Feb 26 '19 04:02 brannondorsey

Extending your thoughts on encrypting the payload above, what is a good example of how one would decrypt it with chattervox, assuming we know the shared secret?

skillet256 avatar Apr 24 '20 03:04 skillet256