Marcelo Liberato
Marcelo Liberato
Independente de atraso ou não, cuidado para não confundir o _timezone_. O 'Z' indica UTC. > 2021-02-11T15:18:24Z Considerando o horário de Brasília, essa data é: **11/02/2021 12:18:24** E como a...
Validei que os seguintes participantes estão computando o _x5t_ corretamente segundo explicação acima: - Itaú - Bradesco - Banco do Brasil - BS2 - Stone - Cielo - GerenciaNet -...
Pessoal, atualizei o Github (https://github.com/zuldigital/jwks-x5t-validator) e a imagem no Docker Hub (https://hub.docker.com/r/zuldigital/jwks-x5t-validator) para validar também o x5t#S256 caso esteja presente no JWS, utilizando SHA-256 neste caso.
Pessoal, alguns poucos PSPs ajustaram a forma de computar os campos x5t e x5t#S256 (ticket aberto há mais de 3 meses). Vale notar que o QR code na loja do...
> Olá @mliberato tudo bem? > Poderia fazer um ajuste no seu fonte removendo o SPACE do valor x5c[0] pois a conversão para base64url quando usado JAVA ou C# "System.Security.Cryptography.X509Certificates"...
Aproveitando que já validei por aqui novamente, informo que, de todos que eu havia reportado, apenas 3 continuam incorretos neste momento: - BTG - PAGSEGURO - AME
A maior parte dos problemas atualmente que temos recebido com pagamentos de qrcode dinâmico são txid nulos pelos motivos explicitados aqui: #299. Contudo, uma funcionalidade legal e necessária pelos problemas...
O ponto que levantei é que é praticamente inexistente esse cenário de receber txid "errado", pelo menos pela minha experiência. Em dezenas de milhares de pagamentos de mais de 130...
@rubenskuhl o `x5t#S256` é o Thumbprint SHA-256 e o `x5t` é o Thumbprint SHA-1. Ambos são permitidos pela RFC. Outros players utilizam esse campo sem problemas.