TLS 証明書の可視性
証明書インベントリと管理 アプリケーションを使用すると、ディスカバリー は既存の CI ベースの Discovery スケジュールを使用して、特定のポートで証明書を自動的にスキャンできるようになります。さらに、個々の URL をスキャンするための Discovery スケジュールを作成できます。
ServiceNow Store では、ServiceNow で作成されたアプリケーションに対して、新しいアプリケーションや更新が定期的にリリースされます。すでにアプリケーションをお持ちの場合は、最新バージョンをダウンロードし、当社の製品を使った既存の操作性を改善することができます。アプリケーションがストア内でリリースされるたびに各種機能が使用可能になったり拡張されたりするため、各リリースで利用可能になるコンテンツや機能はこのドキュメントではバージョン番号で示されます。
証明書インベントリと管理 バージョン 1.1.7 では、インポートされた証明書のリストを追加し、GoDaddy や DigiCert などの認証局 (CA) からの証明書をスキャンできます。バージョン 1.2.0 以降では、Sectigo と Entrust の CA もスキャンできます。
- 証明書 ID
- 注文 ID
- サムプリント
- シリアル番号
- 証明書ステータス
1500 を超える証明書について、証明書または検出 CA 信頼をインポートするには、1 つ以上のサーバーレスパターンが構成された検出スケジュールを作成します。各パターン実行では、最大 1500 の証明書検出がサポートされています。
すべての証明書を検出するには、制限 (デフォルトは 1500) および start_offset (デフォルトは 0) を適切に設定する必要があります。たとえば、最大 6000 の証明書をフェッチするには、4 つのサーバーレスパターンを 0、1500、3000、4500 の start_offset で追加します。start_offset と制限パラメーターは、以下に示すように設定されます。
ポートスキャンによる証明書検出の実行
TLS ポートプローブ [tls_ssl_certs] が有効になっている場合、ディスカバリー は既存の CI ディスカバリー スケジュールで 14 個の事前承認済みポートを自動的にスキャンします。
始める前に
手順
タスクの結果
個別の URL スキャンによる証明書検出の実行
URL スキャンから証明書を検出するには、個々の URL を手動で追加してから、新しい証明書 ディスカバリー スケジュールをセットアップする必要があります。
始める前に
手順
タスクの結果
ディスカバリー のスケジュールを実行すると、指定された URL にあるすべての証明書を自動的にスキャンして cmdb_ci_endpoint_http テーブルにあるすべての URL をフェッチします。次に、sn_disco_certmgmt_cert_url_sched_m2m で URL とスケジュール間のマッピングを作成します。
サービスマッピング を有効にすると、cmdb_ci_endpoint_http にエントリを作成するときに、デフォルトで HTTP エンドポイントとアプリケーション間に関係を作成します。たとえば、Amazon アプリケーションは amazon.com に自動接続されます。
関係は次のとおりです: cmdb_ci_endpoint_http[親] --> [Implement End Point To::Implement End Point From] --> cmdb_ci_appl[子]
上記の関係が存在する場合は、URL 証明書検出により証明書とアプリケーション間に追加の関係が作成されます。この関係性は次のとおりです: cmdb_ci_appl[親] --> [Uses::Used by] --> cmdb_ci_certificate[子]
一括証明書アップロードの使用
証明書インベントリと管理 のバージョン 1.2.0 以降では、SSL 証明書を一括インポートして時間とリソースを節約できます。最大 5000 の証明書を、1 つの .xlsx ファイルでアップロードできます。
始める前に
- sn_disco_certmgmt.pki_user
- sn_disco_certmgmt.pki_admin
手順
タスクの結果
アップロード中にエラーが発生した場合は、警告メッセージとエラーログへのリンクが表示されます。admin ロールのユーザーのみが、これらのログを表示できます。必須フィールドが空の場合や、valid_from エポック値が valid_to よりも大きい場合は、エラーが発生する可能性があります。
証明書ファイルのインポートによる証明書検出の実行
証明書インベントリと管理 バージョン 1.1.7 では、パターンベースの Discovery を使用してファイルをシステムにインポートすることで、証明書ファイルから証明書を検出できます。TLS_keepOriginalCertificate が False に設定されていることを確認してください。
始める前に
- cert
- .pem
- .txt
- .der
このタスクについて
- サーバー:証明書がホストされているホスト名または IP アドレス。証明書が MID サーバー からインポートされている場合は、サーバー入力パラメーターとして localhost を指定し、「temp_certificate_folder」を空のままにすることができます。
- server_certificate_folder:証明書が存在するサーバー上のフォルダーパス。
- TLS_keepOriginalCertificate パラメーター:TLS_keepOriginalCertificate パラメーターが true に設定されている場合、ペイロードサイズが増加するためにメモリー不足の問題が発生する可能性があります。これは false に設定する必要があります。
- temp_certificate_folder:ファイルが一時的にコピーされる MID サーバー 上のフォルダ。
手順
タスクの結果
証明書のインポートによる証明書チェーン関係性の維持
証明書チェーンの関係性の維持には業界標準の .txt 拡張子が使用されます。証明書チェーンの関係性は他のファイル拡張子では維持されません。.txt 証明書チェーンファイルにある証明書の想定される順序は、サーバー証明書、中間証明書、およびルート証明書 です。
- 2 つ以上の証明書が .cert や .pem などの形式で見つかった場合は、最初の証明書のみが考慮されます。他の証明書は処理されないため、証明書チェーンの関係は維持されません。
- 1 つの証明書のみを含む .txt 拡張子がある場合はサーバー証明書と見なされ、証明書の関係性は維持されません。
- 2 つの証明書を含む .txt 拡張子がある場合、最初の証明書はサーバー証明書と見なされ、2 つ目の証明書は中間証明書ではなくルート証明書と見なされます。
証明書管理資格情報タイプの資格情報識別子を設定する
GoDaddy、DigiCert、Sectigo を含む CA タイプから TLS 証明書を検出するための外部ストレージ資格情報がサポートされています。このサポートを使用するには、資格情報識別子を特定の証明書管理資格情報タイプのインスタンスで設定する必要があります。
始める前に
手順
認証局クエリーによる証明書検出の実行
証明書インベントリと管理 では、プロビジョニング済み TLS 証明書を認証局 (CA) から検出できます。さまざまな認証局ベンダーのパターンを利用できます。
始める前に
検出中、CA パターンでは次の API 要素を使用します。インスタンス内の資格情報に追加されたユーザーには、以下のクエリを送信する権限が必要です。
| CA | API 要素 |
|---|---|
| GoDaddy |
|
| DigiCert |
|
| Entrust |
|
| Sectigo |
|
- GoDaddy
- DigitCert
- Entrust
- Sectigo
手順
タスクの結果
証明書インベントリと管理 のカスタマイズ
Discovery プロパティを使用すると、証明書インベントリと管理 のいくつかの面をカスタマイズできます。
始める前に
手順
- glide.discovery.certs.cert_admin_user_id
- glide.discovery.certs.days_before_expiration_to_create_renewal_task
- glide.discovery.certs.enable_incident_creation_for_expired_certificates
- glide.discovery.certs.enable_renewal_task_creation_for_discovered_certificates
- glide.discovery.certs.slack_channel_id
