Skip to content
/ jwt-seguridad-web-conferencias Public

Recursos para la presentación Seguridad para aplicaciones Web Java con JSON Web Tokens (JWT)

2 stars 1 fork Branches Tags Activity
Star
Notifications You must be signed in to change notification settings

ecabrerar/jwt-seguridad-web-conferencias

BranchesTags

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

14 Commits
spring-boot-keycloak-token-auth-demo
spring-boot-keycloak-token-auth-demo
 
 
spring-boot-token-auth-demo
spring-boot-token-auth-demo
 
 
README.md
README.md
 
 

Repository files navigation

jwt-seguridad-web-conferencias

Recursos para la presentación Seguridad para aplicaciones Web Java con JSON Web Tokens (JWT)

Ver presentación en SlideShare

Demo Springboot con JWT usando Okta

clonar el repositorio :

git clone https://github.com/ecabrerar/jwt-seguridad-web-conferencias.git
cd spring-boot-token-auth-demo

Para instalar las dependencias y correr el proyecto localmente:

./gradlew bootRun

Ahora necesitamos crear una aplicación en Okta. En este caso la plataforma okta es quien proveerá los JWT.

  1. Crear una cuenta en el portal Okta Developer Luego navegar a Applications > Add Application. Hacer click en la opción Web, luego click en Next. Agregar un nombre a la aplicación que pueda recordar y seleccionar la opción "Client Credentials". Luego hacer click en Done.

Debes copiar el los valores de clientIdy y clientSecret para colocarlos en src/main/resources/application.properties.

okta.oauth2.issuer=https://{yourOktaDomain}/oauth2/default
okta.oauth2.clientId={yourClientId}
okta.oauth2.clientSecret={yourClientSecret}

Nota:

Actualmente el demo tiene estos valores configurados y solo tienes que correrlo.

  1. Instalar curl o httpie

Hacer petición para obtener un JWT

Generalmente lo que se hace es hacer una petición a la plataforma usando el clientId y el clientSecret codificado en base 64

Ejemplo:

Authorization: Basic Base64Encode(<clientId>:<clientSecret>)

Tomar en cuenta los (:), estos sirven para unir el clientId y el clientSecret.

Tomando los valores que ya tenemos en el demo, vamos a la página https://www.base64encode.org y obtenemos el cifrado de : Resultando lo siguiente:

    MG9hYXBpcWg2SFBReEo0Njk0eDY6cjh6M2N2WjA1LVhTaXk0ZWZ1WFlZVGFtQlNmOWV0WmY2U0NVOHMwNg==

Del archivo src/main/resources/application.properties tomar el valor de la variable okta.oauth2.issuer y agregar lo siguiente /v1/token

Ejemplo :

http -f POST https://dev-847671.okta.com/oauth2/default/v1/token \
'Authorization: Basic MG9hYXBpcWg2SFBReEo0Njk0eDY6cjh6M2N2WjA1LVhTaXk0ZWZ1WFlZVGFtQlNmOWV0WmY2U0NVOHMwNg==' \
grant_type=client_credentials

Si creamos nuestra propia cuenta en Okta, en lugar de usar los datos del demo, hay que crear el scope. Para esto ir a nuestra cuenta, buscar la opción API y Authorization Servers, luego hacer click en la lista de servidores, en el que dice default. Luego Scopes y click en Add Scope. Colocar un nombre que recordemos y darle click en el botón de create.

Volvemos a hacer una petición y debe devolver un JWT.

http -f POST https://dev-847671.okta.com/oauth2/default/v1/token \
'Authorization: Basic MG9hYXBpcWg2SFBReEo0Njk0eDY6cjh6M2N2WjA1LVhTaXk0ZWZ1WFlZVGFtQlNmOWV0WmY2U0NVOHMwNg==' \
grant_type=client_credentials \
scope=AuthDemo

Ejemplo:

