lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Fri, 23 Aug 2013 11:31:31 -0700
From: jonathan schatz <jon@...isionbyzero.com>
To: Bart van Tuil <BvanTuil@...cartes.com>
Cc: "full-disclosure@...ts.grok.org.uk" <full-disclosure@...ts.grok.org.uk>,
 "glenn@...alias.net" <glenn@...alias.net>
Subject: Re: [DAHAX-2013-001] Cloudflare XSS Vulnerability


On Aug 23, 2013, at 1:48 AM, Bart van Tuil <BvanTuil@...cartes.com> wrote:
> Is it just me, or does it seem that **any** way to change the browser 
> headers requires a degree of control that is same as, or higher than, 
> the one we're trying to get?
> 
> I am sure there are a lot of ways (flash, javascript, objects) to 
> modify headers. I just don't think it gets anyone anywhere.
> 
> Prereq > escalation? If someone finds an exception, I -am- listening ;)
> 
> Doesn't take away the fact that it's a nice find. Good going - thinking 
> out of the box like this, Glenn.

the goal may be cache poisoning (in general, i can't comment on the cloudflare report), in which case modifying my own headers before a request is a perfectly reasonable attack vector. 

thanks,

-jon
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/

Powered by blists - more mailing lists