Show HN: Arc – secure file archiver
github.com
Show HN: Arc – secure file archiver
1–10 of 45 posts
Re: Show HN: Arc – secure file archiver
#2Re: Show HN: Arc – secure file archiver
#3Not a very creative name. There is enough IT related products with the name Arc already.
Re: Show HN: Arc – secure file archiver
#4Re: Show HN: Arc – secure file archiver
#5Not a very creative name. There is enough IT related products with the name Arc already.
I'm starting to see this way too often. No one cares.
Quite close field to be honest.
Re: Show HN: Arc – secure file archiver
#6Apparently it's a standard that Google is pushing to replace RC4 and already is using for HTTPS between google.com and Android.
If arc catches on I'm curious if it could support inline operations. E.g. on a 100gb+ archive can I read the tar index without decrypting the entire archive first, can I extract a single file? The ChaCha algorithm is a streaming cipher, which as I understand suggests that I cannot do operations like that.
Even worse now that I'm thinking about this, if my archive has a bit error early in the file does that mean the entire archive cannot be decrypted. Maybe for long term storage I'm better off physically securing my archives than encrypting them to avoid bit rot ruining everything.
Re: Show HN: Arc – secure file archiver
#7This is the first that I've heard of ChaCha for encryption ( https://en.wikipedia.org/wiki/Salsa20#ChaCha_variant ). Apparently it's a standard that Google is pushing to replace RC4 and already is using for HTTPS between google.com and Android. If arc catches on I'm curious if it could support inline operations. E.g. on a 100gb+ archive can I read the tar index without decrypting the entire archive first, can I extra…
Just have more copies on more/diverse media. Encrypted backups (with authenticated encryption) have the pleasant side effect of validating the backup on restore.
Re: Show HN: Arc – secure file archiver
#8Not a very creative name. There is enough IT related products with the name Arc already.
The author probably has this as a binary living in his PATH so they can just type
$ arc
It might be obvious, but who wants a long or strange name when you're using a command line utility often.Re: Show HN: Arc – secure file archiver
#9This is the first that I've heard of ChaCha for encryption ( https://en.wikipedia.org/wiki/Salsa20#ChaCha_variant ). Apparently it's a standard that Google is pushing to replace RC4 and already is using for HTTPS between google.com and Android. If arc catches on I'm curious if it could support inline operations. E.g. on a 100gb+ archive can I read the tar index without decrypting the entire archive first, can I extra…
With highly specialized requirements comes highly specialized solutions.
Re: Show HN: Arc – secure file archiver
#10This is the first that I've heard of ChaCha for encryption ( https://en.wikipedia.org/wiki/Salsa20#ChaCha_variant ). Apparently it's a standard that Google is pushing to replace RC4 and already is using for HTTPS between google.com and Android. If arc catches on I'm curious if it could support inline operations. E.g. on a 100gb+ archive can I read the tar index without decrypting the entire archive first, can I extra…
> Maybe for long term storage I'm better off physically securing my archives than encrypting them to avoid bit rot ruining everything. Just have more copies on more/diverse media. Encrypted backups (with authenticated encryption) have the pleasant side effect of validating the backup on restore.