チュートリアル: ヘッダーベース SSO 用に F5 BIG-IP Easy Button を構成する
ヘッダーベースのアプリケーションを、Microsoft Entra ID と F5 BIG-IP Easy Button ガイド付き構成 16.1 でセキュリティで保護する方法について説明します。
BIG-IP と Microsoft Entra ID の統合には、以下のような利点が多数あります:
- Microsoft Entra 事前認証と条件付きアクセスによるゼロ トラスト ガ バナンスの改善
- 「条件付きアクセスとは」を参照してください。
- 「ゼロ トラスト セキュリティ」を参照してください。
- Microsoft Entra ID と BIG-IP の公開済みサービス間の完全な SSO
- マネージド ID と 1 つのコントロール プレーンからのアクセス
- 「Microsoft Entra 管理センター」を参照してください
詳細情報:
シナリオの説明
このシナリオでは、保護されたコンテンツへのアクセスを管理するために HTTP Authorization ヘッダーを使用するレガシ アプリケーションを対象にしています。 レガシ アプリケーションは、Microsoft Entra ID との直接統合をサポートする最新のプロトコルに対応していません。 最新化にはコストも時間もかかり、ダウンタイムのリスクが生じます。 代わりに、プロトコルの切り換えと共に、F5 BIG IP Application Delivery Controller (ADC) を使用して、レガシ アプリケーションと最新の ID コントロール プレーンとの間のギャップを埋めます。
アプリケーションの手前の BIG-IP により、Microsoft Entra の事前認証およびヘッダーベース SSO を使用したサービスのオーバーレイが可能となります。 この構成により、アプリケーションのセキュリティ態勢全体が向上します。
注意
Microsoft Entra アプリケーション プロキシを組織で使用すると、このタイプのアプリケーションへのリモート アクセスを実現できます。 詳細情報: Microsoft Entra アプリケーション プロキシからのオンプレミス アプリケーションへのリモート アクセス
シナリオのアーキテクチャ
SHA ソリューションには次のものが含まれます:
- アプリケーション - Microsoft Entra SHA で保護された BIG-IP 公開サービス
- Microsoft Entra ID - ユーザー資格情報、条件付きアクセス、BIG-IP への SAML ベースの SSO を検証する Security Assertion Markup Language (SAML) ID プロバイダー (IdP)。 SSO により、Microsoft Entra ID から BIG-IP にセッション属性が提供されます。
- BIG-IP - アプリケーションに対するリバース プロキシおよび SAML サービス プロバイダー (SP)。バックエンド アプリケーションへのヘッダーベースの SSO を実行する前に認証を SAML IdP に委任します。
このシナリオの場合、SHA では、SP と IdP によって開始される各フローがサポートされます。 次の図は、SP によって開始されるフローを示しています。
- ユーザーがアプリケーション エンドポイント (BIG-IP) に接続します。
- BIG-IP APM アクセス ポリシーにより、ユーザーが Microsoft Entra ID (SAML IdP) にリダイレクトされます。
- Microsoft Entra がユーザーを事前認証し、条件付きアクセス ポリシーを適用します。
- ユーザーが BIG-IP (SAML SP) にリダイレクトされ、発行された SAML トークンを使用して SSO が実行されます。
- BIG-IP により、Microsoft Entra 属性がアプリケーション要求のヘッダーとして挿入されます。
- アプリケーションが要求を承認し、ペイロードを返します。
前提条件
このシナリオでは、以下が必要です:
- Azure サブスクリプション
- お持ちでない場合は、Azure 無料アカウントを取得してください。
- 次のいずれかのロール: クラウド アプリケーション管理者、アプリケーション管理者
- BIG-IP、または Azure に BIG-IP Virtual Edition (VE) をデプロイします
- 次のいずれかの F5 BIG-IP ライセンス:
- F5 BIG-IP® Best バンドル
- F5 BIG-IP Access Policy Manager™ (APM) スタンドアロン ライセンス
- BIG-IP F5 BIG-IP® Local Traffic Manager™ (LTM) に対する F5 BIG-IP Access Policy Manager™ (APM) アドオン ライセンス
- 90 日間の BIG-IP 全機能試用版。 「無料試用版」を参照してください
- オンプレミスのディレクトリから Microsoft Entra ID に同期されたユーザー ID
- 「Microsoft Entra Connect 同期: 同期を理解してカスタマイズする」を参照してください
- HTTPS を介してサービスを発行するための SSL Web 証明書。または、テストの場合には既定の BIG-IP 証明書を使用します
- 「SSL プロファイル」を参照してください。
- ヘッダーベースのアプリケーション。または、テストの場合には IIS ヘッダー アプリを設定します
- 「IIS ヘッダー アプリの設定」を参照してください
BIG-IP の構成
このチュートリアルでは、Easy Button テンプレートを備えたガイド付き構成 v16.1 を使用します。 Easy Button を使用すると、管理者は SHA サービスを有効にするために行き来する必要がなくなります。 [ガイド付き構成] ウィザードと Microsoft Graph でデプロイとポリシー管理を処理します。 BIG-IP APM と Microsoft Entra を統合すると、ID フェデレーション、SSO、条件付きアクセスをアプリケーションで確実にサポートできます。
注意
サンプルの文字列や値は、お使いの環境のものに置き換えます。
Easy Button を登録する
ヒント
この記事の手順は、開始するポータルによって若干異なる場合があります。
クライアントまたはサービスは、Microsoft Graph にアクセスする前に、Microsoft ID プラットフォームによって信頼される必要があります。
詳細情報: クイックスタート: Microsoft ID プラットフォームにアプリケーションを登録する。
Graph への Easy Button アクセスを認可するために、テナント アプリの登録を作成します。 BIG-IP は、これらの権限を使って、発行済みアプリケーションの SAML SP インスタンスと SAML IdP である Microsoft Entra ID の間に信頼を確立するための構成をプッシュします。
Microsoft Entra 管理センター に クラウド アプリケーション管理者 以上の権限でサインインします。
[ID]>[アプリケーション]>[アプリの登録]>[新しい登録] の順に移動します。
[管理] で、[アプリの登録] > [新規登録] を選びます。
アプリケーションの名前を入力します。
アプリケーションを使用するユーザーを指定します。
[この組織のディレクトリ内のアカウントのみ] を選択します。
[登録] を選択します。
[API のアクセス許可] に移動します。
次の Microsoft Graph アプリケーションのアクセス許可 を承認します:
- Application.Read.All
- Application.ReadWrite.All
- Application.ReadWrite.OwnedBy
- Directory.Read.All
- Group.Read.All
- IdentityRiskyUser.Read.All
- Policy.Read.All
- Policy.ReadWrite.ApplicationConfiguration
- Policy.ReadWrite.ConditionalAccess
- User.Read.All
組織に管理者の同意を与えます。
[証明書とシークレット] で、新しい クライアント シークレット を生成します。 クライアント シークレットをメモします。
[概要] で、クライアント ID とテナント ID をメモします。
Easy Button を構成する
APM ガイド付き構成を開始します。
Easy Button テンプレートを開始します。
[アクセス] > [ガイド付き構成] に移動します。
[Microsoft 統合] を選びます
[Microsoft Entra アプリケーション] を選択します。
構成の手順を確認します。
[次へ] を選択します。
アプリケーションを発行するには、図に示されている手順の順序を使用します。
構成プロパティ
[構成のプロパティ] タブを使用して、BIG-IP アプリケーション構成と SSO オブジェクトを作成します。 [Azure サービス アカウントの詳細] は、Microsoft Entra テナントに登録したクライアントの構成です。 BIG-IP OAuth クライアントの設定を使用して、SSO プロパティと共に SAML SP をテナントに登録します。 Easy Button により、発行されて SHA が有効になっている BIG-IP サービスに対してこのアクションが実行されます。
設定を再利用して、さらにアプリケーションを発行できます。
- 構成名を入力します。
- [シングル サインオン (SSO) と HTTP ヘッダー] で、[オン] を選択します。
- [テナント ID], [クライアント ID]、[クライアント シークレット] に、メモした内容を入力します。
- BIG-IP がテナントに接続されたことを確認します。
- [次へ] を選択します
サービス プロバイダー
[サービス プロバイダー] の設定では、SHA で保護されたアプリケーションの SAML SP インスタンス設定を定義します。
[ホスト] (アプリケーション パブリック FQDN) を入力します。
[エンティティ ID] (トークンを要求した SAML SP を特定するために Microsoft Entra ID が使用する ID) を入力します。
(省略可能) 発行された SAML アサーションを Microsoft Entra ID で暗号化するには、[セキュリティの設定] で、[暗号化アサーションを有効にする] を選択します。 Microsoft Entra ID と BIG-IP APM の暗号化アサーションは、コンテンツ トークンが傍受されず、個人または企業のデータが侵害されないことを確実にするために役立ちます。
[セキュリティの設定] で、[アサーション解読の秘密キー] の一覧から、[新規作成] を選びます。
[OK] を選択します。
[SSL 証明書とキーのインポート] ダイアログが表示されます。
[インポートの種類] で、[PKCS 12 (IIS)] を選びます。 この操作により、証明書と秘密キーがインポートされます。
[証明書とキー名] で [新規] を選び、入力します。
パスワード を入力します。
[インポート] を選択します。
ブラウザー タブを閉じて、メイン タブに戻ります。
- [暗号化されたアサーションを有効にする] チェック ボックスをオンにします。
- 暗号化を有効にした場合は、[アサーション解読の秘密キー] の一覧から証明書を選びます。 BIG-IP APM では、この証明書の秘密キーを使用して Microsoft Entra アサーションの暗号化を解除します。
- 暗号化を有効にした場合は、[アサーション解読の証明書] の一覧から証明書を選びます。 BIG-IP は、発行された SAML アサーションを暗号化するために、この証明書を Microsoft Entra ID にアップロードします。
Microsoft Entra ID
Microsoft Entra テナントで新しい BIG-IP SAML アプリケーションを構成するには、以下の手順を使用します。 Easy Button には、Oracle PeopleSoft、Oracle E-business Suite、Oracle JD Edwards、SAP ERP 用のアプリケーション テンプレートと、汎用の SHA テンプレートが用意されています。
- [Azure の構成] の [構成プロパティ] で、[F5 BIG-IP APM Microsoft Entra ID 統合] を選びます。
- [追加] を選択します。
Azure 構成
BIG-IP で Microsoft Entra テナント内に作成するアプリの [表示名] を入力します。 ユーザーには、この名前がアイコンと共に Microsoft [マイ アプリ] 上に表示されます。
[サインオン URL] (省略可能) は、スキップします。
[署名キー] と [署名証明書] の横にある [更新] ボタンを押して、インポートした証明書を検索します。
[署名キーのパスフレーズ] に証明書のパスワードを入力します。
(省略可能) Microsoft Entra ID による署名付きのトークンや要求を BIG-IP で受け付けるには、[署名オプション] をオンにします。
[ユーザーとユーザー グループ] の入力は動的に照会されます。
重要
テストに使うユーザーまたはグループを追加します。そうしないと、すべてのアクセスは拒否されます。 [ユーザーとユーザー グループ] で、[+ 追加] を選びます。
ユーザー属性と要求
ユーザーの認証が実行されると、Microsoft Entra ID は、要求とユーザー識別用の属性を含んだ SAML トークンを発行します。 [ユーザー属性と要求] タブには、アプリケーションの既定の要求があります。 追加の要求を構成するには、このタブを使用します。
次のようにして、もう 1 つの属性を含めます:
[ヘッダー名] として「employeeid」と入力します。
[ソース属性] として「user.employeeid」と入力します。
追加のユーザー属性
[追加のユーザー属性] タブでは、セッションの拡張を有効にします。 この機能は、Oracle、SAP、他のディレクトリに属性を格納する必要がある他の JAVA 実装などの分散システムに使用します。 ライトウェイト ディレクトリ アクセス プロトコル (LDAP) ソースからフェッチされた属性は、追加の SSO ヘッダーとして挿入されます。 このアクションは、ロール、パートナー ID などに基づいてアクセスを制御するのに役立ちます。
注意
この機能には、Microsoft Entra ID との関連性はありません。 これは属性ソースです。
条件付きアクセス ポリシー
条件付きアクセス ポリシーは、デバイス、アプリケーション、場所、リスクの兆候に基づいてアクセスを制御します。
- [使用可能なポリシー] では、ユーザー アクションのない条件付きアクセス ポリシーが検索されます
- [選択されたポリシー] では、クラウド アプリ ポリシーが見つかります
- これらのポリシーは、テナント レベルで適用されるため、選択解除することも、[使用可能なポリシー] に移動することもできません
公開されているアプリケーションに適用するポリシーを選択するには:
- [条件付きアクセス ポリシー] タブの [使用可能なポリシー] の一覧で、ポリシーを選びます。
- [右矢印] を選択して、これを [選択されたポリシー] リストに移動します。
注意
ポリシーに対して [含める] または [除外する] オプションを選ぶことができます。 両方のオプションが選択されている場合、ポリシーは適用されません。
注意
[条件付きアクセス ポリシー] タブを選ぶと、ポリシーの一覧が表示されます。[更新] を選ぶと、ウィザードによってテナントが照会されます。 アプリケーションがデプロイされると、[更新] 内容が表示されます。
仮想サーバーのプロパティ
仮想サーバーは、仮想 IP アドレスで表される BIG-IP データ プレーン オブジェクトです。 サーバーは、アプリケーションに対するクライアント要求をリッスンします。 受信されたトラフィックは処理され、仮想サーバーに関連する APM プロファイルに対して評価されます。 トラフィックはポリシーに従って送信されます。
[宛先アドレス] に、BIG-IP でクライアント トラフィックの受信に使う IPv4 または IPv6 アドレスを入力します。 クライアントが BIG-IP 公開アプリケーションの外部 URL をこの IP に解決できるようにする、ドメイン ネーム サーバー (DNS) 内の対応するレコードを確認します。 テストの場合には、コンピューターの localhost DNS を使用できます。
[サービス ポート] には「443」と入力し、[HTTPS] を選びます。
[リダイレクト ポートを有効にする] チェック ボックスをオンにします。
[リダイレクト ポート] に値を入力します。 このオプションにより、受信 HTTP クライアント トラフィックが HTTPS にリダイレクトされます。
作成した クライアント SSL プロファイル を選びます。または、テストの場合には既定値のままにします。 [クライアント SSL プロファイル] では、クライアント接続が TLS で暗号化されるように、HTTPS 用の仮想サーバーを有効にできます。
プールのプロパティ
[アプリケーション プール] タブには、プールとして表される、BIG-IP の背後にあるサービスを設定します。これには、1 つ以上のアプリケーション サーバーが含まれます。
[プールの選択] で、[新規作成] を選ぶか、別のものを選びます。
[負荷分散方法] では、[ラウンド ロビン] を選びます。
[プール サーバー] では、ノードを選ぶか、ヘッダーベースのアプリケーションをホストするサーバーの IP アドレスおよびポートを選びます。
注意
Microsoft バックエンド アプリケーションは HTTP ポート 80 にあります。 [HTTPS] を選んだ場合は、443 を使用してください。
シングル サインオンと HTTP ヘッダー
SSO を使用すると、ユーザーは認証情報を入力することなく、BIG-IP で発行済みのサービスにアクセスします。 Easy Button ウィザードでは、SSO 用に Kerberos、OAuth Bearer、HTTP Authorization ヘッダーがサポートされています。
[シングル サインオンと HTTP ヘッダー] の [SSO ヘッダー] にある [ヘッダー操作] で、[挿入] を選びます
[ヘッダー名] に「upn」を使用します。
[ヘッダー値] に「%{session.saml.last.identity}」を使用します。
[ヘッダー操作] で、[挿入] を選びます。
[ヘッダー名]に「employeeid」を使用します。
[ヘッダー値] には、「%{session.saml.last.attr.name.employeeid}」を使います。
注意
中かっこ内の APM セッション変数では、大文字と小文字が区別されます。 不整合があると、属性マッピングが失敗します。
セッションの管理
BIG-IP セッション管理設定を使用して、ユーザー セッションの終了または継続の条件を定義します。
詳細については、support.f5.com にアクセスして、「K18390492: セキュリティ | BIG-IP APM 操作ガイド」を参照してください
シングル ログアウト (SLO) を使用すると、ユーザーがサインアウトしたときに IdP、BIG-IP、ユーザー エージェントの各種セッションを終了できます。Easy Button によって Microsoft Entra テナント内の SAML アプリケーションがインスタンス化されると、サインアウト URL に APM SLO エンドポイントが設定されます。 [マイ アプリ] からの IdP によって開始されたサインアウトにより、BIG-IP とクライアントのセッションが終了します。
詳細情報: [マイ アプリ] を参照してください
発行済みアプリケーションの SAML フェデレーション メタデータがお使いのテナントからインポートされます。 Microsoft Entra ID の SAML サインアウト エンドポイントは、このインポートによって APM に伝えられます。 これにより、SP によってサインアウトが開始されたときにクライアントと Microsoft Entra のセッションを確実に終了できます。 ユーザーのサインアウトが発生したタイミングを APM が認識するようにします。
BIG-IP Web トップ ポータルが発行済みアプリケーションにアクセスする場合は、APM がサインアウトの処理と Microsoft Entra サインアウト エンドポイントの呼び出しを行います。 BIG-IP Web ポータルが使用されない場合、ユーザーはサインアウトするよう APM に指示できません。ユーザーがアプリケーションからサインアウトした場合、BIG-IP で認識されません。 したがって、SP によって開始されるサインアウトによってセッションが安全に終了されるようにします。 アプリケーションの [サインアウト] ボタンに SLO 機能を付加すると、クライアントを Microsoft Entra SAML または BIG-IP サインアウト エンドポイントにリダイレクトさせることができます。 テナントの SAML サインアウト エンドポイント URL を見つけるには、[アプリの登録] > [エンドポイント] に移動します。
アプリを変更できない場合は、BIG-IP でアプリケーションのサインアウト呼び出しをリッスンして SLO をトリガーできるようにします。
詳細情報:
- PeopleSoft シングル ログアウト
- support.f5.com にアクセスして、以下を参照してください:
デプロイ
デプロイでは、構成の概要を提供します。
- 設定をコミットするには、[デプロイ] を選びます。
- エンタープライズ アプリケーションのテナント一覧でアプリケーションを確認します。
- アプリケーションが発行され、その URL、または Microsoft のアプリケーション ポータルで、SHA を介してアクセスできるようになります。
テスト
- ブラウザーで、アプリケーションの外部 URL に接続するか、[マイ アプリ] でアプリケーションのアイコンを選びます。
- Microsoft Entra ID に対して認証を行います。
- アプリケーションの BIG-IP 仮想サーバーにリダイレクトされ、SSO でサインインします。
次のスクリーンショットでは、ヘッダー ベースのアプリケーションからのヘッダー出力が挿入されています。
注意
アプリケーションへの直接アクセスをブロックできます。これにより BIG-IP を介したパスが強制されます。
詳細なデプロイ
一部のシナリオでは、[ガイド付き構成] テンプレートは柔軟性が不足します。
詳細情報: チュートリアル: ヘッダーベースの SSO 用に F5 BIG-IP Access Policy Manager を構成する。
BIG-IP では、ガイド付き構成の 厳格な管理モード を無効にできます。 その後、構成を手動で変更しますが、ほとんどの構成はウィザード テンプレートを使用して自動化されます。
厳格モードを無効にするには、[アクセス] > [ガイド付き構成] に移動します。
アプリケーション構成の行で、[パッドロック] アイコンを選びます。
アプリケーションの発行済みインスタンスに関連する BIG-IP オブジェクトは、管理のためにロック解除されます。 ウィザードでの変更はできなくなります。
注意
厳格モードを再度有効にして構成をデプロイすると、このアクションによって、ガイド付き構成に含まれていない設定が上書きされます。 運用サービスには高度な構成をお勧めします。
トラブルシューティング
トラブルシューティングを行う場合は、次のガイダンスを使用します。
ログの詳細
BIG-IP のログは、接続、SSO、ポリシー、正しく構成されていない変数マッピングなどに関する問題の切り分けに役立ちます。 トラブルシューティングを行うには、ログの詳細を増やします。
- [アクセス ポリシー] > [概要] に移動します。
- [イベント ログ] を選びます。
- [設定] を選択します。
- 発行済みのアプリケーションの行を選択します。
- [編集] を選択します。
- [システム ログへのアクセス] を選びます。
- SSO の一覧から [デバッグ] を選びます。
- [OK] を選択します。
- 問題を再現します。
- ログを調べます。
注意
完了したら、この機能を元に戻してください。 詳細モードでは、データが過剰に生成されます。
BIG-IP のエラー メッセージ
Microsoft Entra の事前認証後に BIG-IP のエラー メッセージが表示される場合は、問題が Microsoft Entra ID から BIG-IP への SSO に関連している可能性があります。
- [アクセス ポリシー] > [概要] に移動します。
- [レポートへのアクセス] を選びます。
- 直近 1 時間のレポートを実行します。
- ログに手がかりがないか確認します。
期待どおりの Microsoft Entra 要求を APM が受信しているか確認するには、セッションの [セッション変数の表示] リンクが役立ちます。
BIG-IP エラー メッセージなし
BIG-IP エラー メッセージが表示されない場合、その問題はバックエンド要求、または BIG-IP からアプリケーションへの SSO に関連している可能性があります。
- [アクセス ポリシー] > [概要] に移動します。
- [アクティブなセッション] を選びます。
- アクティブなセッション リンクを選びます。
[変数の表示] リンクを使用すると、特に BIG-IP APM で正しい属性が取得されない場合の SSO の問題を特定できます。
詳細情報:
- Active Directory 向けの LDAP リモート認証の構成
- techdocs.f5.com にアクセスして、「手動チャプター: LDAP クエリ」を参照してください