Image
 
linkedin_logo.png rss_logo.jpg
twitter_logo.png youtube_logo.jpg
Latest Additions
 
EH-Net Login
Welcome Guest.






Lost Password?
No account yet? Register
Who's Online
We have 30 guests and 2 members online
 
Advertisement

You are here: Home arrow Ethical Hacking Discussions and Related Certificationsarrow Web Applicationsarrow HTTP Response Splitting - How common?
EH-Net
May 25, 2013, 12:05:49 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Go back to The Ethical Hacker Network Online Magazine Home Page
 
   Home   Help Calendar Login Register  
Pages: [1]   Go Down
  Print  
Author Topic: HTTP Response Splitting - How common?  (Read 10465 times)
0 Members and 1 Guest are viewing this topic.
MaXe
Hero Member
*****
Offline Offline

Posts: 669


I've just upgraded myself to a cyborg muahahaa!!1


View Profile WWW
« on: February 03, 2011, 09:07:19 AM »

Hello EH'ers,


Today would be time for a good question, so I thought: How common is the HTTP Response Splitting vulnerability?

Compared to XSS (Persistent and Non-Persistent), XSRF/CSRF, SQL Injection, LFI + RFI, RCE, etc.

I have seen a few WebAppSec courses implement it in their material, but I haven't encountered this vulnerability on a live website yet. The attack itself is interesting, but personally it feels like an attack which died a long time ago, before RFI suddenly got patched pretty well in most Web Applications.

So how common is HTTP Response Splitting vulnerabilities? What is your opinion? I'd like to know since I haven't really hunted for these bugs either, but also because I want to know if it's worth using time on trying to find during a real pentest (where the source code is not available), compared to the other vulnerabilities which are easier to detect, confirm and exploit?


~ MaXe
Logged

I'm an InterN0T'er
manoj9372
Jr. Member
**
Offline Offline

Posts: 72


View Profile
« Reply #1 on: August 24, 2011, 06:01:16 AM »

hi maxe,

After seeing your post i started to research about this vulnerability,

and i can say proudly to you

"IT IS STILL ALIVE"

As you have said you didn't seen this on a live web-site
here we go

Code:
http://www.exploit-db.com/exploits/11211/

it is a old one ,i am sure it has been patched now,but it is nice to see its presence.

Also go here
Code:
http://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-66/version_id-15944/Apache-Http-Server-2.0.52.html

look at the 20 th one and they have mention about "HTTP Request Smuggling",it looks like similar to the attack type you had said

TBH as i am not a expert in this i would like to ask some questions on this ?

Does HTTP request smuggling and HTTP response splitting are the same one?

And reading your post and my recent interest about the http headers,methods and attacks related to that it made me curious to know in deep about the threats faced by a server when it enables methods like
HEAD,OPTIONS etc...

do you have any interesting documents to feed my toughts Smiley ?
if you have any please feed me,i'm hungry maxe Smiley

and it seems i touched a old dusty question , cough , cough Smiley




« Last Edit: August 24, 2011, 06:05:56 AM by manoj9372 » Logged
MaXe
Hero Member
*****
Offline Offline

Posts: 669


I've just upgraded myself to a cyborg muahahaa!!1


View Profile WWW
« Reply #2 on: August 24, 2011, 10:51:40 AM »

Hi manoj,

and i can say proudly to you

"IT IS STILL ALIVE"
Code:
http://www.exploit-db.com/exploits/11211/

Yes, but it has probably been the only vulnerability of its kind I've seen last year, that was worth reporting too. (I have absolutely no affiliation with this exploit.)

TBH as i am not a expert in this i would like to ask some questions on this ?

Does HTTP request smuggling and HTTP response splitting are the same one?


Yes they're the same, every vulnerability tracker calls things different names for some funny reason. Some sites use what I would call, "whitehat words" while others like exploit-db uses "blackhat words", where the blackhat words doesn't mean it's illegal, it just means it makes sense, and you don't have to think about the meaning, at all.  Grin Straight and simple as it should be.



And reading your post and my recent interest about the http headers,methods and attacks related to that it made me curious to know in deep about the threats faced by a server when it enables methods like
HEAD,OPTIONS etc...

do you have any interesting documents to feed my toughts Smiley ?
if you have any please feed me,i'm hungry maxe Smiley

and it seems i touched a old dusty question , cough , cough Smiley

Most servers has: GET, POST and HEAD enabled by default. HEAD is nice to check if e.g. a directory or file exists, as it will only return the response code and thereby, limit the stress on the webserver.

OPTIONS is enabled on most Apache servers, but occasionally on IIS servers it may not be. (It seems like it depends on the version, but also the company behind.)

TRACE is randomly enabled, and of course you can note it in a pentest report as a low risk but it's worth focusing more on other issues such as SQL Injection, Persistent / Stored XSS, RFI, LFI, etc.
Logged

I'm an InterN0T'er
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines
Joomla Bridge by JoomlaHacks.com
Valid XHTML 1.0! Valid CSS!
Page created in 0.083 seconds with 23 queries.
 
Exclusive Deal

sansfire13_245x90_cw90.jpg
SANSFIRE 2013
June 15 - 22

5% Off w/ Code: EHN_5

SANS Deals 4 EH-Netters
5% OFF Any SANS Course in Any Format!
Coupon Code: EHN_5 Including SANS Rocky Mountain 2013 & SANS Boston 2013
Polls
Compared to this year, 2013 will be:
 
Recent Forum Topics
EH-Net News Feeds
Latest Additions
 
         
Advertisement

© 2013 The Ethical Hacker Network
Joomla! is Free Software released under the GNU/GPL License.