説明

調査結果の優先順位付けの正しい順序は次のとおりです。
新しい脆弱性スキャナー プロジェクトは完成に近づいており、間もなく運用開始される予定です。
このスキャナは、Cyber​​Ark を所有するセキュリティ チームが所有しています。この発見は緊急性、実現可能性が最も高く、セキュリティ チームの目標と一致しているため、最初に優先順位を付ける必要があります。脆弱性スキャナーは、資格情報を不正アクセスから保護する必要がある重要なセキュリティ ツールです。セキュリティ チームは、独自の専門知識と権限を活用して、大きな遅延や依存関係なく、このプロジェクトの Secrets Manager ソリューションを実装できます。
PCI DSS 規制に基づく大規模で高性能なアプリケーションには、多くの CP が必要になります。これにはライセンスの購入が必要になります。調達プロセスには 6 ～ 12 か月かかる場合があります。開発チームはセキュリティと協力してこのプロジェクトに取り組むことに熱心です。この発見は、影響力が大きく、コンプライアンス要件があり、関係者のサポートが必要なため、2 番目に優先されるべきです。このアプリケーションは、Secrets Manager ソリューションによって保護する必要がある機密の支払いカード データを処理します。開発チームは、このプロジェクトに関してセキュリティ チームと協力する用意があり、実装の技術的な側面を支援することができます。ただし、この発見には、ライセンスの購入と調達プロセスによりコストが高く、リードタイムが長くなります。
HIPPA 規制に基づいて社内で開発された小規模なアプリケーションでは、Secrets Manager ソリューションからシークレットを取得するためにアプリケーション コードを更新する必要があります。開発チームは、次の四半期まではこの作業に対応できないと述べました。この発見は、影響が中程度であり、コンプライアンス要件があり、実現可能性があるため、3 番目に優先されるべきです。このアプリケーションは、Secrets Manager ソリューションによって保護される必要がある保護された健康情報を処理します。開発チームは、Secrets Manager ソリューションと統合するためにアプリケーション コードを更新する必要があることを認識していますが、他の優先事項と制約があるため、短期的にはそうすることができません。
この順序の背後にある理由は次のとおりです。
1. 新しい脆弱性スキャナー プロジェクト:
このプロジェクトは Cyber​​Ark のセキュリティ チームに直接影響を与えるため、内部セキュリティ上の潜在的な懸念があるため、優先度が高くなります。さらに、完成に近い状態であることから、実装までの期間が短縮されることが示唆されます。
2. PCI DSS に基づく大規模アプリケーション:
このアプリケーションはライセンスの購入と開発のために多大なリソースと時間の投資を必要としますが、その高いパフォーマンスと PCI DSS 規制への準拠には優先順位が必要です。このプロジェクトが遅延すると、セキュリティの脆弱性やコンプライアンスの問題が発生する可能性があります。
3. HIPAA に基づく小規模なアプリケーション:
HIPAA 規制には準拠する必要がありますが、アプリケーションのサイズと開発チームの遅延要求から、前の 2 つのプロジェクトに比べて優先順位が低いことが示唆されています。ただし、開発チームの指示に従って、次の四半期内に対処する必要があります。

説明
サードパーティの証明書を使用して Conjur Cluster を構成するための正しい手順は次のとおりです。
コマンド docker exec mycontainer evoke ca import --force --root <path-to-root-certificate> --chain <path-to-chain-certificate>1 を使用して、サードパーティの証明書をリーダーにインポートします。コマンド: docker exec mycontainer evoke configure master
--accept-eula --hostname <load-balancer-dns> --admin-password <password> <account-name>1 次のコマンドを使用して Conjur Leader 構成を確認します。 docker exec mycontainer evoke role1 次のコマンドを使用してスタンバイを構成します。 docker exec mycontainer 起動構成スタンバイ
--master-address <リーダー IP アドレス> --master-fingerprint <リーダーフィンガープリント>1 参考資料: 1: 証明書の要件

説明
= 問題の原因は、トークンが正しくエンコードされていないことです。トークンは、リソースにアクセスするための資格情報または認可付与を表す文字列です。トークンは、Base64、JSON Web Token (JWT)、OAuth 2.0 などの特定の形式および標準に従ってエンコードする必要があります。トークンの形式が不正である場合、つまり予期された形式または標準に従っていない場合、サーバーはトークンを拒否し、エラー 401 - Malformed Authorization Token を返します。このエラーは、トークンが無効か期限切れであり、リクエストが承認されていないことを示します。この問題を解決するには、正しいエンコード方法とパラメータを使用してトークンを再生成または更新する必要があります12。参考資料: = Cyber​​Ark Identity: OAuth2 クライアント 2 で API 呼び出しを使用すると 401 無許可エラーが発生する、解決策 1 Cyber​​Ark Vault Synchronizer 1 のトラブルシューティング、エラー: 禁止されたログオン トークンが空です - 不正にログオンできません

説明
Vault でアカウントまたは金庫の名前が変更されると、Vault Conjur Synchronizer は新しい名前で Conjur に新しい変数を作成し、古い名前の古い変数を削除します。これは、Conjur の古い変数に付与されたアクセス許可は新しい変数には適用されず、委任ポリシーを使用して再作成する必要があることを意味します。そうしないと、古い変数にアクセスできたユーザーまたはホストは新しい変数にアクセスできなくなります。参考資料: 同期中のアカウントと金庫の管理。Vault Synchronizer の完全なポリシー ガイド