Contents

Introduction

Problema

Causa

Verifique o problema

Caso 1: O Expressway-C usa o certificado com hash MD5 e o Expressway-E tem um certificado com um algoritmo de hash seguro (algoritmo SHA)

Caso 2: O Expressway-E usa um certificado com hash MD5 e o Expressway-C tem um certificado com um algoritmo SHA

Caso 3: Expressway-E e Expressway-C usam o certificado com hash MD5

Verificar o algoritmo do certificado

Solução

Introduction

Este documento descreve um problema que você pode encontrar ao registrar seu telefone sobre MRA (Mobile and Remote Access, Acesso remoto) se o certificado do algoritmo com hash do Message Digest 5 (MD5) for usado e oferece uma solução para o problema.

Problema

O registro do telefone falha no MRA se o certificado usado no Expressway-C/Video Communication Server (VCS)-C for gerado com o uso do algoritmo de assinatura MD5.

Causa

O uso do algoritmo de hash MD5 em certificados pode permitir que um invasor faça spoof de conteúdo, execute ataques de phishing ou execute ataques man-in-the-middle. A Microsoft também lançou um aviso de segurança no ano passado que restringiu o uso de certificados com o algoritmo hash MD5. Esta restrição é limitada aos certificados emitidos no âmbito de raízes no programa de certificado raiz da Microsoft: Consultoria de segurança da Microsoft:  Atualização para a preterição do algoritmo de hash MD5 para o programa de certificado raiz da Microsoft:  13 de agosto de 2013

O bug da Cisco ID CSCuq95204 foi criado para atualizar os documentos do VCS para declarar que a Cisco não oferece suporte a certificados de algoritmo hash MD5.

Verifique o problema

Esta seção detalha como verificar se o registro falha devido a esse problema.

Quando o Jabber tenta registrar um softphone na infraestrutura de borda/MRA, o registro do softphone Jabber falha se as máquinas Expressway usarem o certificado de hash MD5. No entanto, a natureza do erro varia e depende de qual máquina usa o certificado hash MD5.

Caso 1: O Expressway-C usa o certificado com hash MD5 e o Expressway-E tem um certificado com um algoritmo de hash seguro (algoritmo SHA)

Você encontra este erro nos registros de diagnóstico do Expressway-C:

2014-09-20T06:06:43+05:30 Expressway-C UTCTime="2014-09-20 00:36:43,837" Module=

"developer.cvs.server" Level="INFO" CodeLocation="cvs(132)" Detail="Certificate

verification failure" SubjectCommonName="Expressway-E.edge.com" Error="(SEC_ERROR_

CERT_SIGNATURE_ALGORITHM_DISABLED) The certificate was signed using a signature

algorithm that is disabled because it is not secure."

Após esse erro, uma mensagem "437 unsupported certificate" (Certificado incompatível com 437) para Expressway-E é exibida.

2014-09-20T06:06:43+05:30 Expressway-C tvcs: UTCTime="2014-09-20 00:36:43,840"

Module="network.sip" Level="DEBUG":  Action="Sent"  Local-ip="127.0.0.1"  Local-

port="22210"  Dst-ip="127.0.0.1"  Dst-port="25011"  Msg-Hash="5047300400093470988"

SIPMSG:

|SIP/2.0 437 Unsupported Certificate

Via: SIP/2.0/TCP 127.0.0.1:5060;egress-zone=DefaultZone;branch=z9hG4bKeaaf784fd792

c156da3ff2b664a2eee751464.eb53ca5fcac328dc0f61631ec583fdf4;proxy-call-id=0e01fda1-

6704-4066-bcfd-06e2f3ded8f9;received=127.0.0.1;rport=25011

Via: SIP/2.0/TLS 10.106.93.182:7001;egress-zone=TraversalserverzoneMRA;branch=z9hG

4bKc4ad3ddb1c5a24099882b10815ee247196.afc37861e975b930c7e624e1d5c6e967;proxy-call-id=

4436ec58-81a4-47a2-b4be-9f0b8b551209;received=10.106.93.182;rport=7001;ingress-zone=

TraversalclientzoneMRA;ingress-zone-id=1

Via: SIP/2.0/TCP 127.0.0.1:5060;branch=z9hG4bKaa0592c35ecf47289c8efe37792f0c5095;

received=127.0.0.1;rport=25000;ingress-zone=DefaultZone

Call-ID: 5050433d0d38b156@127.0.0.1

CSeq: 35384 SERVICE

From: <sip:serviceproxy@10.106.93.187>;tag=31976bf5fd009665

To: <sip:serviceserver@10.106.93.187>;tag=f35f010a358ec6dd

Server: TANDBERG/4130 (X8.2.1)

Content-Length: 0

Caso 2: O Expressway-E usa um certificado com hash MD5 e o Expressway-C tem um certificado com um algoritmo SHA

Você encontra esse erro nos registros de diagnóstico do Expressway-E:

2014-11-28T20:17:38+05:30 Expressway-E UTCTime="2014-11-28 14:47:38,393" Module=

"developer.cvs.server" Level="INFO" CodeLocation="cvs(132)" Detail="Certificate

verification failure" SubjectCommonName="Expressway-C.edge.local" Error="(SEC_ERROR_

CERT_SIGNATURE_ALGORITHM_DISABLED) The certificate was signed using a signature

algorithm that is disabled because it is not secure."

Após esse erro, a mensagem "403 Forbidden" (403 proibido) para o cliente Jabber é exibida.

2014-11-28T20:17:38+05:30 Expressway-E tvcs: UTCTime="2014-11-28 14:47:38,395"

Module="network.sip" Level="DEBUG": Action="Sent" Local-ip="10.106.93.182" Local-

port="5061" Dst-ip="10.106.93.185" Dst-port="49174" Msg-Hash="8732905073947938174"

SIPMSG:

|SIP/2.0 403 Forbidden

Via: SIP/2.0/TLS 10.106.93.185:49174;branch=z9hG4bK00006db3;received=10.106.93.185

Call-ID: 005056ad-6bf90002-000038a2-00003b0a@10.106.93.185

CSeq: 104 REGISTER

From: <sip:8002@10.106.93.187>;tag=005056ad6bf9000200007e3c-000005e2

To: <sip:8002@10.106.93.187>;tag=baa86af3aca9e844

Server: TANDBERG/4130 (X8.2.1)

Content-Length: 0

Caso 3: Expressway-E e Expressway-C usam o certificado com hash MD5

Você encontra esse erro nos registros de diagnóstico do Expressway-C:

2014-11-28T20:50:44+05:30 Expressway-C UTCTime="2014-11-28 15:20:44,943" Module=

"developer.cvs.server" Level="INFO" CodeLocation="cvs(132)" Detail="Certificate

verification failure" SubjectCommonName="Expressway-E.edge.com" Error="(SEC_ERROR_

CERT_SIGNATURE_ALGORITHM_DISABLED) The certificate was signed using a signature

algorithm that is disabled because it is not secure."

Após esse erro, a mensagem "437 unsupported certificate" to Expressway-E é exibida.

2014-11-28T20:50:44+05:30 Expressway-C tvcs: UTCTime="2014-11-28 15:20:44,945"

Module="network.sip" Level="DEBUG": Action="Sent" Local-ip="127.0.0.1" Local-

port="22210" Dst-ip="127.0.0.1" Dst-port="25753" Msg-Hash="136016498284976281"

SIPMSG:

|SIP/2.0 437 Unsupported Certificate

Via: SIP/2.0/TCP 127.0.0.1:5060;egress-zone=DefaultZone;branch=z9hG4bK22df47

ed2281a3bf3d88ece09bfbbc3a231977.0dbe343429e681275f6160e8c8af25fe;proxy-call-

id=2ee40ecc-4a1b-4073-87a6-07fbc3d7a6be;received=127.0.0.1;rport=25753

Via: SIP/2.0/TLS 10.106.93.182:7001;egress-zone=TraversalserverzoneMRA;branch=

z9hG4bK35a8b2cbb77db747c94e58bbf1d16cf1108.1c42f037f9ac98c59766cb84d0d3af10;

proxy-call-id=a8938902-2e0c-4a49-b900-a3b631920553;received=10.106.93.182;rport=

7001;ingress-zone=TraversalclientzoneMRA;ingress-zone-id=1

Via: SIP/2.0/TCP 127.0.0.1:5060;branch=z9hG4bKb2da522d9f1b5ad1bc2f415f5f01d0d2107;

received=127.0.0.1;rport=25000;ingress-zone=DefaultZone

Call-ID: 019ed17f1344e908@127.0.0.1

CSeq: 54313 SERVICE

From: <sip:serviceproxy@10.106.93.187>;tag=3426bb81de53e3b6

To: <sip:serviceserver@10.106.93.187>;tag=2128ce8a1f90cb7b

Server: TANDBERG/4130 (X8.2.1)

Content-Length: 0

Verificar o algoritmo do certificado

Esta captura de tela mostra como verificar o algoritmo de certificado usado.

Solução

Normalmente, a autoridade de certificação (CA) não fornece mais certificados com algoritmo MD5. Mas, às vezes, os clientes usam uma abordagem mista em que o certificado no Expressway-C é gerado com sua AC da Microsoft Enterprise e o Expressway-E usa um certificado emitido por uma CA pública, como o GoDaddy.

Se a AC raiz da Microsoft corporativa usar o algoritmo MD5, esse problema ocorre. Você pode modificar a CA raiz para usar o algoritmo SHA1 se tiver serviços de CA executados no Microsoft Windows Server 2008. Consulte É possível alterar o algoritmo de hash quando renovo o  artigo da CA raiz  para modificar o algoritmo de hash.