{
    "access_token": "eyJraWQiOiJiUWJMTU9MZ2hTd18zR1NLWkRNR3RaTWI0ejlLci04VWlZREZnS0ItNEgwIiwiYWxnIjoiUlMyNTYifQ.eyJ2ZXIiOjEsImp0aSI6IkFULmV0aWFMREt0Qk1aWjFoaWdwQXZ1YjdjSVAwZ0RHenBWUERXaUpZN0JlQnciLCJpc3MiOiJodHRwczovL2Rldi04NDc2NzEub2t0YS5jb20vb2F1dGgyL2RlZmF1bHQiLCJhdWQiOiJhcGk6Ly9kZWZhdWx0IiwiaWF0IjoxNTg4MjcwNTE3LCJleHAiOjE1ODgyNzQxMTcsImNpZCI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2Iiwic2NwIjpbIkF1dGhEZW1vIl0sInN1YiI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2In0.ldNS2DMDlqoz00DVCdcR82CU9Nv92a32o1SzpLXHAGuPnNEhroReaOlAysmSquwunw5dMw70oAZOc4SGB-2XzzJh04ZB2CIOZt2WxbmRarBbfSRX01cQ4GSdhyIndObIvtFKF5QxtHXDiH_KgGHikkHqcBw7dz8L4JWmAELIzUWLJt5aNyQ8rlElPFfWwOTE0w_Csl_529bRnbVoavR-pEM289TBUGS7tnPoKGdpUE79OTW-G0Q8I9B67HtyaPe0lcqeXmPTfEDrNEeL7IfShOOkpvsRHSP3yva2trquFuxBq3PqlrSYp_PZ7ahnhf0xTS8v8_VpTa4J-nQJHTN0bA",
    "expires_in": 3600,
    "scope": "AuthDemo",
    "token_type": "Bearer"
}

El JWT corresponde al valor del atributo "access_token"

Tomar el valor del access_token e ir a la página https://jwt.io Observar los valores de cada una de las partes que componente el JWT.

Con el token que conseguimos podemos hacer peticiones al servicio web.

http GET http:https://localhost:8080/jconfdominicana/speakers \
'Authorization: Bearer eyJraWQiOiJiUWJMTU9MZ2hTd18zR1NLWkRNR3RaTWI0ejlLci04VWlZREZnS0ItNEgwIiwiYWxnIjoiUlMyNTYifQ.eyJ2ZXIiOjEsImp0aSI6IkFULmV0aWFMREt0Qk1aWjFoaWdwQXZ1YjdjSVAwZ0RHenBWUERXaUpZN0JlQnciLCJpc3MiOiJodHRwczovL2Rldi04NDc2NzEub2t0YS5jb20vb2F1dGgyL2RlZmF1bHQiLCJhdWQiOiJhcGk6Ly9kZWZhdWx0IiwiaWF0IjoxNTg4MjcwNTE3LCJleHAiOjE1ODgyNzQxMTcsImNpZCI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2Iiwic2NwIjpbIkF1dGhEZW1vIl0sInN1YiI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2In0.ldNS2DMDlqoz00DVCdcR82CU9Nv92a32o1SzpLXHAGuPnNEhroReaOlAysmSquwunw5dMw70oAZOc4SGB-2XzzJh04ZB2CIOZt2WxbmRarBbfSRX01cQ4GSdhyIndObIvtFKF5QxtHXDiH_KgGHikkHqcBw7dz8L4JWmAELIzUWLJt5aNyQ8rlElPFfWwOTE0w_Csl_529bRnbVoavR-pEM289TBUGS7tnPoKGdpUE79OTW-G0Q8I9B67HtyaPe0lcqeXmPTfEDrNEeL7IfShOOkpvsRHSP3yva2trquFuxBq3PqlrSYp_PZ7ahnhf0xTS8v8_VpTa4J-nQJHTN0bA'


