Re:Deduplicating Archiver with Compression and Encryption
by dmos62 on Monday July 26, 2021 @04:50AM
(#27957176)
> Restic can't pull backups
There's ways to pull backups. You'd use ssh forwarding and/or the REST backend for append-only backups. See this comment:
https://github.com/restic/restic/issues/299#issuecomment-456...
Re:Deduplicating Archiver with Compression and Encryption
by Freak_NL on Monday July 26, 2021 @04:20AM
(#27957004)
Could you explain why you find their encryption scheme 'lackluster'? I'm not seeing that conclusion in the linked document.
Re:Deduplicating Archiver with Compression and Encryption
by formerly_proven on Monday July 26, 2021 @04:25AM
(#27957031)
Borg uses static AES keys and requires a way to store nonces because of this. In a multi-client scenario there is no way to do that without trusting the server to some extent, so the encryption is vulnerable to nonce reuse.
> When the above attack model is extended to include multiple clients independently updating the same repository, then Borg fails to provide confidentiality (i.e. guarantees 3) and 4) do not apply any more).
Re:Deduplicating Archiver with Compression and Encryption
by ThomasWaldmann on Monday July 26, 2021 @03:32PM
(#27964241)
Yeah, that's an issue which can be avoided by using 1 repo per client.
There are some ideas on the issue tracker for fixing this long term (like random nonces, session keys, ...), but that stuff will have to wait until after borg 1.2 (which soon goes into release candidate phase).
Borg has a "lackluster" encryption scheme. https://borgbackup.readthedocs.io/en/stable/internals/securi...
Restic can't pull backups. https://github.com/restic/restic/issues/299
Borg can't either, but it has "borg import-tar", which might be good enough.