Earlier quoted context omitted.
The results never leave your browser, though, so there's not much to worry about.
The JS code sent to kentonv's browser might be safe, but you can't really meaningfully comment on hobs' situation, since you don't have a copy of the JS code that was sent to hobs' browser.
Timing attack against HSTS to sniff browser history in Chrome and Firefox
51–60 of 99 posts
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#52Earlier quoted context omitted.
No. Leaks were known far beyond the "supercookie", but attacks were not as high quality as these.
Could you link some older sources discussing some of these leaks? I'm having trouble finding any. Not doubting you, since you're probably right; would just be interested in reading them.
That's one of the reasons I like this talk so much. It really cemented these type of issue with real attacks, instead of a loosely described bunch of PoC. I remember reading somewhere on an RFC (perhaps CSP) that reporting can cause unwanted information leakage, but I didn't find it in the security considerations with a quick control+f just now.
[0] - https://lists.w3.org/Archives/Public/public-webappsec/2015Ju...
[1] - http://homakov.blogspot.com/2014/01/using-content-security-p...
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#53Earlier quoted context omitted.
The results never leave your browser, though, so there's not much to worry about.
The JS code sent to kentonv's browser might be safe, but you can't really meaningfully comment on hobs' situation, since you don't have a copy of the JS code that was sent to hobs' browser.
But if that's the case then you shouldn't click on anything on HN.
I would argue that it is A-OK to post this link directly on hackernews.
It just says "look at what your browser can do! imagine if blackhats took advantage of this."
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#54Earlier quoted context omitted.
Could you link some older sources discussing some of these leaks? I'm having trouble finding any. Not doubting you, since you're probably right; would just be interested in reading them.
AFAIK most of that info is in HN and twitter discussions between webappsec people. Here's a link[0] to a CSP leak that was briefly discussed on the webappsec mailing list. I also know Homakov wrote one[1]. That's one of the reasons I like this talk so much. It really cemented these type of issue with real attacks, instead of a loosely described bunch of PoC. I remember reading somewhere on an RFC (perhaps CSP) that r…
Thanks.
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#55Earlier quoted context omitted.
The results never leave your browser, though, so there's not much to worry about.
The JS code sent to kentonv's browser might be safe, but you can't really meaningfully comment on hobs' situation, since you don't have a copy of the JS code that was sent to hobs' browser.
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#56Earlier quoted context omitted.
Could you link some older sources discussing some of these leaks? I'm having trouble finding any. Not doubting you, since you're probably right; would just be interested in reading them.
AFAIK most of that info is in HN and twitter discussions between webappsec people. Here's a link[0] to a CSP leak that was briefly discussed on the webappsec mailing list. I also know Homakov wrote one[1]. That's one of the reasons I like this talk so much. It really cemented these type of issue with real attacks, instead of a loosely described bunch of PoC. I remember reading somewhere on an RFC (perhaps CSP) that r…
In case anyone's interested, slides are up at https://zyan.scripts.mit.edu/presentations/toorcon2015.pdf and talk recording at https://www.youtube.com/watch?v=kk2GkZv6Wjs
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#57Probably a good idea to edit the title to indicate that this is an example attack site as well, not my favorite thing in general to land on without warning. No js seems to mean no worries though.
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#58How much of this is accurate, and how much of this is simply the top XXX sites that people visit?
I pulled the list of domains out of the Alexa Top 1M plus some domains that my friends run. But I'm not biasing results towards showing up as visited by popularity or anything like that. I didn't set up analytics to figure out how accurate results are for the average person; having manually checked with a few people's browsers, I'd say the accuracy rate is ~75%.
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#59Earlier quoted context omitted.
AFAIK most of that info is in HN and twitter discussions between webappsec people. Here's a link[0] to a CSP leak that was briefly discussed on the webappsec mailing list. I also know Homakov wrote one[1]. That's one of the reasons I like this talk so much. It really cemented these type of issue with real attacks, instead of a loosely described bunch of PoC. I remember reading somewhere on an RFC (perhaps CSP) that r…
In addition to Egor's stuff, I'd recommend just reading the "Privacy and Security Considerations" sections of various RFC's and W3C specs. Lots of theoretical attacks in there that people simply haven't built demos for! In case anyone's interested, slides are up at https://zyan.scripts.mit.edu/presentations/toorcon2015.pdf and talk recording at https://www.youtube.com/watch?v=kk2GkZv6Wjs
It is always my favorite section of the RFCs. Along with anywhere that says "The UA [MUST|MAY|...] \w+". Much fun to be had....
Re: Timing attack against HSTS to sniff browser history in Chrome and Firefox
#60It seems like it would be nice to require some sort of user privilege escalation like accessing location, or webcam to access high precision timing. This would close off a huge class of time related side channels.