- #GPG SUITE DREAM MARKET SOFTWARE#
- #GPG SUITE DREAM MARKET PASSWORD#
- #GPG SUITE DREAM MARKET OFFLINE#
- #GPG SUITE DREAM MARKET WINDOWS#
It's far from being anything that can be immediately and safely used even if one were willing to use Go to compile it. (Each message still needs a unique nonce.) If in doubt, 16KB is a reasonable chunk size." "It is the caller's responsibility to ensure the uniqueness of nonces" "Thus large amounts of data should be chunked so that each message is small. There's effectively no replacement for gpg -c as far as I see. > My frustration is that a lot of the solutions provided are raw libraries rather than end-user tools.
#GPG SUITE DREAM MARKET WINDOWS#
Of course I don't expect the compatibility from the author, I just state that I'm not aware that the Windows version even exists, and that it limits the possibilities of the use of the tool. I also don't know if it would run under Cygwin.) (I've once tried to remove the dependencies in the code, step by step, but after each step something more would be visible, so I gave up. To compare, Git compiles and runs natively. That is, there's no executable that can run natively on Windows. libcperciva/util/getopt.h:35:2: error: unknown type name 'sigjmp_buf' did you mean 'jmp_buf'? The tool still can't be compiled under MinGW-w64: > That tool seems like it might be a good replacement for `gpg -c`
Magic wormhole is extremely cool though and does replace a big subset of my GPG usage. It doesn't even seem to have a recommend file extension for encrypted data, which bothers me possibly more than it should. It is frustrating though because its name is almost un-googleable (most results just talk about "scrypt" as a hashing function, rather than "scrypt" the encryption tool! It really needs a better name) and I rarely see it mentioned. That tool seems like it might be a good replacement for `gpg -c`.
#GPG SUITE DREAM MARKET OFFLINE#
Maybe the article should mention scrypt ( ) as a tool for password-based offline encryption/decryption.
#GPG SUITE DREAM MARKET PASSWORD#
(And I do want something to replace it with! It frustrates me that it defaults to a weak password hash and AES-128 without authentication.) This article didn't give enough for me to take `gpg -c` out of my bag of tricks. None of these work as a simple no-strings-attached end-user replacement for `gpg -c`. For offline encryption, how do I encrypt a file with a password (or a keyfile)? The solutions provided are a few Go libraries, saltpack (which I think is only a spec? I couldn't find an executable), and then the Keybase service. My frustration is that a lot of the solutions provided are raw libraries rather than end-user tools. Signal does pretty good when I need to exchange short mobile messages, but it is of no help when I need to push a few 30 MB files from my mobile phone to GDrive without giving Google all their contents). Of course, they handle some small subset very well, but none covers all of them (e.g. People keep distilling an irrational hate on OpenPGP but their proposals can't handle all these use cases. for god sake, not being an Electron app! not forcing me to use it in a mobile phone open source and well tested implementations allows copying and pasting the data (messages, keys, etc.) in an email The system must correctly detect and use the certification-only key already in my keystore) I receive an encrypted message that was signed with a key certified by another key. allowing independent encryption, signature and certification keys but using them together (i.e.
easy to integrate in another applications and scripts sending messages without revealing the actual recipient (i.e. ability to use a completely "offline" infrastructure certification of other users without a server at all
#GPG SUITE DREAM MARKET SOFTWARE#
digital signature (for messages and software packages) Some problems PGP (these days, this means GnuPG) solves pretty well for me: