IPA ISEC セキュア・プログラミング講座：Webアプリケーション編 第5章 暴露対策：プロキシキャッシュ対策

第5章 暴露対策 プロキシキャッシュ対策 プロキシキャッシュへのコンテンツ残留 ブラウザとWebサーバの間には、いくつかのキャッシュメカニズムが働いていることが多い。 プロキシサーバのキャッシュ──企業等LANを運用している多くの組織体ではLANからインターネットアクセスを行う際プロキシサーバを経由して行うことが多い キャッシュサーバ─インターネットプロバイダの中には、会員のWebアクセスを円滑にする目的でキャッシュサーバを運用しているところがある これらのキャッシュメカニズムは、ブラウザからのリクエストによって得られたコンテンツをキャッシュに保持しておき、同じURLのリクエストが生じたとき、本来のWebサーバにコンテンツを取りに行かず、キャッシュの内容をブラウザに渡すものである。 このようにキャッシュは、円滑なインターネットの利用に寄与してくれる。 しかし、コンテンツによっては、ただひと

[Tormits]

no-storeとno-cacheの違い。no-storeを無闇に使うとBFCacheが使えなくなる

[l08084]

“Cache-Control: no-store”知らなかった。後で詳しく読む

[kkeisuke]

プロキシキャッシュ対策 Cache-Control: private, no-store, no-cache, must-revalidate

[ZuiUrs]

private no-cache

[efcl]

CDNへのCache-Controlの対策について。 Cache-Control: private, no-store, no-cache, must-revalidateの解説

[iww]

must-revalidate

[umakoya]

プロキシキャッシュ対策について

[haikikyou]

キャッシュ

[kattton]

なるほどなー。Cache-Control: no-store Pragma: no-cache とかヨサソウ。

[meech]

インターネットプロバイダの中には、会員のWebアクセスを円滑にする目的でキャッシュサーバを運用しているところがある

[s56bouya]

“一見「キャッシュを使うな」のように見えるこのヘッダが実際に意味するところは少々ニュアンスが異なる。”

[mitsugi-bb]

プロキシキャッシュ対策

[YuichiTanaka]

cache-controlヘッダについて

[yass]

"no-store:Webサーバから返されてくるコンテンツをキャッシュに記録するな、no-cache:いちどキャッシュに記録されたコンテンツは、現在でも有効か否かを本来のWebサーバに問い合わせて確認がとれない限り再利用してはならな

[hisasann]

no-cacheとmust-revalidateの違いが難しいな

[choro23]

リクエストヘッダーの説明

[teppeis]

Cache キャッシュ

[toshi3221]

中間サーバでのキャッシュの注意点。

[teematsu]

キャッシュ制御

[hirafoo]

Cache-Control: must-revalidate