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  linux-cve-announce  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]
Message-ID: <097B1E4792366344925A4B6B99C00A823FE119AC60@zaphod.home.jalojash.org>
Date: Wed, 28 May 2008 15:22:04 -0700
From: Jim Harrison <Jim@...tools.org>
To: Arshan Dabirsiaghi <arshan.dabirsiaghi@...ectsecurity.com>,
	"bugtraq@...urityfocus.com" <bugtraq@...urityfocus.com>
Subject: RE: Bypassing URL Authentication and Authorization with HTTP Verb
 Tampering

Interesting (and serendipitous, at that <g>).

ISA Server 2004+ allows you to configure "allowed / denied methods" in any rule for which the web proxy is involved; effectively nullifying this attack.

..of course, this requires the web devs to communicate the minimum required methods for their site - something I've rarely seen expressed with any real authority.

Jim

-----Original Message-----
From: Arshan Dabirsiaghi [mailto:arshan.dabirsiaghi@...ectsecurity.com]
Sent: Wednesday, May 28, 2008 12:29 PM
To: bugtraq@...urityfocus.com
Subject: Bypassing URL Authentication and Authorization with HTTP Verb Tampering

Internetizens,

Many URL authentication and authorization mechanisms make security
decisions based on the HTTP verb in the request. Many of these
mechanisms work in a counter-intuitive way. This fact, in combination
with some oddities in the way that both web and application servers
handle unexpected HTTP verbs causes the rules dictated by those
mechanisms to be bypassable.

Many of us rely on the mechanisms I'm talking about. The Internet is not
exactly going to burn down when this email goes out, but there is
probably a fair number of externally facing web applications out there
that are relying on the shaky security provided by these configurations.

We have written a whitepaper that goes into some detail discussing the
vulnerability and how the various vendors are affected. You can grab the
whitepaper from Aspect Security's website:

http://www.aspectsecurity.com/documents/Bypassing_VBAAC_with_HTTP_Verb_T
ampering.pdf

Jeff Williams and Jim Manico also put together a demo that shows the
attack in progress:

http://www.aspectsecurity.com/documents/Aspect_VBAAC_Bypass.swf

Cheers,

Arshan Dabirsiaghi

Director of Research

Aspect Security

http://www.aspectsecurity.com/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