シングルアカウント用のCyber​​ArkVaultとの統合

最終更新日: 12 年 2024 月 XNUMX 日

LogicMonitorは、ホスト、デバイス、サービスの資格情報、秘密などの機密情報を保存します。 LogicMonitor Collectorは、VaultソリューションとしてCyber​​Arkとの統合を提供します。 詳細については、を参照してください。 サイバーアート のドキュメントで詳しく説明されています)。 

Cyber​​ArkVaultをLogicMonitorCollectorと統合するには、を参照してください。 クレデンシャルボールトのプロパティの統合。

前提条件

  • Cyber​​Ark Vault統合には、EACollectorバージョン29.108以降が必要です。 ボールト統合のサポートは、GDCollectorバージョンではまだ利用できないことに注意してください。

Cyber​​Arkアプリケーションの認証方法

Cyber​​Arkクレデンシャルプロバイダーは、アプリケーションを認証するための複数の方法を提供します。 詳細については、Cyber​​Arkのドキュメントを参照してください。 アプリケーション認証 メソッドと アプリケーションを追加する.

LogicMonitor CollectorとCyber​​Arkの統合は、アプリケーション認証のために次の方法をサポートします。

1.許可されたマシン
2.パス
3。 ハッシュ
4. クライアント証明書.

注: ローテーション中にアカウントがロックアウトされないように、広く使用され、頻繁にローテーションされる資格情報に対して Cyber​​Ark でデュアル アカウントを構成することをお勧めします。詳細については、デュアル アカウントの構成に関する Cyber​​Ark のドキュメントを参照してください。

特権アクセスセキュリティ(PAS)ソリューションへの認証

Cyber​​ArkAIMWebServiceアプリケーションはIISサーバーに展開されます。 LogicMonitor CollectorとCyber​​Arkの統合では、IISサーバーに対して基本認証を使用します。

提供されたパスワードを使用してVaultにログオンできます。 Vaultにログインした後、パスワードを変更することをお勧めします。

Cyber​​Arkコレクターエージェントの構成設定

次の表には、Vaultに関連するコレクタエージェントの構成が含まれています。

名前種類デフォルト詳細
ボールトバイパスブーリアン値がtrueに設定されている場合、VaultAPIは呼び出されません。 値がfalseに設定されている場合、VaultAPIが呼び出されます。
vault.credentials.cache.expirationtime整数60 minutesボールトキャッシュ内の資格情報の有効期限タイムアウト(分単位)。 この時間が経過すると、ボールトキャッシュ内の資格情報が期限切れになり、ボールトから再フェッチする必要があります。 
vault.credentials.refresh.delay整数15 secondsクレデンシャルキャッシュの有効期限後の遅延時間(秒単位)。 キャッシュの有効期限後にタスクを更新します。注:コレクターのインストール中に遅延時間をカスタマイズできます。
詳細については、を参照してください。 agent.confコレクター設定.

Vaultのプロパティ

コレクターのボールトメタデータやボールトキーなどのボールトプロパティは、デバイスまたはデバイスグループレベルで構成できます。

Cyber​​Arkでは、次のような特殊文字は使用できません。 \ / : * ? ” < > 、セーフ名とオブジェクト名で使用されます。

Vaultメタデータ

次の表に、Vaultメタデータのプロパティを示します。

Vaultメタデータ説明
ボールト.メタ.urlボールトのURL。 このURLには、フォルダーとアプリケーションIDのみが含まれている必要があります。 
ボールト.メタセーフ安全(Cyber​​Arkの場合にのみ適用可能)。 デバイスはXNUMXつの金庫しか持つことができません。 
ボールト.メタ.タイプVaultのタイプ。 現在、コレクターでは「Cyber​​Ark」ボールト統合のみがサポートされています。 
ボールト.メタ.ヘッダーHTTP GetRequestに必要なヘッダー。 このカスタムプロパティの値は、次の例に示すように、「&」で区切られたヘッダーになります。ヘッダーキーの値は「=」で区切られます。vault.meta.header– Content-Type = application / json&Accept-Encoding = gzip 、収縮、br
vault.meta.keystore.typeキーストアのタイプ。 キーストアタイプが指定されていない場合、キーストアのデフォルトタイプはJKSです。
vault.meta.keystore.pathキーストアファイルのパス。
vault.meta.keystore.passキーストアのパスワード。

ボールトキー

Vaultキーは、デバイスレベルで次のように指定する必要があります。 suffix .lmvault。 例えば、 ssh.user 情報には、次のように指定されたキーが必要です ssh.user.lmvault.

