Falha na validação dos dados do Conhecimento: O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsg-mre#rsa-sha256' que não corresponde ao valor fixo

[paulo aquino]

Após atualizar para a última versão do acbr está acontecendo este erro somente em um cliente. Se troca de máquina o erro não acontece. Alguém sabe dizer o que deve ser?

 

Falha na validação dos dados do Conhecimento: 21627

O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo 'http://www.w3.org/2000/09/xmldsig#rsa-sha1' no DTD ou no esquema.

[paulo aquino]

O erro foi resolvido mudando o sistema operacional de XP para Windows 7. Não entendi o motivo mas após a atualização funcionou.

[paulo aquino]

Agora o erro voltou acontecer em outro cliente que tem W7 com service pack 1 e IE 11. 

Alguém sabe o que pode ser?

[Juliomar Marchetti]

Não. muito vago

necessário repassar passo a passo usando o demo do svn!

[luisclaudio_jr]

Em 24/03/2017 at 11:20, paulo aquino disse:

Agora o erro voltou acontecer em outro cliente que tem W7 com service pack 1 e IE 11. 

Alguém sabe o que pode ser?

Paulo,você fez aquele passo da instalação da cadeia de certificados na pasta raiz? da ICP brasil?  Em todos os meus clientes após fazer isso funcionou na hora, independente do sistema operacional ou service pack.

[Filippe]

Estou com este mesmo problema ... 

 

alguem sabe o que pode ser ???? 

 

 

Dei um print na tela ... 

c483dc22-39f4-44dd-981f-28d5b459c2bb

[Filippe]

Arquivo errado no post acima .... 

[paulo aquino]

Alterei a propriedade sslib para libcapicom e voltou a funcionar normalmente. 

[Fabrício Melo]

Migrei para ACBrNFe.Configuracoes.Geral.SSLLib := libWinCrypt;
Agora estou tendo os seguinte erros nos teste:

NF-e na Validação:

Falha na validação dos dados da nota: 74 O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo 'http://www.w3.org/2000/09/xmldsig#rsa-sha1' no DTD ou no esquema

NFC-e no envio:

---------------------------
Sinapse
---------------------------
Versão Layout: 3.10 
Ambiente: 2 
Versão Aplicativo: GO3.0 
Status Código: 202 
Status Descrição: Rejeição: Falha no reconhecimento da autoria ou integridade do arquivo digital 
UF: GO 
dhRecbto: 05/04/2017 11:43:21 
chNFe: 52170420201777000121650010000000011000000010 

---------------------------
OK   
---------------------------


 

[Elias LS Tech]

Olá,

Estou com o mesmo problema em alguns clientes, windows 7, 8.1 e 10.

att

[Elias LS Tech]

Pessoal,

Resolvi em todos os clientes que estavam com problema, apenas atualizando as cadeias do certificado icpBrasil v5.

att

[[email protected]]

Bom dia a todos.

Resolvemos este problema em nossos clientes realizando a atualização das dll´s de acordo com as da pasta ACBr_SVN\DLLs

[Rafael Fonseca]

1 hora atrás, [email protected] disse:

Bom dia a todos.

Resolvemos este problema em nossos clientes realizando a atualização das dll´s de acordo com as da pasta ACBr_SVN\DLLs

Oi não consegui achar essa pasta.

[sergiom]

Você resolve este erro instalando no computador as DLL´s   msxml5.dll  e msxml5r.dll (system32 se for 32 bits).   Não precisa atualizar o windows.   

Estas DLL´s você encontra na pasta do ACBr,  DLL.

Resolvi hoje este problema.

 

[Danny]

Bom dia pessoal.

Ocorreu também em um cliente meu depois da utilização do libWinCrypt, antes eu utilizava capicom.

Infelizmente aqui no meu terminal com Win10 está normal, portanto não tenho como debugar de modo a aprofundar melhor nos fontes e detectar o que realmente está ocorrendo.

No meu cliente fiz a atualização das cadeias do certificado icpBrasil v5 e atualizei as dlls da pasta DLLs\XMLSec\MinGW\32 do ACBr e não resolveu.

Voltarei a utilizar a libCapicom no cliente e qualquer problema ou solução que encontrar posto aqui.

Obrigado.

[Danny]

Pessoal, só pra informar voltei pra capicom e resolveu.

Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:

wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>

capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.

    <complexType name="SignedInfoType">
        <sequence>
            <element name="CanonicalizationMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </complexType>
            </element>
            <element name="SignatureMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
                </complexType>
            </element>
            <element name="Reference" type="ds:ReferenceType"/>
        </sequence>
        <attribute name="Id" type="ID" use="optional"/>
    </complexType>

Só não sei ainda como resolver a questão.

Vou continuar os testes e qualquer novidade posto aqui.

 

[Adailson Rocha]

Eu estava com esse problema em algumas maquinas e conseguir resolver redefinindo as configurações do IE: Painel de Controle > Opções da internet > Avançadas > Redefinir.

[Carlos Júnior]

Também tenho esse problema, mas não em todos os clientes, já atualizei a icp brasil dlss, e nada.

[Fabrício Melo]

Em 2017-4-18 at 22:38, sergiom disse:

Você resolve este erro instalando no computador as DLL´s   msxml5.dll  e msxml5r.dll (system32 se for 32 bits).   Não precisa atualizar o windows.   

Estas DLL´s você encontra na pasta do ACBr,  DLL.

Resolvi hoje este problema.

 

Alguns clientes passaram a dar o erro mesmo depois de atualizar a cadeia de certificado e atualizar as Dll's, a dica acima resolveu todos!

[Jorge Eduardo]

Boa tarde.

Estou usando o Delphi 2010, utilizo windows 64 bits, estou com a revisão do acbr:13337, atualizado no dia 23/05/2017.

Na maquina de desenvolvimento está tudo ok, mas na maquina dos usuários não funciona, ocorre o erro citado acima quando vou enviar uma NF-e:

Falha na processo de emissão:

Ocorreu uma falha na geração de arquivo XML da nota fiscal
Falha: Falha na validação dos dados da nota: xxxxxx

O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo
'http:www.w3.org/2001/04/xmldsig-more#rsa-sha' no DTD ou no esquema.

Já atualizei as Dll e a cadeia do certificado como citado acima, mas não conseguir fazer funcionar nos meus clientes.

Se eu colocar para usar a capcom volta a funcionar.

Alguém pode me ajudar?

 

[renesul]

4 minutos atrás, Jorge Eduardo disse:

Boa tarde.

Estou usando o Delphi 2010, utilizo windows 64 bits, estou com a revisão do acbr:13337, atualizado no dia 23/05/2017.

Na maquina de desenvolvimento está tudo ok, mas na maquina dos usuários não funciona, ocorre o erro citado acima quando vou enviar uma NF-e:

Falha na processo de emissão:

Ocorreu uma falha na geração de arquivo XML da nota fiscal
Falha: Falha na validação dos dados da nota: xxxxxx

O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo
'http:www.w3.org/2001/04/xmldsig-more#rsa-sha' no DTD ou no esquema.

Já atualizei as Dll e a cadeia do certificado como citado acima, mas não conseguir fazer funcionar nos meus clientes.

Se eu colocar para usar a capcom volta a funcionar.

Alguém pode me ajudar?

 

regsvr32  msxml5.dll /s

[Jorge Eduardo]

25 minutos atrás, renesul disse:

regsvr32  msxml5.dll /s

Boa tarde.

Exatamente, muito obrigado.

[williamdemarchi]

Em 2017-5-24 at 15:27, renesul disse:

regsvr32  msxml5.dll /s

Bom dia!

Obrigado também deu certo pra mim.

[josevitor]

Aqui também, "regsvr32  msxml5.dll /s"

deu certo!

 

[Atena]

Em 10/05/2017 at 08:53, danny disse:

Pessoal, só pra informar voltei pra capicom e resolveu.

Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:

wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>

capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.

    <complexType name="SignedInfoType">
        <sequence>
            <element name="CanonicalizationMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </complexType>
            </element>
            <element name="SignatureMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
                </complexType>
            </element>
            <element name="Reference" type="ds:ReferenceType"/>
        </sequence>
        <attribute name="Id" type="ID" use="optional"/>
    </complexType>

Só não sei ainda como resolver a questão.

Vou continuar os testes e qualquer novidade posto aqui.

 

Estou com o mesmo problema !  Ja instalei a V5, se estamos querendo deixar de usar o capicom, faz sentido registrar a  msxml5.dll ?   mesmo porque ja esta registrada e funciona com capicom !