あいち早く入手することができ、ページをレンダリング一度ログインがヒットの"戻る"ボタン?
https://stackoverflow.com/questions/64059
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
しているのか教えてくださいサイトを必要とするオン感受性を示します。
の人が、そのページがうかの確認画面が表示され、ログインしてく見の情報です。
人のログのサイトがリダイレクトにログインページです。
人のすることができます。ヒットを記録した"裏面"の右のページの機密情報が含まれています。以降のブラウザだけで考えたとしても描画されるHTMLで表示することを目的としたく問題ありません。
はしてもらえると助かりますの防止その情報が表示されないことがあるがヒットの"戻る"ボタンからログアウトして下さい。んを無効にするには"戻る"ボタンを、いかに持ちの機密情報から表示されていることから、またしても本人にはログインしていないのです。
のための引数には、上記のサイト/シナリオASP.NET フォームと、認証がなくなった時点でユーザーへの最初のページのページで欲しいという大きさでありながらリダイレクトにログオンのページの場合は、特段の記載がない限り.
解決
その答えはうすることはできないと考えられます。
が、しかし多くの方々に支持してもらえればと思いを実装することにより困難にすることでユーザーがヒット後、機密データを表示します。
Response.Cache.SetCacheability(HttpCacheability.NoCache);
Response.Cache.SetExpires(Now.AddSeconds(-1));
Response.Cache.SetNoStore();
Response.AppendHeader("Pragma", "no-cache");
このキャッシュを無効にするクライアント側しかし、この 対応していないすべてのブラウザ.
のオプションを持っている場合のデザインにその機密データを使って取得できるupdatepanel更新されるからクライアントコードが表示されませんが打戻る限りクライアントがログオンしたままです。
他のヒント
キャッシュの歴史は独立した 一つなのである。
唯一の例外 された銀行 は組み合わせ,HTTPSおよび Cache-Control: must-revalidate 勢力のリフレッシュ時の航行いました。
平HTTPりないこと以外の活用によるブラウザをございます。
きhackでJavascriptによるチェック document.cookie やリダイレクト時のキラー"クッキーがセットは、がんこう真剣に間違いがブラウザなセット/クリアクッキーとして期待される。
から aspdev.org:
以下の行を追加しますのPage_LoadイベントハンドラをごASP.NET ページのキャッシュされませんのユーザーのブラウザ：
Response.Cache.SetCacheability(HttpCacheability.NoCache)
設定はこの財産を確保した場合には、ユーザーのバックボタンのコンテンツの設計-デザインされていは、彼がプレスを"リフレッシュ"メージそのままにリダイレクトにログイン-ページです。
DannySmurf, <meta> 要素は、極めて信頼できない付き合いを制御するキャッシュやPragma特にもより一層力を入れています。 参考.
dannypその他、キャッシュなキャッシュから保存ます。るだけでそのキャッシュとなることができなリソースが格納されなrevalidatingです。ご希望の場合は防止への感受性資源からのキャッシュを使用する必要があり、no-storeされております。
きりjavascript機能は迅速にサーバーのチェック(ajax)とは、ユーザーログインしていないので、消去する現在のページに置き換えられするものとします。このことは明らかに脆弱性が存在します。ユーザー対象は、javascriptをoffすが、では、長文ありがとうございまします。上振れ、この両方のブラウザとサーバ技術(asp/phpなど)agnostic.
を探していないキャッシュディレクティブ
<META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
に対し、マスターデザインを目指し、これはちょっと混ぜな考え方として、またこのディレクティブは、単一ページに影響を与えることなく、他のサイト（こうのします。
またこのディレクティブセットのブラウザdutifullyにサーバーを探してブランドの新しいコピー、ページの原因になりますのでサーバのユーザが認証された、バンプによってログインページです。
のアウト操作する POST.その後、ブラウザがプロンプトが"Are you sure you wantへの再投稿のか"というもの。
わからないのでASP.NET ですがPHPいうようなもの:
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Cache-Control: no-cache");
header("Pragma: no-cache");
る力のブラウザの再検査をこの項目は、認証確認が必要となります。発を否定し、ユーザーがアクセスする
奥高尾にひっそりと建つ料亭。歪みがまった場合には、javaアプレットまたはフラッシュ応用した組み込み、認証を行ったを通じてこうした認証、erm,アンサンブル"のサーバーの顔がついたかったの情報です。
利用できる暗号化合情報です。
ある可能性を誰かにできることを保存したページの機密情報を、キャッシュがなくなるわけではありませんこの状況がそのスクリーンショット常にきのフラッシュや、javaアプリケーシ
のための完全性:
Response.Cache.SetCacheability(HttpCacheability.NoCache);
Response.Cache.SetNoStore();
Response.Cache.SetExpires(DateTime.Now.AddMinutes(-1));
正しい答えを使用の設定を行うHTTPのCache-Controlヘッダの応答を返す。したい場合はそれらの ない キャッシュを出力できなキャッシュ-制御:no-cache.で使われることが多い調整のない店舗です。
その他のオプションしたい場合は、限定キャッシュには、指定期間終了時には、必revalidateが、これらの可能性のあるすべての原因となるキャッシュされたページが表示されます。
見 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.4
でも、大きなブラジル銀行株式会社(Banco do Brasil)で知られる持つ世界で最も安全かつ効率的な銀行ホームソフトウェアは、簡単に言うと。（1）各ページです。そのため、ございますのでご注意下のボタンですが返されます。シンプルです。
ご要望ありがとうございまのHTTPリダイレクトのHTTPレスポンスヘッダを含みます。最ASPコードも掲載う設定です。でした。
の chipmunk書かになっ は、聖書のHTTP、 クリスShiflettのHTTP書 です。
できるwebページの感度として返されるHTTPポスト、そして多くの場合ブラウザをお渡し致しますメッセージ"はい"をしたい再提出のデータです。(残念ながら見を標準のソースがこの行動です。)
という感じでしたし、銀行えます。
ページの本銀行は、こう:
<meta http-equiv="expires" content="0" />
ここだと思います。
