その他のチートシートこのチートシートでは、アプリケーションの通信を守るためにトランスポート層の保護を実装する際の単純なモデルを提供します。概念は広く知られていますが、実装に関する詳細やセキュリティ上の選択事項については十分に理解されていないことが多く、往々にしてこれが実運用における安全性の低下の原因となっています。この資料では、トランスポート層セキュリティの安全な設計と構成についての指針となる明確なルールを規定します。使用することをお勧めします。通信データを保護する適切な方法を判断するには、アーキテクチャを決定する必要があります。選択するモデルは、組織個々のビジネスニーズによって決まります。接続が最適な設計でしょう。モデルが最適と思われます。モデルを選択する場合の、セキュリティ上の検討事項に重点を置いています。アプリケーションでよく使用されるモデルです。アプリケーションデータを不正な開示や改ざんから保護できる点にあります。サーバー検証コンポーネントがクライアントに対するサーバーの認証を提供します。サーバーに対するクライアント認証の役割も果たします。実際には、ユーザー名とパスワードによる認証の代わりにクライアント証明書による認証が使用されることは、あまりありません。完全性の保証とリプレイの防止です。通信ストリームには、暗号化されたデータのあらゆる部分の改ざんを防ぐ制御が組み込まれています。データのストリームをキャプチャして使うリプレイ攻撃の対策も組み込まれています。前述の保証を提供するのは通信中のデータに対してであることに注意してくだい。したがって、アプリケーション内やデータストア内に保存されているデータを保護するための適切なセキュリティ対策を追加する必要があります。レスポンダーにアクセスして証明書失効ステータスを確認できること、および各プロトコルバージョンとそのプロトコルオプションの最小構成をサポートできることです。いう用語は、多くの場合、区別なく使用されます。バージョンはさまざまです。対応については、「強固なプロトコルだけをサポートする」というタイトルのルールにまとめてあります。サービスの使用を強くお勧めします。つの部分で構成されています。つの構成要素それぞれの適切な実装と統合にかかっています。暗号モジュールは安全に使用し、安全にアクセスする必要があります。これには、以下への配慮が含まれます。使用することが重要です。認定暗号モジュールが所定のセキュリティサービスを想定どおりに提供できるよう、暗号モジュールのインストール、構成、運用は承認または許可された方法にしたがって行う必要があります。使用することが必要です。項に詳しく説明されています。Implementations」を参照してください。経由でのみアクセスする必要があります。経由で提示する必要があります。使用していないと、攻撃者がログインフォームの動作を変更して、ユーザーの資格情報を任意の場所に書き込むことが可能になります。確認して、ユーザーの認証済みのセッションを侵害できるようになります。同等のトランスポート層セキュリティメカニズムを使用する必要があります。されていると主張しても、それだけでは十分とはいえません。最近発生した多くのデータ漏えいは、内部ネットワークも攻撃者に侵害される可能性があることを示しています。これらの攻撃では、社内ネットワーク上に送信される暗号化されていない機密データにアクセスするためにスニファーがインストールされていました。接続経由でアクセスできてはいけません。ユーザーがうっかりブックマークしたり、手入力したりする可能性があります。経由でユーザーに返されます。経由で送信されるコンテンツだけで構成する必要があります。経由で送信されるコンテンツを一切含めないでください。これには、関連のないサードパーティサイトのコンテンツも含まれます。経由で送信されるあらゆるデータを傍受し、悪意のあるコンテンツをユーザーのページに挿入するおそれがあります。経由で提供されていても、ページに挿入される危険があります。攻撃者が盗む可能性もあります。フラグが設定されていない場合です。フラグを使用する」を参照してください。フラグを設定する必要があります。コンテンツを提供するように構成されていない場合でも可能です。応答したり、まったく応答しなくてもかまわないからです。引数を介して送信しないでください。適切な場所は、機密データをサーバー側リポジトリまたはユーザーのセッション内に格納することです。引数と値が送信時に暗号化されます。全体をローカルユーザーのブラウザー履歴にキャッシュする。これにより、機密データがワークステーションの他のユーザーに露出する可能性があります。これにより、サードパーティサイトへの参照フィールド内にある機密データが露出する可能性があります。サイト間の遷移時にのみ発生します。リンクを辿った場合は、これに該当しません。プロトコルは、通信中のデータについてのみ機密性を確保します。クライアントや中継プロキシにおける潜在的なデータ漏えいの問題解決には役立ちません。したがって、多くの場合、これらのノードでは機密データをキャッシュしたり、永続化したりしないように指示するのが賢明です。年時点の多くの最新ブラウザーに対応できます)。ヘッダーも追加してください。2616」を参照してください。暗号モジュールを使用している場合は、以下のルールを無視して、特定の暗号モジュールの推奨構成に従ってください。その場合も、以下のルールを利用して構成を監査することをお勧めします。強力な鍵を使用し、鍵を保全する暗号鍵の生成に使用するプライベート鍵は、プライベート鍵の予定有効期間および対応する証明書に対して十分な強度を備えている必要があります。ビット以上の鍵サイズを選択することです。プライベート鍵は、不正アクセスから保護された場所に保管する必要があります。有効期限の切れた証明書を提示することは絶対にしないでください。複数の証明書を提示してこの状況に対処する必要があります。エラーメッセージに対して鈍感になり、攻撃者が信ぴょう性のあるフィッシング攻撃や中間者攻撃を仕掛ける可能性が高くなります。アクセスできるとします。用の証明書をそれぞれ取得する必要があります。使用して、証明書が有効である複数の名前を明示的にリスト化することもできます。