http GET http:https://localhost:8080/jconfdominicana/speakers \
'Authorization: Bearer eyJraWQiOiJiUWJMTU9MZ2hTd18zR1NLWkRNR3RaTWI0ejlLci04VWlZREZnS0ItNEgwIiwiYWxnIjoiUlMyNTYifQ.eyJ2ZXIiOjEsImp0aSI6IkFULmV0aWFMREt0Qk1aWjFoaWdwQXZ1YjdjSVAwZ0RHenBWUERXaUpZN0JlQnciLCJpc3MiOiJodHRwczovL2Rldi04NDc2NzEub2t0YS5jb20vb2F1dGgyL2RlZmF1bHQiLCJhdWQiOiJhcGk6Ly9kZWZhdWx0IiwiaWF0IjoxNTg4MjcwNTE3LCJleHAiOjE1ODgyNzQxMTcsImNpZCI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2Iiwic2NwIjpbIkF1dGhEZW1vIl0sInN1YiI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2In0.ldNS2DMDlqoz00DVCdcR82CU9Nv92a32o1SzpLXHAGuPnNEhroReaOlAysmSquwunw5dMw70oAZOc4SGB-2XzzJh04ZB2CIOZt2WxbmRarBbfSRX01cQ4GSdhyIndObIvtFKF5QxtHXDiH_KgGHikkHqcBw7dz8L4JWmAELIzUWLJt5aNyQ8rlElPFfWwOTE0w_Csl_529bRnbVoavR-pEM289TBUGS7tnPoKGdpUE79OTW-G0Q8I9B67HtyaPe0lcqeXmPTfEDrNEeL7IfShOOkpvsRHSP3yva2trquFuxBq3PqlrSYp_PZ7ahnhf0xTS8v8_VpTa4J-nQJHTN0bA'


http http:https://localhost:8080/jconfdominicana/sessions/101 \
'Authorization: Bearer eyJraWQiOiJiUWJMTU9MZ2hTd18zR1NLWkRNR3RaTWI0ejlLci04VWlZREZnS0ItNEgwIiwiYWxnIjoiUlMyNTYifQ.eyJ2ZXIiOjEsImp0aSI6IkFULmV0aWFMREt0Qk1aWjFoaWdwQXZ1YjdjSVAwZ0RHenBWUERXaUpZN0JlQnciLCJpc3MiOiJodHRwczovL2Rldi04NDc2NzEub2t0YS5jb20vb2F1dGgyL2RlZmF1bHQiLCJhdWQiOiJhcGk6Ly9kZWZhdWx0IiwiaWF0IjoxNTg4MjcwNTE3LCJleHAiOjE1ODgyNzQxMTcsImNpZCI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2Iiwic2NwIjpbIkF1dGhEZW1vIl0sInN1YiI6IjBvYWFwaXFoNkhQUXhKNDY5NHg2In0.ldNS2DMDlqoz00DVCdcR82CU9Nv92a32o1SzpLXHAGuPnNEhroReaOlAysmSquwunw5dMw70oAZOc4SGB-2XzzJh04ZB2CIOZt2WxbmRarBbfSRX01cQ4GSdhyIndObIvtFKF5QxtHXDiH_KgGHikkHqcBw7dz8L4JWmAELIzUWLJt5aNyQ8rlElPFfWwOTE0w_Csl_529bRnbVoavR-pEM289TBUGS7tnPoKGdpUE79OTW-G0Q8I9B67HtyaPe0lcqeXmPTfEDrNEeL7IfShOOkpvsRHSP3yva2trquFuxBq3PqlrSYp_PZ7ahnhf0xTS8v8_VpTa4J-nQJHTN0bA'

Nota: Los tokens tienen un tiempo de expiración, para hacer las pruebas con los ejemplos anteriores deben generar sus propios token. A continuación una forma más sencilla que la anterior.

 RESULT=`http -f POST https://dev-847671.okta.com/oauth2/default/v1/token 'Authorization: Basic MG9hYXBpcWg2SFBReEo0Njk0eDY6cjh6M2N2WjA1LVhTaXk0ZWZ1WFlZVGFtQlNmOWV0WmY2U0NVOHMwNg==' grant_type=client_credentials scope=AuthDemo`
   
   TOKEN=`echo $RESULT | sed 's/.*access_token":"https://g' | sed 's/".*//g'`
   
   http GET  http:https://localhost:8080/jconfdominicana/speakers "Authorization: Bearer $TOKEN"

Demo con keycloak

Descargar Keycloak

  1. Docker
docker pull quay.io/keycloak/keycloak
  1. https://www.keycloak.org/downloads.html

