ワークロードロールを構成する
ワークロードロールは、 Okta Privileged Access内のリソースにアクセスでき、セキュリティポリシーのプリンシパルとして機能するユーザーを定義します。これらのロールは、共通の特性に基づいて、一意で一時的な複数のワークロードを1つの論理IDにまとめます。
開始する前の確認事項
-
セキュリティ管理者ロールが割り当てられていなければなりません。
-
ワークロード接続がすでに存在している必要があります。「ワークロード接続を構成する」を参照してください。
-
JWT認証の場合(For JWT authentication):「自動化されたワークロード向けのプリンシパルSSHアクセス」を確認してください。
-
APIキー認証の場合(For API key authentication):ワークロード接続用にAPIキーが生成されている必要があります。「APIキーを管理する」を参照してください。
ワークロードロールを作成する
ワークロードロールを作成するには、以下の手順を完了します。
-
Okta Privileged Accessダッシュボードで、に移動します。
-
名前(Name)と説明(Description)入力します。
-
ワークロードロールの要件を完了します。
-
ワークロード接続を選択する
-
任意。 追加条件でフィルター(Filter with additional conditions)をクリックしてソースフィールド名(Source field name)を入力し、 演算子(Operator)を選択して 値(Value)を入力します。
注:JWT認証の場合(For JWT authentication):条件はJWTクレームを基準にフィルタリングします。Oktaでは、デバッグスクリプトまたは jwt.ioを使用してJWTを点検することを推奨しています。
APIキー認証の場合:条件はAPIキーを基準にフィルタリングします。これらは、APIキーの生成時に割り当てられたキーと値のペアです。クレームの設定の詳細については、APIキーを管理するを参照してください。
-
任意。条件を追加(Add a condition)をクリックし、上記の手順を繰り返します。
-
-
任意。要件を追加(Add a requirement)をクリックし、上記の手順を繰り返します。
-
ワークロードを保存(Save Workload role)をクリックします。
ワークロードロールを作成したら、それをOkta Privileged Accessポリシーエンジンに統合して、リソースへのアクセスを付与しなければなりません。ポリシーが公開されると、自動化されたワークロードが認証・アクセスシーケンスを実行できるようになります。
ワークロードアクセスを検証する
ワークロードロールを作成してセキュリティポリシーに追加したら、sft CLIコマンドを実行してサーバーを一覧表示し、ワークロードが目的のリソースにアクセスできることを検証します。
-
適切な認証資格情報を使用して、ワークロードから
sft lsコマンドを実行します。-
JWT認証の場合(For JWT authentication):
sft workload authenticateコマンドを使用します。 「ワークロード認証のCLIコマンド」を参照してください。 -
APIキー認証の場合(For API key authentication):APIキーを指定して
sft workload authenticateコマンドを使用します。 「ワークロード認証のCLIコマンド」を参照してください。
-
-
このコマンドは、有効なセキュリティポリシーに基づいて、ワークロードロールがアクセスできるすべてのサーバーを一覧表示します。