Comment by eadmund
7 years ago
Yeah-ish, but what I mean is an actual set of different tools (so, not one-size-fits-all) but all part of the same suite, rather than a bunch of different implementations of mostly the same idea — i.e., *BSD rather than Linux.
One of my numerous hobby projects is exactly that, but … I simply don't have enough Round Tuits.
OK, so you're saying something like:
... that ideally all have NaCl at the base but are otherwise one binary that you have to remember?
The tricky one there is probably chat.
I think they meant something like the OpenSSL binary that obviously builds on the library and provides everything through the command line.
The problem is that the same thing for NaCl/libsodium would be lower level, and probably still not enough as exhibited in the article: a typical use case is not "I want to encrypt this file", it's "I want to send this file to that person such that no one else can read it" or "I want to send a message to that person such that no one else can read it, and if they can they shouldn't be able to read other messages from the same conversation". No cli tool can properly solve this, it has to be incorporated in the application or even protocol.
Incidentally, the real goal of magic-wormhole is to provide the initial secure introduction between two people's communication tools. Get your public key into my address book safely, and then all those other modes have something to work from. Keybase.io is kinda in the same direction except they're binding key material to de facto identity services (github, twitter, etc) rather than pairwise introduction.
Well, they don't all have to be one binary, but I'd like them to use consistent file formats, command-line arguments &c.
And yeah, chat is very much not like the rest — but I'd still like my chats to be somehow validated with my magic ID.