Edge Rewrite
// HTMLRewriter · presentation

This page was redesigned at the edge.

Cloudflare fetched the original article and streamed it through HTMLRewriter to apply an entirely new visual system without rebuilding the source page.

// request.cf · coarse context

A page that knows where it met you.

Only coarse request metadata is shown. This demo does not display or persist visitor IP addresses.

Country
US
Cloudflare location
CMH
Connection
HTTP/2
Language
Not provided

Ray ID: a249edf27815b5b3

Jump to content

Talk:Directory traversal attack

Page contents not supported in other languages.
Add topic
From Wikipedia, the free encyclopedia
Latest comment: 16 years ago by R0bd

I have tagged this for clean-up. There is a good content here, but can someone bring it out? :-)

Paulc1001 12:45, 8 October 2005 (UTC)Reply


Will try within the next few days

--Blaufish 22:16, 15 December 2005 (UTC)Reply


"Current Method Also Known As (Return Flushing, RE Exploit)" This entire section is very confusing, can anyone clear this up?


Not sure what to do what to do about that one. It is confusing me too.

--Blaufish 16:01, 24 May 2006 (UTC)Reply

Me too. I can't find an independent mention of "return flushing" on the Internet, and the author has not stepped forward to explain. Thus, I am moving the section to the talk page. Hashproduct 02:10, 29 November 2006 (UTC)Reply

Current Method Also Known As (Return Flushing, RE Exploit)
Due to most vulnerabilities being recently patched as such sites as http://milw0rm.com have been released publicly, most attackers have been forced to develop exploits of their own. One such method is return flushing, or re'ing. This attempt consist of a parallel paradox. On the attackers computer, the request points to a file that does exist in the directory specified. Usually the attacker specially configures his or her own directories so they are unique and are rarely affiliated with the server's directories. The file usually included in the get request is cmd.exe, or other shell applications. The failed get request results in a resolvement, bypassing the typical 404 error and/or 403 error pages, and resolves the request to the base of the domain/server, revealing all the content resideing within the domain/server. No matter what utility/environment is being utilized the domain/server. This accounts for several environments such as Apache.

In the section 'Possible Methods to Prevent Directory Traversal' I think there is an additional requirement for the algorithm - that the Document Root ends with a directory/folder delimiter (ie '/' or '\' depending on the platform), otherwise it would be possible to navigate to some locations outside the Document Root, eg if Document Root is /var/www then the algorithm allows access to /var/www_logs


—Preceding unsigned comment added by R0bd (talkcontribs) 15:48, 17 November 2009 (UTC) Reply