SAML Basics
SAML概要
**セキュリティアサーションマークアップ言語(SAML)**は、アイデンティティプロバイダー(IdP)がサービスプロバイダー(SP)に認証資格情報を送信するために利用され、シングルサインオン(SSO)を容易にします。このアプローチにより、複数のログインの管理が簡素化され、複数のウェブサイトで1つの資格情報セットを使用できます。ユーザーの認証とサービスの認可をリンクさせるために、IdPとSPの間で標準化された通信にXMLを活用しています。
SAMLとOAuthの比較
SAMLは、企業がSSOログインセキュリティをより細かく制御できるように設計されています。
OAuthは、モバイルフレンドリーであり、JSONを使用し、GoogleやTwitterなどの企業の協力によるものです。
SAML認証フロー
詳細については、https://epi052.gitlab.io/notes-to-self/blog/2019-03-07-how-to-test-saml-a-methodology/から完全な投稿を確認してください。これは要約です:
SAML認証プロセスには、次のステップが関与します。スキーマで示されている通り:
リソースアクセス試行:ユーザーが保護されたリソースにアクセスしようとします。
SAMLリクエスト生成:SPはユーザーを認識せず、SAMLリクエストを生成します。
IdPへのリダイレクト:ユーザーはIdPにリダイレクトされ、SAMLリクエストがユーザーのブラウザを介して渡されます。
IdPがリクエストを受信:IdPはSAMLリクエストを受信します。
IdPでの認証:IdPがユーザーを認証します。
ユーザーの検証:IdPはユーザーのリクエストされたリソースへのアクセス権を検証します。
SAMLレスポンスの作成:IdPは必要なアサーションを含むSAMLレスポンスを生成します。
SPのACS URLへのリダイレクト:ユーザーはSPのAssertion Consumer Service(ACS)URLにリダイレクトされます。
SAMLレスポンスの検証:ACSがSAMLレスポンスを検証します。
リソースアクセスが許可される:最初にリクエストされたリソースへのアクセスが許可されます。
SAMLリクエストの例
ユーザーがセキュアリソースにアクセスをリクエストするシナリオを考えてみましょう:https://shibdemo-sp1.test.edu/secure/。SPは認証の欠如を特定し、SAMLリクエストを生成します:
SAMLリクエストの生データは次のようになります:
AssertionConsumerServiceURL: IdPがSAMLレスポンスを送信する場所を指定します。
Destination: リクエストが送信されるIdPのアドレスです。
ProtocolBinding: SAMLプロトコルメッセージの送信方法を定義します。
saml:Issuer: リクエストを開始したエンティティを識別します。
SAMLリクエストの生成後、SPは302リダイレクトを返し、ブラウザをSAMLリクエストをHTTPレスポンスのLocationヘッダにエンコードしてIdPにリダイレクトします。RelayStateパラメータはトランザクション全体で状態情報を維持し、SPがSAMLレスポンスを受け取った際に初期リソースリクエストを認識するようにします。SAMLRequestパラメータは、生のXMLスニペットの圧縮およびエンコードされたバージョンであり、Deflate圧縮とbase64エンコーディングを使用しています。
SAMLレスポンスの例
こちらで完全なSAMLレスポンスを見つけることができます。レスポンスの主要なコンポーネントは次のとおりです:
ds:Signature: このセクションはXML署名で、アサーションの発行者の整合性と信頼性を確保します。例のSAMLレスポンスには、メッセージ用とアサーション用の2つの
ds:Signature
要素が含まれています。saml:Assertion: この部分には、ユーザーのアイデンティティや他の属性に関する情報が含まれています。
saml:Subject: アサーション内のすべてのステートメントの主題を指定します。
saml:StatusCode: 対応するリクエストに対する操作のステータスを表します。
saml:Conditions: アサーションの有効期間や指定されたサービスプロバイダのような条件の詳細を示します。
saml:AuthnStatement: IdPがアサーションの主題を認証したことを確認します。
saml:AttributeStatement: アサーションの主題を記述する属性を含みます。
SAMLレスポンスの後、IdPからの302リダイレクトが含まれます。これにより、サービスプロバイダのAssertion Consumer Service(ACS)URLに対してPOSTリクエストが行われます。POSTリクエストにはRelayState
およびSAMLResponse
パラメータが含まれます。ACSはSAMLレスポンスの処理と検証を担当します。
POSTリクエストを受け取り、SAMLレスポンスが検証されると、ユーザーが最初にリクエストした保護されたリソースへのアクセスが許可されます。これは、GET
リクエストが/secure/
エンドポイントに対して行われ、200 OK
レスポンスが返されることで示され、リソースへのアクセスが成功したことが示されます。
XML署名
XML署名は多目的であり、XMLツリー全体またはその特定の要素に署名することができます。これはレスポンス要素だけでなく、任意のXMLオブジェクトに適用できます。以下に、XML署名の主要なタイプが示されています:
XML署名の基本構造
XML署名には、次に示すような基本要素が含まれます:
XML署名の種類
封入署名:このタイプの署名は、署名されるリソースの子孫であり、署名は署名されたコンテンツと同じXML構造内に含まれていることを意味します。
例:
封入署名では、ds:Transform
要素がenveloped-signature
アルゴリズムを介して封入されていることを指定します。
包含署名:封入署名とは対照的に、包含署名は署名されるリソースを包み込みます。
例:
切り離し署名:このタイプは、署名されるコンテンツから独立しています。署名とコンテンツは独立して存在しますが、両者の間にリンクが維持されています。
例:
XML署名は、異なる構造とセキュリティのニーズを満たすために、柔軟な方法を提供します。
参考文献
Last updated