Re: Upcoming Cache Work

Zack Weinberg <[email protected]>
Newsgroups gmane.comp.mozilla.devel.netlib
Message-ID <[email protected]>
On 2012-02-28 4:06 PM, Brian Smith wrote:
> Henri Sivonen wrote:
>> Are there any plans to include the referring origin in the cache
>> key to address the cache probing history leak that was demoed at
>> http://lcamtuf.coredump.cx/cachetime/ ?
>
> There is no plan. I suggestion you file a bug (if there isn't one
> already).

Please cc: me on the bug.  I may be able to help and/or scare up some 
student help.

> It would be tricky to do, as we would have to avoid major
> performance regressions by doing so.

To some extent it *has* to regress performance, because this is a timing 
attack: when the attack site tries to iframe something, it has to 
*appear* to not be in the cache, even if it is, and that means delaying 
the load.

I have no idea whether this is feasible with our cache architecture, but 
in principle it would be possible to record the original load time for 
each cached item.  Then, when we see one of these cross-domain loads 
that has to appear to be a miss, we could delay the load for that much 
time (with some randomization) but not actually hit the network.  That 
might mitigate secondary performance hits from having to waste a network 
channel on stuff we already have but can't admit to having.  On the 
other hand, an even sneakier attacker might be able to find a way to 
detect *this* behavior... but that's the arms race for ya.

zw
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.