title: What is the risk of having HTTP header "Cache-Control: public"?
body: <p>The <code>Cache-Control</code> HTTP/1.1 header can specify max-age as well as whether the cache content can be public or private, indicating whether intermediate cache can cache the content.</p>
  
  <p>For example, Ruby on Rails's <code>expires_in()</code> defaults to using <code>Cache-Control: private</code></p>
  
  <p>What is the risk of making it public?  If it is public, which extra places can cache the content -- would it be a proxy server, for example?</p>
  
  <p>What if the website is like Amazon.com, but the user is anonymous, then probably there is not much privacy issue?  What if the user is logged in, could there be privacy issue, because the data passes through places and the data is visible.  If that location wants to be "bad", it really doesn't need to care about the <code>Cache-Control: private</code> anyway.</p>
  
  <p>What if it is a website where user can be logged in, but the website only search for health products like fish oil and vitamins, and so forth.  In that case, there is even less privacy involved because it is unlike Amazon.com where there are a lot more variety of products such as books for which a user can really care more about privacy issue.</p>
  
  <p>Having said that, what is the additional advantage of have <code>Cache-Control: public</code>?</p>