[Discuss] encryption and rsync
Richard Pieri
richard.pieri at gmail.com
Mon Jul 16 12:30:10 EDT 2012
On 7/16/2012 1:59 AM, Tom Metro wrote:
> So you're syncing the encrypted files in the source directory. That
> makes a lot more sense than using an encryption technology that just
> creates an opaque image file.
Correct, at least for my needs. There is a 1:1 correspondence between
native file system and EncFS file system so an attacker can easily track
changes. This kind of analysis is not feasible with a monolithic container.
> But I'm assuming that EncFS isn't doing anything to assist the syncing
> of partial files, so your minimum transfer is a full file.
Also correct in the typical case. It's not an issue for small files
since small files are transferred in full most of the time anyway. It
does lend itself to auto-sync services like DropBox since it's mostly
just deltas being synchronized. It's not as efficient as DropBox on a
native file system but it's much more efficient than trying to sync a
big container file.
rsyncrypto breaks this behavior. You always get the same ciphertext for
a given input set. That's the only way that partial transmission can
work with encrypted data on the target side. This is the weakening of
which they describe.
--
Rich P.
More information about the Discuss
mailing list