Workspace ONEを使用して、Oktaを、Windows用静的SCEPチャレンジを使用するCAとして構成する
認証局(CA)を構成すると、対象のWindowsデバイスにクライアント証明書を発行できます。このトピックでは、Workspace ONEで静的Simple Certificate Enrollment Protocol(SCEP)プロファイルを作成し、OktaでSCEP URLを生成する方法について説明します。
Workspace ONEを使用している場合は、静的SCEPを使用します。Workspace ONEには、動的SCEPに関する既知の問題があります。
Microsoft Intuneを使用してWindowsの委任済み(動的)SCEPチャレンジタイプを構成する方法については、「MEM(旧Intune)を使用して、Windowsの委任済みSCEPチャレンジを使用するCAとしてOktaを構成する」を参照してください。
開始する前に
Okta Admin Consoleにアクセスできることを確認してください。
CAとしてのOktaは、更新リクエストをサポートしません。その代わりに、証明書の有効期限が切れる前にプロファイルを再配布して期限切れ証明書を交換します。プロファイルの再配布が許可されるには、すべてのMDM SCEPポリシーが構成されている必要があります。
この手順を開始する
- タスク1:Oktaで管理証明を構成し、SCEP URLと秘密鍵を生成する
- タスク2:Oktaでx509証明書をダウンロードする
- タスク3:Workspace ONEで静的SCEPプロファイルを作成する
- タスク4:Workspace ONEで証明書テンプレートを追加または編集する
- タスク5:Workspace ONEでOkta中間CAをデバイスの中間ストアにデプロイするためのデバイスプロファイルを定義する
- タスク6:Workspace ONEでOkta CAが発行したクライアント証明書を管理証明のために個人用ストアにデプロイするユーザー・プロファイルを定義する
- タスク7:Windowsコンピューターで証明書のインストールを確認する
Oktaで管理証明を構成し、SCEP URLと秘密鍵を生成する
- Okta Admin Consoleで、 に移動します。
- [Endpoint Management(エンドポイント管理)]タブをクリックします。
- [Add Platform(プラットフォームを追加)]をクリックします。
- [Desktop (Windows and macOS only)(デスクトップ(WindowsおよびmacOSのみ))]を選択します。
- [Next(次へ)]をクリックします。
- [Add Device management platform(デバイス管理プラットフォームを追加)]ページで、次のように入力します。
- 認証局として、[Use Okta as certificate authority(Oktaを認証局として使用する)]を選択します。
- SCEPチャレンジタイプとして、[Static SCEP URL(静的SCEP URL)]を選択します。
- [Generate(生成)]をクリックします。
- Okta SCEPのURLとSecret key(秘密鍵)をコピーして保存します。これらは、タスク3でWorkspace ONEに貼り付けます。
SCEP URLとSecret key(秘密鍵)を保存します。Oktaに表示されるのは今回だけです。
- [Save(保存)]をクリックします。
Oktaでx509証明書をダウンロードする
Oktaからダウンロードするx509証明書は、Organizationの中間証明書です。
- Okta Admin Consoleで、 に移動します。
- [Certificate authority(認証局)]タブをクリックします。
- [Okta CA]認証局の[Actions(アクション)]列で、[Download x509 certificate(x509証明書をダウンロード)]アイコンをクリックします。
この証明書は、タスク5でWorkspace ONEにアップロードします。
Workspace ONEで、静的SCEPプロファイルを作成する
Workspace ONEでOkta CAを認証局として構成し、管理チャネルを通して証明書プロファイルをデプロイできるようにします。
- まだの場合は、Workspace ONEに管理者としてログインします。
- Workspace ONEで、[DEVICES(デバイス)](左側のリボンバー)をクリックします。
- をクリックします。
- [+ADD(+追加)]をクリックします。
- [Certificate Authority - Add/Edit(認証局 - 追加/編集)]ページで、次のように入力します。
- [Name(名前)]:CAの名前を入力します。
- [Description(説明)]:任意。CAの説明を入力します。
- [Authority type(権限のタイプ)]:[Generic SCEP(汎用SCEP)]を選択します。
- [SCEP Provider(SCEPプロバイダー)]:Basic(基本項目)は自動的に入力され、変更できません。
- [SCEP URL]:タスク1で生成したSCEP URLをコピーして貼り付けます。
- [Challenge Type(チャレンジタイプ)]:[STATIC(静的)]をクリックします。
- [Static Challenge(静的チャレンジ)]:タスク1で生成したSecret key(秘密鍵)をコピーして貼り付けます。
- [Confirm Challenge Phrase(チャレンジフレーズの確認)]:タスク1で生成したSecret key(秘密鍵)をコピーして貼り付けます。
- [Retry Timeout(再試行タイムアウト)]:デフォルト値の30を受け入れます。
- [Max Retries When Pending(保留中の最大再試行回数)]:デフォルト値の5のままにするか、権限の保留中にシステムが許可する再試行回数を別途指定します。
- [Enable Proxy(プロキシーを有効化)]:デフォルト値の[DISABLED(無効)]のままにするか、環境に応じて[ENABLED(有効)]を選択します。[Enabled(有効)]を選択すると、Workspace ONE UEMはデバイスとCA構成で定義されたSCEPエンドポイント間のプロキシとして機能します。
- [TEST CONNECTION(接続の試験)]をクリックします。[TEST CONNECTION(接続の試験)]の前に[SAVE(保存)]を選択すると、「Test is unsuccessful(テストが失敗しました)」というエラーが表示されます。
- 「Test is successful(テストが成功しました)」というメッセージが表示されたら、[SAVE AND ADD TEMPLATE(テンプレートを保存して追加)]をクリックします。
テストが成功しない場合は、タスク1で生成したOkta SCEP URLにアクセスできることを確認してください。
Workspace ONEで、証明書テンプレートを追加/編集する
タスク3で静的SCEPプロファイルを作成してから、このタスクでCAリクエストテンプレートを追加します。
- Workspace ONEで、[Request Templates(リクエストテンプレート)]タブをクリックします。
- [+ADD(+追加)]をクリックします。
- [Certificate Template - Add/Edit(証明書テンプレート - 追加/編集)]ページで、次のように入力します。
- [Name(名前)]:テンプレートの名前を入力します。
- [Description(説明)]:任意。テンプレートの説明を入力します。
- [Certificate Authority(認証局)]:タスク3で作成したCAを選択します。
- [Issuing Template(テンプレートの発行)]:空白のままにするか、実装に応じて構成します。
- [Subject Name(サブジェクト名)]:サブジェクト名を入力します。例:CN = {EmailAddress} managementAttestation {DeviceUid}
Oktaでは、件名を特定の形式にする必要はありません。証明書がOktaへのデバイス管理シグナルとして使用されることを示す名前を選択してください。ベストプラクティスとして、Workspace ONEが提供するプロファイル変数を含めることで、デバイスID(UDID)とユーザー識別子を含めることもできます。サポートされている変数のリストについては、Workspace ONEのドキュメント『Workspace ONE Lookup Values』を参照してください。
- [Private Key Length(秘密鍵の長さ)]:[2048]を選択します。
- [Private Key Type(秘密鍵のタイプ)]:[Signing(署名)]を選択します。
- [SAN Type(SANのタイプ)]:該当なし。
- [Automatic Certificate Renewal(証明書の自動更新)]:[ENABLED(有効)]をクリックします。
- [Publish Private Key(秘密鍵の公開)]:[DISABLED(無効)]をクリックします。
- [Save(保存)]をクリックします。
Workspace ONEで、Okta中間CAをデバイスの中間ストアにデプロイするためのデバイスプロファイルを定義する
- Workspace ONEで、[RESOURCES(リソース)](左側のリボンバー)をクリックします。
- をクリックします。
- [ADD(追加)]をクリックし、[Add Profile(プロファイルを追加)]を選択します。
- を選択します。
- [General(一般)]ページで、次のように入力します。
- [Name(名前)]:デバイスプロファイルの名前を入力します。
- [Description(説明)]:任意。デバイスプロファイルの説明を入力します。
- [Deployment(デプロイ)]:[Managed(管理対象)]を選択します。
- [Assignment Type(割り当てのタイプ)]:デフォルトのままにするか、実装に応じて構成します。
- [Allow Removal(削除を許可)]:デフォルトのままにするか、実装に応じて構成します。
- [Managed By(管理者)]:プロファイルへの管理アクセス権を持つ個人またはグループを入力します。
- [Smart Groups(スマートグループ)]:グループの名前の入力を始め、リストからグループを選択します。
- [Exclusions(除外)]:プロファイルからグループを除外できます。デフォルトのままにするか、実装に応じて構成します。
- [Additional Assignment Criteria(追加の割り当て基準)]:デプロイのスケジュールを作成できます。
- [Removal Date(削除日)]:プロファイルをデバイスから削除する日付を指定できます。
- 左側のペインの[Credentials(資格情報)]をクリックします。
- [CONFIGURE(構成)]をクリックします。
- [Credentials(資格情報)]ページで、次のように入力します。
- [Credential Source(資格情報ソース)]:[Upload(アップロード)]を選択します。
- [Certificate(証明書)]:[Upload(アップロード)]をクリックし、タスク2でダウンロードした証明書を参照します。
- [Key Location(キーの場所)]:デフォルトのままにするか、実装に応じて構成します。
- [Certificate Store(証明書ストア)]:[Intermediate(中間)]を選択します。
- [SAVE AND PUBLISH(保存して公開)]をクリックします。
Workspace ONEで、Okta CAが発行したクライアント証明書を管理証明のためにデバイスの個人用ストアにデプロイするユーザープロファイルを定義する
このタスクでは、クライアント証明書情報と資格情報をクライアントにプッシュする管理ペイロードを作成し、クライアントがOktaに接続して新しいクライアント証明書を要求できるようにします。クライアント証明書は、Okta Verify対応フローの一環として管理証明に使用されます。
- Workspace ONEで、[RESOURCES(リソース)](左側のリボンバー)をクリックします。
- をクリックします。
- [ADD(追加)]をクリックし、[Add Profile(プロファイルを追加)]を選択します。
- を選択します。
- [General(一般)]ページで、次のように入力します。
- [Name(名前)]:ユーザープロファイルの名前を入力します。
- [Description(説明)]:任意。ユーザープロファイルの説明を入力します。
- [Deployment(デプロイ)]:[Managed(管理対象)]を選択します。
- [Assignment Type(割り当てのタイプ)]:[Auto(自動)]を選択します。
- [Allow Removal(削除の許可)]:[Always(常に)]を選択します。
- [Managed By(管理者)]:任意。追加の管理者名を入力します。
- [Smart Groups(スマートグループ)]:タスク5で指定したものと同じグループを入力します。
- [Exclusions(除外)]:プロファイルからグループを除外できます。デフォルトのままにするか、実装に応じて構成します。
- [Additional Assignment Criteria(追加の割り当て基準)]:デプロイのスケジュールを作成できます。
- [Removal Date(削除日)]:プロファイルをデバイスから削除する日付を指定できます。
- 左側のペインの[Credentials(資格情報)]をクリックします。
- [CONFIGURE(構成)]をクリックします。
- [Credentials(資格情報)]ページで、次のように入力します。
- [Credential Source(資格情報ソース)]:[Defined Certificate Authority(定義済みの認証局)]を選択します。
- [Certificate Authority(認証局)]:タスク3で構成したものと同じ認証局を選択します。
- [Key Location(キーの場所)]:TPMの有無にかかわらず、[TPM If Present(存在する場合はTPM)]を選択してデバイスをサポートします。
- [Certificate Store(証明書ストア)]:[Personal(個人)]を選択します。
- [SAVE AND PUBLISH(保存して公開)]をクリックします。
Windowsコンピューターで、証明書のインストールを確認する
- Windowsコンピューターで、クライアント証明書がインストールされていることを確認します。
- Windowsコンピューターで、[Start(スタート)]をクリックし、certと入力します。
- [Manage user certificates(ユーザー証明書の管理)]をクリックします。
- [Certificates - Current User(証明書 - 現在のユーザー)]で、 をクリックします。
- クライアント証明書が存在することを確認します。
- 認証局(CA)を確認します。
- [Certificates - Local Computer(証明書 - ローカルコンピューター)]で、 をクリックします。
- [Issued To(発行先)]列で、[Organization Intermediate Authority(Organization中間機関)]を探します。
- [Issued By(発行者)]列で、[Organization Intermediate Authority(組織中間機関)]に[Organization Root Authority(組織ルート機関)]が指定されていることを確認します。