Workspace ONE UEM と Omnissa Access サービスを統合すると、Workspace ONE UEM に登録されたデバイスのユーザーは、複数のパスワードを入力することなく、Workspace ONE Intelligent Hub アプリケーションにログインして、自分の有効なアプリケーションにアクセスできます。
このセクションの内容
このセクションで説明するトピックでは、Workspace ONE UEM に登録されたデバイスからアプリケーションにアクセスするユーザーのためのシングル サインオン (SSO) 認証を構成する方法について説明します。適切に構成すると、ユーザーは最小限の認証プロンプトで Workspace ONE Intelligent Hub アプリケーションとエンタープライズ リソースにアクセスできるため、シームレスで安全なユーザー エクスペリエンスを実現できます。
このセクションのワークフローは、Workspace ONE UEM を Omnissa Access に接続する基本的な認証およびアクセス制御フレームワークを確立します。システム間でのユーザーの同期方法を構成し、認証方法を設定し、ユーザーがアプリケーションにいつどのようにアクセスできるかを決定するアクセス ポリシーを定義します。
このセクションでは、次の主要な構成領域について説明します。
-
**ユーザー同期:**Workspace ONE UEM と Omnissa Access ディレクトリ間の ID データ フローを確立し、ユーザーが適切な ID ソースに対して認証できるようにします。
-
**認証方法:**AirWatch Cloud Connector を使用してパスワードベースの認証を構成し、組み込み ID プロバイダを設定してユーザー認証情報を検証します。
-
**デバイス コンプライアンス統合(オプション):**アプリケーションへのアクセスを許可する前に、管理対象デバイスがセキュリティ コンプライアンス ポリシーを満たしていることを検証できるようにします。
-
**アクセス ポリシー構成:**ネットワークの場所、デバイス タイプ、コンプライアンス状態に基づいて、ユーザーがアプリケーションを認証およびアクセスする方法を制御するポリシー ルールを作成します。
これらの手順が重要な理由
-
**シームレスなユーザー エクスペリエンス:**シングル サインオンにより、認証の摩擦が軽減されます。最初のログイン後、ユーザーは認証情報を繰り返し入力することなくアプリケーションにアクセスでき、セキュリティを維持しながら生産性を向上できます。
-
**統合 ID 管理:**ユーザーを Workspace ONE UEM から Omnissa Access に同期することで、ユーザー ID の単一の情報源を作成し、管理を簡素化し、環境全体で一貫したアクセスを確保できます。
-
**コンプライアンスによるセキュリティ:**オプションのコンプライアンス チェックにより、セキュリティ標準を満たすデバイスのみが企業リソースにアクセスできるようになります。デバイスが危険にさらされている場合、またはコンプライアンス ルールを遵守していない場合、デバイスが修正されるまでアクセスは自動的にブロックされます。
-
**柔軟なアクセス制御:**アクセス ポリシーを使用すると、ネットワークの場所、デバイス プラットフォーム、コンプライアンス状態などのコンテキスト要因に基づいて、認証要件をきめ細かく制御できます。これにより、リスクに基づいてセキュリティとユーザー エクスペリエンスのバランスを取ることができます。
-
**高度なシナリオの基盤:**このセクションの構成は、後のセクションで説明する iOS デバイスのモバイル SSO など、高度な認証シナリオに必要な基盤を確立します。
構成ワークフローのサマリ
このセクションの手順は論理的な順序に従っており、一部の手順は必須で、その他の手順は特定の展開ニーズに基づいて条件付きで実行されます。
フェーズ 1:ユーザー同期(必須)
ユーザー同期アプローチの選択
ユーザーが認証できるようにするには、ユーザー アカウントを Workspace ONE UEM から Omnissa Access に同期する必要があります。アプローチは、Workspace ONE UEM でのユーザー アカウントの管理方法によって異なります。
-
**ディレクトリベースのアカウントの同期:**このワークフローは、Workspace ONE UEM 展開が Active Directory または OpenLDAP と統合されている場合に使用します。これは最も一般的なエンタープライズ シナリオであり、次のものが含まれます。
- UEM と Access ディレクトリ間のユーザー属性のマッピング。
- ディレクトリの同期の構成。
- グループ メンバーシップの管理。
-
**Workspace ONE UEM のローカル ベーシック ユーザー アカウントの Omnissa Access への同期:**ユーザーがディレクトリ統合なしで Workspace ONE UEM でローカルに作成される場合は、このワークフローを使用します。このアプローチの内容:
- スタンドアローン ユーザー アカウントを Omnissa Access に同期します。
- ディレクトリ インフラストラクチャのない環境をサポートします。
- 基本認証シナリオを有効にします。
**重要:**UEM ユーザー アカウント タイプに基づいて 1 つの同期アプローチのみを選択します。競合や認証失敗が発生する可能性があるため、両方の方法で同じユーザーを同期しないでください。
フェーズ 2:認証構成(必須)
-
AirWatch Cloud Connector での認証の実装:パスワード認証を有効にするように AirWatch Cloud Connector を構成します。このコンポーネントの内容:
- Omnissa Access と ID ソース間で認証要求をブリッジします。
- Active Directory 認証情報の検証をサポートします。
- 初回ログインの Just-in-Time ユーザー プロビジョニングを有効にします。
-
Omnissa Access での組み込み ID プロバイダの構成: 認証方法を組み込み ID プロバイダに関連付けて、Omnissa Access がユーザー認証情報を検証する方法を確立します。これには以下が含まれます。
- パスワード認証方法と ID プロバイダのリンク
- 認証方法の優先順位の構成
- セッション タイムアウト パラメータの設定
フェーズ 3:デバイス コンプライアンス統合(オプション - セキュリティ強化)
-
コンプライアンス チェックを有効にするタイミング:コンプライアンスに準拠するデバイスのみが企業リソースにアクセスできることがセキュリティ要件である場合は、次のオプションの手順を実行します。
-
Workspace ONE UEM 管理対象デバイスのコンプライアンス チェックの有効化: Omnissa Access がデバイスのコンプライアンス状態を確認するために Workspace ONE UEM にクエリできるようにするコンプライアンス検証機能を有効にします。これにより、2 つのシステム間の技術的な統合が確立されます。
-
Omnissa Access でのコンプライアンス チェック ルールの構成: アクセス ポリシー内で特定のコンプライアンス ルールを定義し、コンプライアンスに準拠しないデバイスからのアクセスをブロックします。ルールは以下を確認できます。
- デバイスの暗号化状態。
- オペレーティング システム バージョンの要件。
- ジェイルブレイクとルート化の検出。
- 必須アプリケーションまたはプロファイル。
**注:**コンプライアンス チェックでは、Workspace ONE UEM でコンプライアンス ポリシーがすでに構成されている必要があります。これらの手順をスキップすると、ユーザーはコンプライアンス状態に関係なく、任意の登録済みデバイスから認証することができます。
-
フェーズ 4:アクセス ポリシーの構成(必須)
-
Omnissa Access のアクセス ポリシーを構成して Hub カタログ内のアプリケーションへのユーザー アクセスを管理する: アクセス ポリシーの基礎と、ポリシー ルールが認証と承認の決定をどのように制御するかを理解します。この概念的なトピックでは、次について説明します。
- ポリシー評価の仕組み。
- デフォルトのアクセス ポリシーとカスタム アプリケーション ポリシーの違い。
- ポリシー ルールの構造とコンポーネント。
-
Omnissa Access デフォルト アクセス ポリシーへの認証ルールの追加: すべてのアプリケーションに適用されるデフォルトのアクセス ポリシーで認証ルールを構成します。ルールは次を指定します。
- 使用する認証方法。
- ルールが適用されるネットワーク範囲。
- 許可されるデバイス タイプ。
- セッション期間。
-
アプリケーションへのアクセスを制限する Omnissa Access のポリシーの構成: デフォルト ポリシーよりも厳格なアクセス制御を必要とするアプリケーションのカスタム アクセス ポリシーを作成します。これにより、以下が可能になります。
- 機密性の高いアプリケーションにさまざまな認証要件を適用する。
- 特定のアプリケーションに対してのみコンプライアンス チェックを適用する。
- ユーザー グループまたはデバイス プラットフォームに基づいてアクセスを制限する。
重要な注意および考慮事項
-
**ユーザー同期の競合:**Workspace ONE UEM から Omnissa Access に同期されたユーザーとグループが一意であることを確認します。UEM 同期と別の Omnissa Access ディレクトリ接続を使用して同じユーザーを同じソース(Active Directory または LDAP)に同期しないでください。共有外部 ID を持つ重複ユーザーは同期に失敗する可能性があります。
-
**サードパーティ ID プロバイダ:**このセクションでは、Workspace ONE UEM を ID ソースとして使用することに重点を置いていますが、Okta や Ping Federation などのサードパーティ ID プロバイダを SSO に使用することもできます。これらのシナリオの詳細については、「Omnissa Access でのサードパーティの管理対象アプリケーションへのアクセスの提供」を参照してください。
-
**AirWatch Cloud Connector の前提条件:**認証を実装する前に、AirWatch Cloud Connector を Workspace ONE UEM にインストールして構成する必要があります。インストール手順については、「AirWatch Cloud Connector のインストール プロセス」を参照してください。
-
**コンプライアンス チェックの可用性:**デバイス コンプライアンス認証方法では、Workspace ONE UEM への接続が必要です。UEM サービスの計画的なメンテナンスや計画外の停止中は機能しません。
-
**構成変更の影響:**Workspace ONE UEM サービスの詳細(URL、API キー、証明書など)が変更された場合は、Omnissa Access で対応する構成を更新して、認証の失敗を防ぐ必要があります。
次のステップ
このセクションの手順を完了すると、Workspace ONE UEM により管理されるデバイスのユーザーのための SSO 認証が確立されます。ユーザーは、Workspace ONE Intelligent Hub にログインし、資格が付与されたアプリケーションに効率的な認証エクスペリエンスでアクセスできます。
-
**iOS モバイル SSO の場合:**iOS デバイスに証明書ベースの Kerberos 認証を実装する必要がある場合は、ここで説明する構成を完了した後、「Workspace ONE UEM により管理される iOS デバイス向けのモバイル シングル サインオン認証の実装」セクションに進みます。
-
**継続的な管理の場合:**アクセス ポリシーとコンプライアンス ルールを定期的に確認して、進化するセキュリティ要件とユーザーのニーズに合わせて調整します。認証ログを監視して、ユーザーが体験する可能性のあるアクセスの問題を特定して対処します。
このページは役に立ちましたか?