RE: Binary packet protocol rethink (was: Re: ChaCha20-Poly1305 for SSH)

Peter Gutmann <[email protected]>
Newsgroups gmane.ietf.secsh
Message-ID <9A043F3CF02CD34C8E74AC1594475C73F4B92EF0@uxcn10-5.UoA.auckland.ac.nz>
Damien Miller <[email protected]> writes:

>There have been quite a few fingerprinting attack against websites using 
>object sizes, e.g. Vincent Berg's work.

Sure, I'm aware of just under three dozen, but encrypted vs.unencrypted
lengths don't play a major role, they're used because they're there, not
because they're critical to the success of the process.  You've got TCP
packet sizes (which generally make length-encryption irrelevant), packet
timing, message flows, everything that can be used will be used.  In
particular, "Timing Analysis of Keystrokes and Timing Attacks on SSH"
worked against SSH even though the lengths were encrypted.

More or less the same debate is currently occurring on the TLS list,
where I commented that:

  If you want to thwart traffic analysis, you need to do something
  like what's done by designs like Aqua ("Towards Efficient Traffic-
  analysis Resistant Anonymity Networks"), or ideas from any of the 
  other anti-traffic-analysis work that's emerged in the past decade 
  or two.  
  
  You get traffic analysis resistance by, for example, breaking data into 
  fixed-length packets, using cover traffic, and messing with packet 
  timings, not by encrypting TLS headers.

Peter.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.