ボールトキー説明
.lmvaultの接尾辞が付いたプロパティVaultから値を取得する必要があり、接尾辞.lmvaultを追加してデバイスレベルで指定する必要があるカスタムプロパティ。 このようなプロパティの値は、Vault内のキーのパスになります。例:ssh.user.lmvault = ssh \ ssh.user ssh.user.lmvaultの場合、プロパティはVaultから取得する必要があります。 このプロパティ「ssh \ ssh.user」の値は、資格情報が保存されているVault内のパスを表します。
.lmvaultの接尾辞が付いたプロパティ:Multi-Safeマルチセーフアプローチでは、Vault内のさまざまな金庫からlmvaultプロパティの値をフェッチできます。 LMボールトのプロパティ値はsafe:pathの形式で指定する必要があります。たとえば、セーフsshcredsとオブジェクトパスをssh \ ssh.userとして参照するプロパティは、次のように指定できます。ssh.user.lmvault= sshcreds:ssh \ ssh .userプロパティレベルで指定されたSafeは、「vault.meta.safe」プロパティを介してデバイスレベルで指定された値を上書きします。

LogicMonitorコレクターとCyber​​ArkVaultの統合

1.マルチセーフサポート:デバイスの下に複数のセーフを指定して、マルチセーフから資格情報を取得します。 

2.マルチボールトのサポート:コレクターの下のデバイスに複数のボールトを使用できます。 各デバイスは、単一のVaultを指すことができます。

3.HTTPまたはHTTPSを介してVaultAPIを呼び出すことができます。 ただし、HTTPSを介してVault APIを呼び出す場合は、RootCA証明書を構成する必要があります。 詳細については、を参照してください。 RootCA証明書。

4.Cyber​​Ark認証を完了する必要があります。 詳細については、を参照してください。  Cyber​​Arkアプリケーション認証方法セクション

注意:Vault APIへの頻繁なリクエストを回避するために、デバイス固有のキャッシュがコレクターに実装されています。

Cyber​​Ark証明書の構成

要求元のアプリケーション側で、次のCyber​​Arkファイルを構成する必要があります。

  • RootCA証明書
  • client.pfxファイル
  • client.certおよびclient.pemファイル

RootCA証明書

要求元のアプリケーションのサーバーのトラストストアにRootCA証明書ファイルを含めるには、[SSLが必要]チェックボックスを有効にする必要があります。 

コレクターのRootCA証明書をインポートするには、次の手順を実行します。

  • Windows:RootCA証明書は、コレクターのインストールフォルダー内のJREにあるコレクターのトラストストアにインポートする必要があります。 これにより、Cyber​​Arkエンドポイントは信頼できるソースと見なされます。

  • コレクターのインストールディレクトリ。 デフォルトのファイルパスは次のとおりです。
  • Linuxコレクター:/ usr / local / logicmonitor / agent / conf /agent.conf
  • Windowsコレクター:C:\ Program Files(x86)\ LogicMonitor \ Agent \ conf \ agent.conf

コレクターのjreデフォルトトラストストアにRootCA証明書をインポートするには、次のコマンドを使用します。

keytool -importcert -file Path_For_Root_CA_Folder/RootCA.crt -alias CyberArkRootCA -keystore /usr/local/logicmonitor/agent/jre/lib/security/cacert -storepass Store_Password

client.pfxファイル

Cyber​​Arkは、クライアント証明書とクライアントキーを含むpkcs12ファイルであるclient.pfxファイルを提供します。 IISへのアプリケーション要求を認証するには、クライアント証明書とクライアントキーがHTTP要求に存在する必要があります。 client.pfxはクライアント証明書とクライアントキーを含むキーストアであるため、このファイルを直接使用して、IISに展開されたVaultサービスでコレクターの要求を認証できます。

client.pfxファイルを使用するには、Santabaのデバイス/デバイスグループレベルで以下のプロパティを設定します。

vault.meta.keystore.path=Path_For_Client_Keystore_Folder/client.pfx
vault.meta.keystore.pass=Password_For_Client_Keystore

ご注意: client.pxストアのデフォルトのキーストアパスワードはCyber​​Ark1です。このパスワードを変更することをお勧めします。

client.certおよびclient.pemファイル

Cyber​​Arkは、クライアント証明書とクライアントキーを含むclient.pfxキーストアを提供しますが、それでもclient.certファイルとclient.pemファイルを提供します。 これらのファイルを使用して、カスタムキーストアを作成できます。 このようなカスタムキーストアを使用して、Vault CredentialServiceが展開されているIISサーバーに対するアプリケーション/コレクターの要求を認証できます。

client.certファイルとclient.pemファイルを使用してキーストアを作成するには、以下のコマンドを使用します。

openssl pcks12 -export -in Client_Cert_Folder/client.crt -inkey Client_Key_Folder/client.pem -out myclient.pfx -passout pass:Password_For_Generated_Keystore
記事上で