¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

¡Acceso SAP S/4HANA desde $100!

Acceso a SAP

Atualização de 6.0 para 6.6: Por que os tokens CSRF não coincidem ao compará-los?

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 3 Vistas
0
Cargando...

Olá a todos,

Estamos atualizando de 6.0 para 6.6. Ao enviar uma solicitação POST em 6.6, um token CSRF foi gerado como org.springframework.security.web.csrf.DefaultCsrfToken@3f7d8dec . Por favor, podem sugerir se o formato do token CSRF gerado está correto?

Por outro lado, pude ver que o token CSRF gerado foi comparado com csrfToken.getToken() da seguinte forma. Ao inspecionar, o valor mostrado para csrfToken.getToken() é b9ef5846-ed23-4e73-bef1-40450a837c29 .

actualToken = org.springframework.security.web.csrf.DefaultCsrfToken@3f7d8dec
csrfToken.getToken()= b9ef5846-ed23-4e73-bef1-40450a837c29

if(!csrfToken.getToken().equals(actualToken)) {

}

O trecho de código acima é retirado da classe CsrfFilter. Com essa condição, é redirecionado para a página /login e retorna um código de status 302.

Já incluímos no arquivo de segurança xml. Alguém pode nos ajudar a entender por que os tokens não coincidem ao serem comparados?

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

1 Respuestas

0
Cargando...

CSRFTokenManager está obsoleto e agora o hybris está utilizando CsrfFilter do Spring. Você precisa fazer alterações para começar a usar CSRFRequestDataValueProcessor que utiliza um tokenRepository.

Tudo o que você precisa fazer é provavelmente limpar o gerenciamento obsoleto de csrf e as coisas começarão a funcionar.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeconsultor.com

+1 (305) 285-8622

© 2025 Todos los derechos reservados.

Desarrollado por Prime Consultor

¡Hola! Soy Diana, asesora académica de Prime Consultor, indícame en que Academia SAP estás interesado, saludos!
Hola ¿Buscas Academias SAP?