Arrancar keycloak en docker

   docker run -p 8080:8080 -e KEYCLOAK_USER=admin -e KEYCLOAK_PASSWORD=admin quay.io/keycloak/keycloak

Entrar a la consola de keycloak http:https://localhost:8080/auth/admin

Digitar la clave especificada anteriormente

Ver guía Keycloak con Docker para más detalles.

Por defecto keycloak tiene el realms master, para correr nuestro demo vamos a crear un realm y le pondremos AuthDemo, protocolo openid-connect, Access Type public. Luego iremos a la opción de roles y crear un nuevo rol llamado ROLE_API_DEMO_WS.

Ahora procedemos a crear un usuario con los siguientes valores: username : demo First Name : Demo Last Name : JUG

Le damos a salvar y ahora vamos a pestaña Rol Mapping y le agregamos el ROLE_API_DEMO_WS a este usuario. En la pestaña credentials le asignaremos una contraseña "demojug2020" y quitar la opción de passowrd temporal. Temporary password off.

Para verificar que todo está bien podemos entrar a

Colocamos usuario y password y debe permitirnos loguearnos.

Con el usuario y cliente creado podemos pedir tokens ejecutando el siguiente comando

  curl --data "grant_type=password&client_id=authdemo&username=demo&password=demojug2020" http:https://localhost:8080/auth/realms/AuthDemo/protocol/openid-connect/token

Hasta ahora tenemos un usuario y un cliente que nos permiten generar token, necesitamos crear clientes para las aplicaciones que queremos autenticar.

Vamos a crear otro cliente que le llamaremos demoauth-ws y el protocolo openid-connect y el Access Type bearer-only.

Cuando queremos utilizar keycloak para autenticar un servicio rest el protocolo debe ser bearer-only, con esto nos aseguramos que no sea redireccionado a una pantalla de login cuando hacemos una petición.

Luego de crear el cliente vamos a la pestaña de Installation y seleccionamos la opción keycloak OIDC json y vamos a obtener el siguiente json:

{
  "realm": "AuthDemo",
  "bearer-only": true,
  "auth-server-url": "http:https://localhost:8080/auth/",
  "ssl-required": "external",
  "resource": "demoauth-ws",
  "confidential-port": 0
}

En nuestra aplicación tenemos que tener esta información en el application.properties en el caso de spring-boot.

Ahora vamos a revisar el demo de keycloak con spring-boot.

cd spring-boot-keycloak-token-auth-demo

En el archivo src/main/resources/application.properties tenemos la siguiente configuración:

server.port=8081

keycloak.security-constraints[0].authRoles[0]=ROLE_API_DEMO_WS

keycloak.security-constraints[1].securityCollections[0].patterns[0]=/jconfdominicana/*

keycloak.auth-server-url=http:https://localhost:8080/auth/
keycloak.realm=AuthDemo
keycloak.resource=demoauth-ws
keycloak.credentials.secret=9c7059b3-b04d-4fb8-8b8d-6203be46c1da

keycloak.ssl-required=external
keycloak.bearer-only=true
keycloak.use-resource-role-mappings=true
keycloak.confidential-port=0

La información que estamos viendo es la información del cliente y la información del endpoint que estamos asegurando. Hay una información que no la tenemos en el json anterior y es keycloak.credentials.secret, esa información se obtiene en la pestaña de Credentials del cliente y el atributo Secret.

Vamos a correr el demo.

mvn clean spring-boot:run

y hacemos peticiones al servicio rest

RESULT=`curl --data "grant_type=password&client_id=authdemo&username=demo&password=demojug2020" http:https://localhost:8080/auth/realms/AuthDemo/protocol/openid-connect/token`

TOKEN=`echo $RESULT | sed 's/.*access_token":"https://g' | sed 's/".*//g'`

curl http:https://localhost:8081/jconfdominicana/sessions -H "Authorization: bearer $TOKEN"

Referencias:

Autor:

Eudris Cabrera

About

Recursos para la presentación Seguridad para aplicaciones Web Java con JSON Web Tokens (JWT)

Resources

Readme
Activity

Stars

2 stars

Watchers

3 watching

Forks

1 fork
Report repository

Releases

No releases published

Packages

No packages published

Languages