ServiceNow Workflow
ServiceNow経由でKeeperセキュリティを活用する統制付きセルフサービス型リクエスト管理ポータル
概要
ServiceNowワークフローアプリは、管理者およびセキュリティチームがServiceNowプラットフォーム上で直接Keeperボルトの操作を一貫して管理できるようにします。この連携ではKeeperコマンダーCLIの機能を利用し、サービスカタログポータルとあわせて、ServiceNowのIntegrationHubおよびFlow Designerワークフローに組み込んだ自動化と安全なパスワード管理が行えます。
次のServiceNowストアのURLから利用できます。
機能
エンドポイント特権マネージャーの承認
EPMリクエストの承認または却下
EPM承認リクエスト向けの自動SIRインシデントフロー。
レコードまたはフォルダへのアクセス申請
フォルダへのアクセス申請
レコードへのアクセス申請
階層型共有サブフォルダまたはレコードへのアクセス申請
ワンタイム共有の申請
レコードまたはフォルダのパスまたはUIDを指定して、ユーザーのアクセスを付与または取り消す。
Keeperボルトへのレコード保存
データベース認証情報の追加
ログインレコードの追加
サーバー認証情報の追加
SSH鍵の追加
ソフトウェアライセンスの追加
セキュアノートの追加
メンバーシップの追加
認証情報をKeeperボルトに安全に保存する。
検索
レコードの検索
フォルダの検索
指定したレコードまたはフォルダを検索する。
利用例
レコードへのアクセス申請
申請者が、社内Keeperボルトに保存されたレコードへのアクセスを求めるリクエストチケットを起票する。
アプリ管理者がリクエストを承認する。
フルフィルメントグループがタスクを処理し、ServiceNow専用アプリ経由で申請されたレコードを共有する。
結果: レコードがServiceNowユーザーに正常に共有される。
エンドポイント特権管理
エンドポイントデバイスからリクエストが起票される。
そのリクエストに対してServiceNowのセキュリティインシデントが作成される。
ServiceNowのアプリ管理者がリクエストを承認または却下する。
セキュリティインシデントチケットが、適切なコメント付きでクローズされる。
要件
ServiceNowでのMIDサーバー構成。
MIDサーバーへのコマンダーCLIのインストール。
ServiceNowのKeeper Security ITSMアプリ (任意 - EPM承認用)。
ServiceNowで必要なロール
アプリ管理者ユーザーのロールと権限
1. ガイド付きセットアップ
1. x_keese_ks_inthub.ks_admin
2. Keeper Service Portal
1. x_keese_ks_inthub.ks_admin
2. catalog-admin
3. mid_server
3. Service Catalog Requests
4. Service Catalog Task
1. x_keese_ks_inthub.ks_admin
2. catalog-admin
3. itil
4. mid_server
5. My Approvals
1. x_keese_ks_inthub.ks_admin
承認者ユーザーのロール
1. My Approvals
1. x_keese_ks_inthub.approver
申請者ユーザーのロール
1. Keeper Service Portal
1. x_keese_ks_inthub.ks_app
2. itil
3. mid_server
サポート担当者向けロール
1. Application Log
2. Support Page
3. App Privacy Policy
1. workflow_admin
2. x_keese_ks_inthub.support_user
アプリのダウンロードとインストール
System Administrator (admin) ロールを持つユーザーのみ、ServiceNow Storeからアプリケーションをインストールできます。
ServiceNow Storeの掲載ページを開きます。
[Get] をクリックします。
アプリがServiceNowインスタンスに正常に追加されたら、 [All] > [System Applications] > [All Available Applications] > [All] に移動します。
[install] をクリックします。
構成手順
MIDサーバーの構成
Keeper Security WorkflowアプリをServiceNowで使うには、管理者がMIDサーバーを構成し、ServiceNowで検証済みにする必要があります。
MIDサーバーは、KeeperコマンダーCLIとサービスモードをホストするServiceNow上のエージェントです。
MIDサーバーを構成するには、次の手順に従います。
管理者権限でServiceNowインスタンスにログインします。
[All] タブに移動し、 [keeper security Workflow] を検索して [Guided Setup > MID Server] を開きます。
MIDサーバーインストールのトラブルシューティングについては、ServiceNowの手順をこちらをご参照ください。
Keeper Security Workflowの構成
MIDサーバーの構成と検証が完了したら、次の手順でアプリを構成します。
管理者権限でServiceNowインスタンスにログインします。
[All] タブに移動し、 [Keeper Security Workflow] を検索して [Guided Setup] を開きます。
[Install Keeper Commander CLI] をクリックし、 [Configure] をクリックして、MIDサーバーへのKeeperコマンダーCLIのインストール手順に従います。
次のステップ [Configure Keeper Service Mode On MID Server] に進み、[configure] をクリックして、MIDサーバー上でサービスモードを構成し起動する手順に従います。
設定例は次のとおりです。
承認グループ
MIDサーバー上でサービスモードが稼働したら、ガイド付きセットアップで承認グループを構成します。
承認グループのメンバーは、申請者が起票した各リクエストの承認依頼を受け取ります。
ガイド付きセットアップの最終ステップ [Configure Keeper ServiceMode Credentials] に進み、 [Configure] をクリックします。
[New] をクリックし、MIDサーバー上で動作しているサービスモードの詳細を構成します。
サービスのリクエスト
申請者は次の手順でサービスをリクエストできます。
[All] > [Keeper Security Workflow] > [Keeper Service Portal] に移動します。
サービスポータルページで [Request something] をクリックします。
目的のカテゴリをクリックし、リクエストするサービスを選択します。
項目に関するフォームに入力し、[Request] をクリックします。
次の画面のとおり詳細付きで、申請者にリクエストチケットが割り当てられます。
リクエストの承認
アプリ管理者側では、リクエストの表示、承認または却下、必要に応じたタスクの実行が行えます。
リクエストの表示および承認/却下のため、アプリ管理者または承認者は [All] > [Keeper Security Workflow] > [My Approvals] に移動します。
承認者は、該当ボタンをクリックしてリクエストを承認または却下します。
タスクの履行
タスクに追加情報やフルフィルメント作業が必要な場合 (共有する正しいレコードの取得やユーザー申請の権限変更など)、タスク欄から対応できます。
[All] > [Keeper Security Workflow] > [Service Catalog Task] に移動します。
タスク欄では、アプリ管理者は共有するレコードやフォルダを検索したり、ServiceNowから直接Keeperボルトに新しいレコードを作成したりできます。
タスク欄で、アプリ管理者はレコードを検索できます。
レコード名をクリックすると、アカウントの詳細を確認できます。
タスクが完了すると、申請ユーザーに目的のレコードが共有され、コマンダーサービスモードから受け取ったメッセージが表示されます。
従来型権限モデルと新権限モデル
権限付与時は、旧ワークフロー向けの従来型権限モデルと、新ワークフロー向けの新権限モデルの両方から選択できます。
新権限モデル
従来型権限モデル
KeeperPAM自動ローテーション機能
アプリ管理者がPAM Userタイプのレコード詳細を共有する際は、自動ローテーション機能を設定できます。
アプリ管理者がPamUserタイプの record_uid を指定すると、有効期限付きの自動ローテーションフィールドを構成できます。
付与したアクセス期間が満了すると、そのPAMレコードのパスワードがローテーションされます。
エンドポイント特権マネージャー
エンドポイント特権管理の承認サイクルはServiceNow Keeper Security ITSMアプリに依存します。
この機能を使うには、管理者がKeeper管理コンソールでエンドポイント特権マネージャーのアラートを有効にする必要があります。
EPMリクエストが起票されると、 [Keeper Security Workflow] > [My Approvals] にリクエストが表示されます。
セキュリティインシデントチケットを参照するリクエストが作成されます。
アプリ管理者がリクエストを承認または却下すると、承認プロセス完了後にセキュリティインシデントチケットが適切なコメント付きでクローズされます。
トラブルシューティング
サービスモード構成エラー
MIDサーバーでサービスモードを構成する際に次のエラーが出る場合は、次の手順で調査してください。
サービスモードのホストまたはAPIキーを確認する。
構成フォーム送信時に正しいMIDサーバーが選ばれているか確認する。
[My Approvals] に承認リクエストが表示されない
ServiceNowでサービスモードをセットアップするときに、正しい承認グループが構成されているか確認する。
アプリ管理者が、フォームで設定した承認グループのメンバーになっているか確認する。
レコード/フォルダ検索で [Unexpected error occurred] が表示される
MIDサーバーのステータスがUPか確認する。Downの場合はMIDサーバーを再起動する。
MIDサーバーが検証済みか確認する。
正しいMIDサーバー上でサービスモードが動作し、設定したポートで待ち受けているか確認する。
[My Approvals] にEPMリクエストが表示されない
Keeper管理コンソールのアラートで、エンドポイント特権マネージャーのアラートが有効か確認する。
Keeper Security ITSMアプリがインストールされ有効化されているか確認する。
Keeper Security ITSMアプリが正しく構成されているか確認する。
[My Approvals] で sysapproval_approver のクエリエラーが表示される
[My Approvals] セクションを開いたときに以下のエラーが表示される場合は、ACLロールを追加してください。
ロールを
security_adminに昇格する。[System Security] > [Access Control (ACL)] に移動する。
操作
query_range、フィールドsysapproval_approver.approval_reason、ロール x_keese_ks_inthub.ks_admin 用のACLロールを新規追加する。
アプリケーションログ
アプリケーションログの詳細は、常に [Application Log] セクションで確認できます。
最終更新