Estoy trabajando con Elixir usando el paquete JOSE . Tengo un ALB que utiliza la regla de escucha de autenticación , y se supone que los datos que obtengo en x-amzn-oidc-data son un JWT que contiene las reclamaciones del usuario. Sin embargo, aunque el valor está principalmente en formato JWT, está codificado en URL base64, pero con relleno. Como tal, JOSE no puede verificar la mayoría de los tokens que ingresan (si llega un token sin relleno, JOSE lo verifica sin problemas).
Pensé que podría arreglar esto simplemente eliminando los caracteres = del token en el encabezado, la carga útil y la firma, sin embargo, ninguna combinación de eso parece funcionar.
Utilicé jwt.io para intentar depurar el token, y se queja de que la firma se vuelve inválida si intento eliminar = caracteres de la carga útil (¿solo?) . Sin embargo, he intentado validar el token usando la biblioteca Python JOSE y la biblioteca Javascript JOSE , y ambas pueden hacerlo. Sin embargo, nuevamente, si elimino los caracteres de relleno de la carga útil, ambas bibliotecas me dicen que la verificación de la firma falla. Tengo que dejarlo para que pase la firma.
¿Hay alguna manera de masajear este token en un formato que no incluya el relleno y que pueda ser verificado por el paquete Elixir JOSE? He intentado aplicar ingeniería inversa a cómo estas bibliotecas pueden decodificar los tokens mientras que otras fallan, pero no he tenido suerte.
Solo para un ejemplo visual, así es como deberían verse los tokens
eyJhbGciOiJFUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWUsImlhdCI6MTUxNjIzOTAyMn0.tyh-VfuzIxCyGYDlkBA7DfyjrqmSHu6pQ2hoZuFqUSLPNY2N0mpHb3nk5K17HWP_3cYHBw7AhHale5wky6-sVApero el ALB me envía cosas que parecen (tenga en cuenta los caracteres acolchados agregados en la carga útil y la firma)
eyJhbGciOiJFUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWUsImlhdCI6MTUxNjIzOTAyMn0==.tyh-VfuzIxCyGYDlkBA7DfyjrqmSHu6pQ2hoZuFqUSLPNY2N0mpHb3nk5K17HWP_3cYHBw7AhHale5wky6-sVA==