この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
この資料は Cisco Unified Contact Center Express (UCCX)の SHA-256 サポートを記述したものです。 SHA-1 暗号化はやがて非難され、UCCX のためのすべてのサポートされた Webブラウザは SHA-1 暗号化を用いる証明書を提示するサーバからの Webページをブロックし始めます。
次の項目に関する知識が推奨されます。
これらの注意では、ブラウザ 製造業者はブラウザが見つけられた ValidFrom においての日付 2016 年 1月 1 日の後の発行される SHA-1 証明書のための bypassable 警告を示すことを示しました。
さらに、レコードの現在の計画は証明書で ValidFrom エントリに関係なく 2017 年 1月 1 日の後で SHA-1 証明書を使用する Webサイトをブロックすることです。 ただし、SHA-1 証明書を目標とする最近の不正侵入と、これらのブラウザはこのスケジュールを移動し、証明書問題日付に関係なく 2017 年 1月 1 日の後で SHA-1 証明書を使用する Webサイトをブロックするかもしれません。
Cisco は顧客に発表を詳しく読み、Microsoft からのそれ以上の発表およびこのトピックに Mozilla に最新にとどまるように助言します。
UCCX 生成する SHA-1 証明書のバージョン。 SHA-1 証明書によって保護される UCCX Webページにアクセスする場合警告を生成するか、または以前に注意される日付およびルールに従ってブロックされるかもしれません。
SHA-1 証明書が検出されるとき、ユーザはこれと同じようなメッセージを見るかもしれません ValidFrom 日付および以前にリストされたルールに依存した:
なされるこの警告をバイパスできないデシジョンに依存はユーザかもしれませんし、かもしれません。
これらの表はソフトウェアメンテナンスの下で UCCX の各バージョンのための SHA-1 証明書影響および軽減戦略を現在記述します。
表記 | 説明 |
![]() |
既にサポートされる。 必要なそれ以上の操作無し。 |
![]() |
サポートは利用できますが、証明書の再生は必要です。 |
![]() |
サポートは利用できません。 |
UCCX 管理 | CUIC 管理 ライブ データ# |
Finesse 管理 デスクトップ# | SocialMiner* のエージェント メールおよびチャット | UCCX 他スクリプトを書くステップ | MediaSense* 11.5 の記録 |
|
新規インストール | ![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
前のバージョンからのアップグレード | UCCX 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX Cisco Unified Intelligence Center (CUIC)証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX Finesse 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
SocialMiner および UCCX 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX は描写的な状態転送(残り)コミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
MediaSense および UCCX 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
注: *The は MediaSense を再生し、SocialMiner 証明書は UCCX に再インポートする必要があります。
注: #No 個別行動は Finesse および CUIC のために必要です。 証明書は一度だけ UCCX プラットフォーム 管理 ページで再生します。
UCCX 管理 | CUIC 管理ライブ データ# | Finesse 管理 デスクトップ# | SocialMiner のエージェント メールおよびチャット** | UCCX 他スクリプトを書くステップ | MediaSense の記録** 11.0* および 10.5* | |
新規インストール | デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
前のバージョンからのアップグレード | UCCX 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX CUIC 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX Finesse 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
SocialMiner および UCCX 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
注: *An Engineering Special (ES)は MediaSense 10.5 および 11.0 が SHA-256 証明書を生成し、受け入れるようにリリースされます。
注: **再生された MediaSense および SocialMiner 証明書は UCCX に再インポートする必要があります。
注: #No 個別行動は Finesse および CUIC のために必要です。 証明書は一度だけ UCCX プラットフォーム 管理 ページで再生します。
UCCX 管理 | CUIC 管理ライブ データ# | Finesse 管理 デスクトップ# | SocialMiner* のエージェント メールおよびチャット | UCCX 他スクリプトを書くステップ | MediaSense *** 10.0**/10.5** が付いている記録 | |
新規インストール | デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
デフォルトですべての自己署名新しいインストール証明書は SHA-1 証明書で、再生する必要があります。 |
エージェント メールの SHA-256 サポートおよびチャットは SocialMiner (SM) v11 および SM v11 でだけ利用できます UCCX v10.x と互換性がありません。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
前のバージョンからのアップグレード | 証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
証明書はより古いリリースからのアルゴリズムを保ちます。 より古いリリースの SHA-11 キーによって生成された場合、自己署名証明書は基づく SHA-1、再生する必要があります。 |
エージェント メールの SHA-256 サポートおよびチャットは SM v11 および SM v11 でだけ利用できます UCCX v10.x と互換性がありません。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
注: 特派員を設計する *An は SHA-256 証明書を生成し、受け入れることを SocialMiner 10.6 割り当てるためにリリースされます。
注: MediaSense 10.0 および 10.5 が SHA-256 証明書を生成し、受け入れるように** Engineering Special (ES)はリリースされます。
注: ***は UCCX に再生された MediaSense および SocialMiner 証明書再インポートする必要があります。
注: #No 個別行動は Finesse および CUIC のために必要です。 証明書は一度だけ UCCX プラットフォーム 管理 ページで再生します。
UCCX 管理** | CUIC 管理ライブ データ# | Finesse 管理 デスクトップ# | SocialMiner* のエージェント チャット | UCCX 他スクリプトを書くステップ | MediaSense *** 10.0** が付いている記録 | |
新規インストール | デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
エージェント チャットの SHA-256 サポートは SM v11 および SM v11 でだけ利用できます UCCX v10.x と互換性がありません。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
前のバージョンからのアップグレード | デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
エージェント チャットの SHA-256 サポートは SM v11 および SM v11 でだけ利用できます UCCX v10.x と互換性がありません。 |
UCCX は残りコミュニケーションの一部として SHA-1 証明書を使用するリモート Webサーバを拒否しません。 残りステップは証明書が UCCX で再生した後はたらきます。 |
デフォルト自己署名証明書は SHA-1 です。 再生証明書は SHA-256 にオプションを提供しません。 |
注: 特派員を設計する *An は SHA-256 証明書を生成し、受け入れることを SocialMiner 10.6 割り当てるためにリリースされます。
注: MediaSense 10.0 が SHA-256 証明書を生成し、受け入れるように** Engineering Special (ES)はリリースされます。
注: ***は UCCX に再生された MediaSense および SocialMiner 証明書再インポートする必要があります。
注: #No 個別行動は Finesse および CUIC のために必要です。 証明書は一度だけ UCCX プラットフォーム 管理 ページで再生します。
確認され、可能性としては再生する必要がある 3 つのタイプには証明書があります:
OS 管理 ページにナビゲートして下さい。 『Security』 を選択 して下さい > 証明書管理にナビゲートして下さい。 [Find] をクリックします。
4 つの証明書 カテゴリーに注意して下さい:
自己署名カテゴリ Tomcat およびタイプの下の証明書は再生を必要とする物です。 前のイメージでは、第 3 証明書は再生を必要とするものです。
証明書を再生するためにこれらのステップを完了して下さい:
ステップ 1.証明書の Common Name をクリックして下さい。
呼び出します。 ポップアップ ウィンドウから、再生をクリックして下さい。
ステップ 3. SHA-256 の暗号化アルゴリズムを選択して下さい。
UCCX バージョン 10.6 に関しては、証明書を再生するためにこれらのステップを完了して下さい:
ステップ 1.新しい『Generate』 をクリック して下さい。
ステップ 2. 2048 として Tomcat、変調長さおよび SHA256 としてハッシュ・アルゴリズムとして名前を『Certificate』 を選択 して下さい。
ステップ 3.新しい『Generate』 をクリック して下さい。
これらはプラットフォームによって提供される証明書です。 これらの証明書のための SHA-1 によって基づくシグニチャはハッシュのシグニチャよりもむしろこれらの証明書がアイデンティティに基づいて Transport Layer Security (TLS)クライアントによって信頼されるので問題ではないです。
SHA-256 署名入り認証と再インポートされる SHA-1 アルゴリズム必要性のサード パーティが認証局(CA)署名する証明書。 証明書 チェーンのすべての証明書は SHA-256 と辞職する必要があります。
最新のエンジニアリング スペシャルは cisco.com で利用可能な場合掲示されます。 エンジニアリング特別なダウンロードがあるように対応した製品ページを規則的に確認して下さい。