• A

  A falha decorre da violação da política WS-Security, pois o timestamp assinado possui validade limitada e a diferença de relógios entre emissor e receptor deve ser tratada por sincronização de tempo (por exemplo, NTP) ou por ajuste da janela de tolerância no servidor, não pela remoção da assinatura ou do timestamp.

• B

  Como o código soap:Sender indica erro do cliente, a solução mais adequada é o servidor de arrecadação reenviar a requisição com o timestamp removido, mantendo apenas a assinatura digital do corpo da mensagem, pois a assinatura garante a autenticidade independentemente do horário.

• C

  A rejeição ocorre porque o estilo document/literal não suporta WS-Security; nesse estilo, a segurança deve ser provida exclusivamente por HTTPS, de modo que a presença de timestamp assinado é incompatível com o WSDL e deve ser eliminada.

• D

  O subcódigo de falha de segurança indica que o servidor de cadastro não reconheceu o certificado do cliente; assim, a correção consiste em desabilitar a validação de timestamp no servidor e configurar o cliente para enviar o certificado em cada requisição, sem necessidade de sincronização de relógios.

• E

  Como a SOAP Fault é uma mensagem de erro do protocolo SOAP 1.2, o cliente deve interpretá-la como falha de transporte e reenviar a requisição por outro canal, preferencialmente REST, pois o padrão SOAP não define semântica para timestamp em WS-Security.

Atalhos: A–E marca · Shift+letra corta · Enter próxima

Selecione uma alternativa pra criar sua conta e salvar o progresso.