Monday, February 27, 2017

Web Cache Deception Attack

Did it ever cross your mind that accessing links such as or might expose your sensitive data, and even allow attackers to take control over your account?
Web cache deception is a new web attack vector that puts various technologies and frameworks at risk.

A few words about caching and reactions

1. Websites often tend to use web cache functionality (for example over a CDN, a load balancer, or simply a reverse proxy). The purpose is simple: store files that are often retrieved, to reduce latency from the web server.
Let's see an example of web cache. Website is configured to go through a reverse proxy. A dynamic page that is stored on the server and returns personal content of users, such as, will have to create it dynamically per user, since the data is different for each user. This kind of data, or at least its personalized parts, isn't cached.
What's more reasonable and common to cache are static, public files: style sheets (css), scripts (js), text files (txt), images (png, bmp, gif), etc. This makes sense because these files usually don't contain any sensitive information. In addition, as can be found in various best practices articles about web cache configuration, it's recommended to cache all static files that are meant to be public, and disregard their HTTP caching headers.

2. The web cache deception attack counts on similar browsers' and web servers' reactions, in the same way as the RPO attack, explained in and
What happens when accessing a URL like
A GET request to that URL will be produced by the browser. The interesting thing is the server's reaction – how does it interpret the request URL? Depending on its technology and configuration (the URL structure might need to be built slightly different for different servers), the server returns the content of And yes, the URL remains The HTTP headers will be the same as for accessing directly: same caching headers and same content type (text/html, in this case).

Done with the introduction

What happens if we access, while web cache for static files is set on the proxy server, disregarding caching headers for this kind of file? Let's analyze this process:
  1. Browser requests
  2. Server returns the content of, most probably with HTTP caching headers that instruct to not cache this page.
  3. The response goes through the proxy.
  4. The proxy identifies that the file has a css extension.
  5. Under the cache directory, the proxy creates a directory named home.php, and caches the imposter "CSS" file (non-existent.css) inside.


Taking advantage of it

An attacker who lures a logged-on user to access will cause this page – containing the user's personal content – to be cached and thus publicly-accessible. It could get even worse, if the body of the response contains (for some reason) the session identifier, security answers or CSRF tokens. All the attacker has to do now is to access this page on his own and expose this data.

An anecdote

Usually websites don't require authentication to access their public static files. Therefore, the cached files are publicly-accessible – no authentication required.


So basically, two conditions are required for this vulnerability to exist:
  1. Web cache functionality is set for the web application to cache files by their extensions, disregarding any caching header.
  2. When accessing a page like, the web server will return the content of "home.php" for that URL.


  1. Configure the cache mechanism to cache files only if their HTTP caching headers allow. That will solve the root cause of this issue.
  2. If the cache component provides the option, configure it to cache files by their content type.
  3. Configure the web server so that for pages such as, the web server doesn’t return the content of "home.php" with this URL. Instead, for example, the server should respond with a 404 or 302 response.

Web Cache Deception in PayPal – PII Exposure

PayPal was vulnerable to web cache deception. The vulnerability is now fixed and was publicly disclosed.

Information that could be leaked by exploiting this vulnerability:
- Users' first & last names
- Account balance
- Last four credit card digits
- Transactions data
- Full passport number
- Email address
- Home address
- Phone number
- Any additional information included in vulnerable pages

Examples for some of the vulnerable pages:

Various static file extensions could be used to cache pages on PayPal (more than 40). Among them:
aif, aiff, au, avi, bin, bmp, cab, carb, cct, cdf, class, css, doc, dcr, dtd, gcf, gff, gif, grv, hdml, hqx, ico, ini, jpeg, jpg, js, mov, mp3, nc, pct, ppc, pws, swa, swf, txt, vbs, w32, wav, wbmp, wml, wmlc, wmls, wmlsc, xsd, zip

Caching expiration
I've measured the time taken for the cached files to expire. It seems that after being accessed once (for the first time), a file is cached for ~5 hours. If it's accessed again during that time, the expiration time is extended. It's clear that this time period is more than enough for an attacker to "catch" the cached file on time before it expires, and by constantly monitoring this URL he can expose it as it's created.


Home page:

Settings page:

PayPal rewarded me with $3,000 for reporting this vulnerability.

User Hijacking via Web Cache Deception

I found this vulnerability in additional applications, which unfortunately cannot be disclosed to the public for different reasons (bummer, had some nice videos for that). In these applications, it was possible to take complete control over application users. This was possible because the session ID or security answers to recover a user's password were included in the HTML code of vulnerable pages. Big thanks to Sagi Cohen for the assistance.

IIS Demo

