アクセス制御と認証の基本的な枠組みを提供しています。認証に基づいています。認証を使用してアクセスを制限する方法を紹介します。認証フレームワークを定義します。レスポンスヘッダーを含めて認証方法を提供します。リクエストヘッダフィールドにクレデンシャルを含めることでそれを行うことができます。ヘッダーを含むリクエストを発行します。接続を介して行われなければなりません。プロキシ認証プロキシ認証にも同じチャレンジとレスポンスのメカニズムを使用できます。この場合、認証を必要とする中間プロキシです。リソース認証とプロキシ認証の両方が共存できるため、異なるヘッダーとステータスコードのセットが必要です。リクエストヘッダーが使用されます。ステータスコードでレスポンスする必要があります。異なり、このユーザーは認証できません。オリジン間の画像の認証ブラウザによって最近修正された潜在的なセキュリティホールは、クロスサイトイメージの認証です。トリガすることができなくなり、攻撃者が任意の画像をサードパーティ製のページに埋め込んでユーザの認証情報を盗むことを防ぎます。エンコーディングを使用します。説明されているような潜在的な問題を回避します。レスポンスヘッダーは、リソースへのアクセスに使用する認証メソッドを定義します。どの認証方式を使用するかを指定する必要があるため、認証を希望するクライアントは資格情報の提供方法を知ることができます。これらのヘッダーの構文は次のとおりです。一般的なスキームであり、以下で紹介します)。保護された領域を記述するため、または保護の範囲を示すために使用されます。これは、「ステージングサイトへのアクセス」などのようなメッセージで、ユーザーがアクセスしようとしているスペースを知ることができます。認証するための認証情報が含まれています。ここでは、タイプが再び必要となり、その後にどの認証方式が使用されるかに応じて符号化または暗号化されることができるクレデンシャルが続きます。認証フレームワークは、いくつかの認証方式によって使用されます。スキームはセキュリティ強度とクライアント、またはサーバーソフトウェアでの可用性が異なる場合があります。認証方式であり、これについては以下で詳しく説明します。ホストサービスが提供する他のスキームもあります。一般的な認証方式には次のものがあります。ハッシュだけがサポートされています。パスワードのペアとしてクレデンシャルを送信します。認証方式は安全ではありません。認証と組み合わせて使用する必要があります。認証を使用しないでください。ファイルは通常、次のようになります。