コメントありがとうございます。

Expressway-Eでは、インストールされているサーバー証明書は、[メンテナンス] > [セキュリティ] > [サーバー証明書] で確認できます。 CUBEやその他のSBCについては、 該当するベンダー証明書の検査手順を使用してください。

バックアップシステムと冗長システムについても同じ手順を繰り返します。

• リナックスまたはマックOS:

  openssl s_client -connect sip-gateway.example.com:5061 -showcerts </dev/null

• ウィンドウズ・コマンド・プロンプト：

  openssl s_client -connect sip-gateway.example.com:5061 -showcerts <NUL

ホスト名とポートの例を実際のSIP TLSエンドポイントに置き換えてください。 ポートは導入環境によって異なる場合があります。 インバウンドのTLSアクセスが制限されている場合は、 認定された管理システムからチェックを実行してください。

件名 (s:) と発行者 (i:) を含む証明書チェーンのエントリを確認してください。 AAA証明書サービスが発行したUserTrust RSA認証局証明書を含め、 影響を受ける4つのCA名のいずれかを探してください。

影響を受けるクロスサインチェーンエントリの例：

• s: CN=ユーザートラスト RSA 認証局

• i: CN=AAA証明書サービス

• 影響を受けるCAが見つかりました：チェーンを影響を受けたものとして扱い、 施行前に更新してください。

• 影響を受けるCAは表示されず、SIP統合は機能しています。 シスコが影響を受ける依存関係についてお客様の組織に個別に通知しない限り、 このチェックでは即時のアクションは示されません。

• 影響を受けるCAは表示されていないが、シスコが組織に通知したか、 SIP統合が失敗しています。シスコパートナーに問い合わせるかCisco TAC、 完全な認定パスと影響を受ける接続を特定してください。

• 証明書が表示されない、または接続がタイムアウトする： 正しいホスト名、ポート、アクセス制御、および検査方法を確認してください。

• サポートされている場合は、既存の身分証明書はそのままにして、 中間チェーンのみを交換してください。 影響を受けるSectigoの導入では、 AAA証明書サービスが発行したUserTrust証明書を、 Sectigoまたはご利用のプロバイダーの適切な代替チェーンに置き換えてください。 取り付けて交換品を確認するまで絶対に取り外さないでください。

• 該当する各CUBE、Expressway-E、またはSBCに、 その製品の設定手順に従って証明書またはチェーンをインストールしてください。 インストールしたID証明書が、システムの設定済みのSIP IDに対して引き続き有効であることを確認してください。

取り付けられているチェーンをもう一度調べて、信頼できない当局に依存していないことを確認してください。

• Edge Audioの場合は、影響を受ける企業のSIP接続を経由する会議のダイヤルインとコールバック/ダイアルアウトのルートをテストしてください。

• CMRの場合は、影響を受けるインフラストラクチャを介してSIPベースのビデオデバイスを接続することをテストしてください。

• プライマリパスとフェイルオーバーパスの両方を確認してください。 接続が引き続き利用できない場合は、 TLSエラーと証明書検証エラーを確認してください。