In the video below, a website is hosted on two web servers behind an IIS load balancer with Application Request Routing (ARR) installed.
A successful login redirects the users to the 'welcome.php' page, which contains their personal content. The load balancer is configured to cache all CSS files, and to disregard their caching headers.
An authenticated user accesses The IIS load balancer refers to the 'welcome.php' page as a directory, creates it in the cache directory, and caches 'stylsheet.css', which contains the user's private content.


  1. In the PayPal scenario, how did the proxy server even see the resources? Was it configured to do HTTPS interception and the client was configured to trust a dummy root certificate?

  2. I guess the connection between the Client and the Proxy-Server is either HTTP or HTTPS. However, in order to cache the content, the connection between the Proxy-Server and the Web-Server must be HTTP. I was curious about this as well and it looks like you can build this kind of architecture with Pound (SSL-Wrapper and Reverse Proxy) which forwards decrypted HTTPS requests to a caching server (e.g. Varnish). Please correct me if explained anything wrong.

  3. Nice vulnerability and well explained.

  4. That's a great finding. Thank you for writing this blog post.

  5. Great explanation, thanks for sharing

  6. Great post. can I translate it on my blog?

  7. Awesome attack. A Burp Extender is now available to make it easier to perform this attack:

  8. I am trying to create a PoC on Web Cache Deception attack using apache as origin server and nginx as reverse proxy.
    As I see, by default nginx obeys cache-control headers sent from origin server.
    Therefore, inorder to create the PoC I have to make specific configurations to ignore the origin server's headers.

    I don't understand why would any one force the caching of static file extensions?
    In nginx, if you just set a rule to cache static files (like .jpg) and then hit the attack URL say, even if the origin server sends the personal.php content, it also sends the related cache-control headers as you yourself have said.
    I have verified that these headers will be obeyed by nginx by default.
    Then that means for the Web Cache deception attack to be successful, the one doing the configuration has to have real low grade knowledge or may be he intentionally wants to let sensitive pages get cached.

    I understand the possibility of this attack in Akamai due to its Edge-Control header. But why the hell would any one set cache-control: no-cache, no-store headers for the static content like .jpg in the origin server and then try to overwrite it using the Edge-Control in reverse-proxy? Isn't it extra work?

  9. Nice article is very good and wonderful information was provided in your site, thanks for sharing.for more information visit our website.
    PHP Training in Hyderabad


  10. Thanks For Sharing. It IS very helpful For Everyone ....
    If You Are Looking Best PHP training in chandigarh click here

  11. This information is genuinely beneficial and important for me and I am sure it would work the same for other seekers as well. Keep blogging.
    Website Design Agency | Website design company in Lucknow

  12. Thank you. Well it was the nice to post and very helpful information on Ruby on Rails Online Course

  13. wooooowwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

  14. Really it was an awesome article… very interesting to read…
    Thanks for sharing.........
    Best Web Development company in India

  15. This comment has been removed by the author.

  16. I really appreciate the impressive and knowledgeable blog. The IT Company and its services that the businessmen like to use for the business are doing very well in the business market. This is the reason that the IT services are in demand.

    Website Development Company in Lucknow | Software Company in Lucknow

  17. Web design company actually operate with business website's Containing block, Geometrical figures and shapes, Navigation, Graphical Design Patterns, Whitespace, Drop shadows and depth, Particle backgrounds, Mobile Friendly Designs, ChatBots, Scrolling Effects, Asymmetry and broken grid layouts for achieving clean responsive web design for your business website. Rest of the operations like Search Engine Optimization, Analytics, Marketing, Partnership, Enhance the rate of conversion, Mobile Application, Logo, Presentation and Video should taken care by another domain specific company.

  18. Thank you for your post. This is excellent information. It is amazing and wonderful to visit your site.sss
    Website Design
    SEO Services in Warangal
    Php Services in Warangal
    Digital marketing services in warangal

  19. World's most trusted and reliable cryptocurrency exchange ethereum to paypal dollars cash or transfer it into your bank account with 0% fee. converting crypto coins into real money become so much easy (( 0:)) for you. have a good day

  20. HighMark Security is a direct supplier of security cameras, video surveillance systems, and CCTV equipment. We supply analog CCTV cameras, HD security cameras, IP cameras, and complete video surveillance systems worldwide. We supply our equipment to homeowners, business owners, government agencies, and any other type of organization, any size. Most of our business comes from the Da Nang, however, we do ship our products everywhere in the world. No project is too small or too large for us to handle. We have trained sales engineers that can help design a system that will fit your requirements and budget. Mua may dinh vi, CCTV Camera, IP Camera Lap Camera Da Nang, Security Systems, Analog Camera, Smart Home Store, Omnipolis, DVR, NVR, Video Management Software, camera ip wifi da nang, read more: lap dat camera da nang. HighMark Security has earned a reputation with the best technical support and customer service in the Da Nang security camera industry, lap camera da nang, sua chua camera da nang dich vu camera da nang


  21. The article provided by you is very nice and it is very helpful to know the more information.keep update with your blogs .I found a article related to you..once you can check it out.

    top web designing companies in hyderabad
    web designers in hyderabad
    best website designing company in Hyderabad

  22. Thanks for yours information. Yours information efficiently done it. Android mobile App development in Singapore

  23. Thank you for the link building list.I am going jot down this because it will help me a lot.Great blog! Please keep on posting such blog

    white label website builder

  24. One of the best blog posts I've read! Thanks a ton for sharing this!
    Web Hosting in Malaysia

  25. Excellent website. Lots of useful information here, thanks in your effort! . For more information please visit

    top web designing companies in hyderabad
    web designers in hyderabad
    best website designing company in Hyderabad

  26. Good luck ,, in waiting for other information from your site
    send regards for success

    cara membuat pakan alternatif
    cara mengurangi rontok pada bunga

  27. You can avail its benefits with our customized iPad application development services. Augurs is a full-service iOS, iPad app development company providing services that cover the entire development cycle, from concept to distribution.

  28. Wonderful blog on website cache sites. We have been working on Website using HTML/CSS, PHP, Javascript etc. We have been the best Web Designing Company in Hyderabad with a strong foundation.

  29. Thanks for sharing nice information with us. i like your post and all you share with us is uptodate and quite informative, i would like to bookmark the page so i can come here again to read you, as you have done a wonderful job.
    Best Cross Platform Mobile Development

  30. Useful Information, your blog is sharing unique information....
    Thanks for sharing!!!Software Development company Lucknow

  31. I appreciated perusing your article on the subject Best Web Hosting for Small Business.It was composed and created so well. It was useful also. The article on your site is luxuriously made. I'm completely gotten a kick out of investigating through the article. I like inquisitive about articles on isolated subjects. I am super astounded and will diagram your site all around. Befuddling articles on your site legitimizes the intrigue. This is an astounding piece of work. I detectably welcome the quality structure on this site.