TL;DR In this blog post, we will learn how to handle authentication and authorization on RESTful APIs written with Spring Boot. We will clone, from GitHub, a simple Spring Boot application that exposes public endpoints, and then we will secure these endpoints with Spring Security and JWTS.

Securing RESTful APIs with JWTs

JSON Web Tokens, commonly known as JWTs, are tokens that are used to authenticate users on applications. This technology has gained popularity over the past few years because it enables backends to accept requests simply by validating the contents of these JWTS. That is, applications that use JWTS no longer have to hold cookies or other session data about their users. This characteristic facilitates scalability while keeping applications secure.

During the authentication process, when a user successfully logs in using their credentials, a JSON Web Token is returned and must be saved locally (typically in local storage). Whenever the user wants to access a protected route or resource (an endpoint), the user agent must send the JWT, usually in the Authorization header using the Bearer schema, along with the request.

When a backend server receives a request with a JWT, the first thing to do is to validate the token. This consists of a series of steps, and if any of these fails then, the request must be rejected. The following list shows the validation steps needed:

Check that the JWT is well formed

Check the signature

Validate the standard claims

Check the Client permissions (scopes)

We won't get into the nitty-gritty details about JWTS in this article but, if needed, this resource can provide more about information about JWTS and this resource about JWT validation.

For an even more in-depth look at JSON Web Tokens, you can download our free ebook below.

Interested in getting up-to-speed with JWTs as soon as possible? Download the free ebook

The RESTful Spring Boot API Overview

The RESTful Spring Boot API that we are going to secure is a task list manager. The task list is kept globally, which means that all users will see and interact with the same list. To clone and run this application, let's issue the following commands:

# clone the starter project git clone https://github.com/auth0-blog/springboot-auth-updated.git cd springboot-auth-updated

To ensure compatibility with Java 10, we have to add the following line to the build.gradle file:

... dependencies { ... compile('javax.xml.bind:jaxb-api:2.3.0') }

Then, we run the unsecured RESTful API by either issuing the command gradle bootRun from the command line or by building and running the project in our favorite IDE.

If everything works as expected, our RESTful Spring Boot API will be up and running. To test it, we can use a tool like Postman or curl to issue request to the available endpoints:

# issue a GET request to see the (empty) list of tasks curl http://localhost:8080/tasks # issue a POST request to create a new task curl -H "Content-Type: application/json" -X POST -d '{ "description": "Buy some milk(shake)" }' http://localhost:8080/tasks # issue a PUT request to update the recently created task curl -H "Content-Type: application/json" -X PUT -d '{ "description": "Buy some milk" }' http://localhost:8080/tasks/1 # issue a DELETE request to remove the existing task curl -X DELETE http://localhost:8080/tasks/1

All the endpoints used in the commands above are defined in the TaskController class, which belongs to the com.auth0.samples.authapi.springbootauthupdated.task package. Besides this class, this package contains two other classes:

Task : the entity model that represents tasks in the application.

: the entity model that represents tasks in the application. TaskRepository : the class responsible for handling the persistence of Tasks .

The persistence layer of our application is backed by an in-memory database called HSQLDB. We would typically use a production-ready database like PostgreSQL or MySQL on real applications, but for this tutorial this in-memory database will be enough.

Enabling User Registration on Spring Boot APIs

Now that we took a look at the endpoints that our RESTful Spring Boot API exposes, we are going to start securing it. The first step is to allow new users to register themselves. The classes that we will create in this feature will belong to a new package called com.auth0.samples.authapi.springbootauthupdated.user . Let's create this package and add a new entity class called ApplicationUser to it:

package com.auth0.samples.authapi.springbootauthupdated.user; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.GenerationType; import javax.persistence.Id; @Entity public class ApplicationUser { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private long id; private String username; private String password; public long getId() { return id; } public String getUsername() { return username; } public void setUsername(String username) { this.username = username; } public String getPassword() { return password; } public void setPassword(String password) { this.password = password; } }

This entity class contains three properties:

the id that works as the primary identifier of a user instance in the application,

that works as the primary identifier of a user instance in the application, the username that will be used by users to identify themselves,

that will be used by users to identify themselves, and the password to check the user identity.

To manage the persistence layer of this entity, we will create an interface called ApplicationUserRepository . This interface will be an extension of JpaRepository —which gives us access to some common methods like save —and will be created in the same package of the ApplicationUser class:

package com.auth0.samples.authapi.springbootauthupdated.user; import org.springframework.data.jpa.repository.JpaRepository; public interface ApplicationUserRepository extends JpaRepository<ApplicationUser, Long> { ApplicationUser findByUsername(String username); }

We have also added a method called findByUsername to this interface. This method will be used when we implement the authentication feature.

The endpoint that enables new users to register will be handled by a new @Controller class. We will call this controller UserController and add it to the same package as the ApplicationUser class:

package com.auth0.samples.authapi.springbootauthupdated.user; import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; import org.springframework.web.bind.annotation.PostMapping; import org.springframework.web.bind.annotation.RequestBody; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; @RestController @RequestMapping("/users") public class UserController { private ApplicationUserRepository applicationUserRepository; private BCryptPasswordEncoder bCryptPasswordEncoder; public UserController(ApplicationUserRepository applicationUserRepository, BCryptPasswordEncoder bCryptPasswordEncoder) { this.applicationUserRepository = applicationUserRepository; this.bCryptPasswordEncoder = bCryptPasswordEncoder; } @PostMapping("/sign-up") public void signUp(@RequestBody ApplicationUser user) { user.setPassword(bCryptPasswordEncoder.encode(user.getPassword())); applicationUserRepository.save(user); } }

The implementation of the endpoint is quite simple. All it does is encrypt the password of the new user (holding it as plain text wouldn't be a good idea) and then save it to the database. The encryption process is handled by an instance of BCryptPasswordEncoder , which is a class that belongs to the Spring Security framework.

Right now we have two gaps in our application:

We didn't include the Spring Security framework as a dependency to our project. There is no default instance of BCryptPasswordEncoder that can be injected in the UserController class.

The first problem we solve by adding the Spring Security framework dependency to the ./build.gradle file:

... dependencies { ... compile("org.springframework.boot:spring-boot-starter-security") }

The second problem, the missing BCryptPasswordEncoder instance, we solve by implementing a method that generates an instance of BCryptPasswordEncoder . This method must be annotated with @Bean and we will add it in the SpringbootAuthUpdatedApplication class:

package com.auth0.samples.authapi.springbootauthupdated; // ... other imports import org.springframework.context.annotation.Bean; import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; @SpringBootApplication public class SpringbootAuthUpdatedApplication { @Bean public BCryptPasswordEncoder bCryptPasswordEncoder() { return new BCryptPasswordEncoder(); } // ... main method definition }

This ends the user registration feature, but we still lack support for user authentication and authorization. Let's tackle these features next.

User Authentication and Authorization on Spring Boot

To support both authentication and authorization in our application, we are going to:

implement an authentication filter to issue JWTS to users sending credentials,

implement an authorization filter to validate requests containing JWTS,

create a custom implementation of UserDetailsService to help Spring Security loading user-specific data in the framework,

to help Spring Security loading user-specific data in the framework, and extend the WebSecurityConfigurerAdapter class to customize the security framework to our needs.

Before proceeding to the development of these filters and classes, let's create a new package called com.auth0.samples.authapi.springbootauthupdated.security . This package will hold all the code related to our app's security.

The Authentication Filter

The first element that we are going to create is the class responsible for the authentication process. We are going to call this class JWTAuthenticationFilter , and we will implement it with the following code:

package com.auth0.samples.authapi.springbootauthupdated.security; import com.auth0.jwt.JWT; import com.auth0.samples.authapi.springbootauthupdated.user.ApplicationUser; import com.fasterxml.jackson.databind.ObjectMapper; import org.springframework.security.authentication.AuthenticationManager; import org.springframework.security.authentication.UsernamePasswordAuthenticationToken; import org.springframework.security.core.Authentication; import org.springframework.security.core.AuthenticationException; import org.springframework.security.core.userdetails.User; import org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter; import javax.servlet.FilterChain; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.util.ArrayList; import java.util.Date; import static com.auth0.jwt.algorithms.Algorithm.HMAC512; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.EXPIRATION_TIME; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.HEADER_STRING; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.SECRET; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.TOKEN_PREFIX; public class JWTAuthenticationFilter extends UsernamePasswordAuthenticationFilter { private AuthenticationManager authenticationManager; public JWTAuthenticationFilter(AuthenticationManager authenticationManager) { this.authenticationManager = authenticationManager; } @Override public Authentication attemptAuthentication(HttpServletRequest req, HttpServletResponse res) throws AuthenticationException { try { ApplicationUser creds = new ObjectMapper() .readValue(req.getInputStream(), ApplicationUser.class); return authenticationManager.authenticate( new UsernamePasswordAuthenticationToken( creds.getUsername(), creds.getPassword(), new ArrayList<>()) ); } catch (IOException e) { throw new RuntimeException(e); } } @Override protected void successfulAuthentication(HttpServletRequest req, HttpServletResponse res, FilterChain chain, Authentication auth) throws IOException, ServletException { String token = JWT.create() .withSubject(((User) auth.getPrincipal()).getUsername()) .withExpiresAt(new Date(System.currentTimeMillis() + EXPIRATION_TIME)) .sign(HMAC512(SECRET.getBytes())); res.addHeader(HEADER_STRING, TOKEN_PREFIX + token); } }

Note that the authentication filter that we created extends the UsernamePasswordAuthenticationFilter class. When we add a new filter to Spring Security, we can explicitly define where in the filter chain we want that filter, or we can let the framework figure it out by itself. By extending the filter provided within the security framework, Spring can automatically identify the best place to put it in the security chain.

Our custom authentication filter overwrites two methods of the base class:

attemptAuthentication : where we parse the user's credentials and issue them to the AuthenticationManager .

: where we parse the user's credentials and issue them to the . successfulAuthentication : which is the method called when a user successfully logs in. We use this method to generate a JWT for this user.

Our IDE will probably complain about the code in this class for two reasons. First, because the code imports four constants from a class that we haven't created yet, SecurityConstants . Second, because this class generates JWTS with the help of a class called JWT , which belongs to a library that we haven't added as dependency to our project.

Let's solve the missing dependency first. In the ./build.gradle file, let's add the following line of code:

... dependencies { ... compile("com.auth0:java-jwt:3.4.0") }

This will add the Java JWT: JSON Web Token for Java and Android library to our project, and will solve the issue of the missing classes. Now we have to create the SecurityConstants class:

package com.auth0.samples.authapi.springbootauthupdated.security; public class SecurityConstants { public static final String SECRET = "SecretKeyToGenJWTs"; public static final long EXPIRATION_TIME = 864_000_000; // 10 days public static final String TOKEN_PREFIX = "Bearer "; public static final String HEADER_STRING = "Authorization"; public static final String SIGN_UP_URL = "/users/sign-up"; }

This class contains all four constants referenced by the JWTAuthenticationFilter class, alongside a SIGN_UP_URL constant that will be used later.

The Authorization Filter

As we have implemented the filter responsible for authenticating users, we now need to implement the filter responsible for user authorization. We create this filter as a new class, called JWTAuthorizationFilter , in the com.auth0.samples.authapi.springbootauthupdated.security package:

package com.auth0.samples.authapi.springbootauthupdated.security; import com.auth0.jwt.JWT; import com.auth0.jwt.algorithms.Algorithm; import org.springframework.security.authentication.AuthenticationManager; import org.springframework.security.authentication.UsernamePasswordAuthenticationToken; import org.springframework.security.core.context.SecurityContextHolder; import org.springframework.security.web.authentication.www.BasicAuthenticationFilter; import javax.servlet.FilterChain; import javax.servlet.ServletException; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.util.ArrayList; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.HEADER_STRING; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.SECRET; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.TOKEN_PREFIX; public class JWTAuthorizationFilter extends BasicAuthenticationFilter { public JWTAuthorizationFilter(AuthenticationManager authManager) { super(authManager); } @Override protected void doFilterInternal(HttpServletRequest req, HttpServletResponse res, FilterChain chain) throws IOException, ServletException { String header = req.getHeader(HEADER_STRING); if (header == null || !header.startsWith(TOKEN_PREFIX)) { chain.doFilter(req, res); return; } UsernamePasswordAuthenticationToken authentication = getAuthentication(req); SecurityContextHolder.getContext().setAuthentication(authentication); chain.doFilter(req, res); } private UsernamePasswordAuthenticationToken getAuthentication(HttpServletRequest request) { String token = request.getHeader(HEADER_STRING); if (token != null) { // parse the token. String user = JWT.require(Algorithm.HMAC512(SECRET.getBytes())) .build() .verify(token.replace(TOKEN_PREFIX, "")) .getSubject(); if (user != null) { return new UsernamePasswordAuthenticationToken(user, null, new ArrayList<>()); } return null; } return null; } }

We have extended the BasicAuthenticationFilter to make Spring replace it in the filter chain with our custom implementation. The most important part of the filter that we've implemented is the private getAuthentication method. This method reads the JWT from the Authorization header, and then uses JWT to validate the token. If everything is in place, we set the user in the SecurityContext and allow the request to move on.

Integrating the Security Filters on Spring Boot

Now that we have both security filters properly created, we have to configure them on the Spring Security filter chain. To do that, we are going to create a new class called WebSecurity in the com.auth0.samples.authapi.springbootauthupdated.security package:

package com.auth0.samples.authapi.springbootauthupdated.security; import org.springframework.http.HttpMethod; import org.springframework.security.config.annotation.authentication.builders.AuthenticationManagerBuilder; import org.springframework.security.config.annotation.web.builders.HttpSecurity; import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity; import org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter; import org.springframework.security.config.http.SessionCreationPolicy; import com.auth0.samples.authapi.springbootauthupdated.user.UserDetailsServiceImpl; import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; import org.springframework.web.cors.CorsConfiguration; import org.springframework.web.cors.CorsConfigurationSource; import org.springframework.web.cors.UrlBasedCorsConfigurationSource; import org.springframework.context.annotation.Bean; import static com.auth0.samples.authapi.springbootauthupdated.security.SecurityConstants.SIGN_UP_URL; @EnableWebSecurity public class WebSecurity extends WebSecurityConfigurerAdapter { private UserDetailsServiceImpl userDetailsService; private BCryptPasswordEncoder bCryptPasswordEncoder; public WebSecurity(UserDetailsServiceImpl userDetailsService, BCryptPasswordEncoder bCryptPasswordEncoder) { this.userDetailsService = userDetailsService; this.bCryptPasswordEncoder = bCryptPasswordEncoder; } @Override protected void configure(HttpSecurity http) throws Exception { http.cors().and().csrf().disable().authorizeRequests() .antMatchers(HttpMethod.POST, SIGN_UP_URL).permitAll() .anyRequest().authenticated() .and() .addFilter(new JWTAuthenticationFilter(authenticationManager())) .addFilter(new JWTAuthorizationFilter(authenticationManager())) // this disables session creation on Spring Security .sessionManagement().sessionCreationPolicy(SessionCreationPolicy.STATELESS); } @Override public void configure(AuthenticationManagerBuilder auth) throws Exception { auth.userDetailsService(userDetailsService).passwordEncoder(bCryptPasswordEncoder); } @Bean CorsConfigurationSource corsConfigurationSource() { final UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration("/**", new CorsConfiguration().applyPermitDefaultValues()); return source; } }

We have annotated this class with @EnableWebSecurity and made it extend WebSecurityConfigurerAdapter to take advantage of the default web security configuration provided by Spring Security. This allows us to fine-tune the framework to our needs by defining three methods:

configure(HttpSecurity http) : a method where we can define which resources are public and which are secured. In our case, we set the SIGN_UP_URL endpoint as being public and everything else as being secured. We also configure CORS (Cross-Origin Resource Sharing) support through http.cors() and we add a custom security filter in the Spring Security filter chain.

: a method where we can define which resources are public and which are secured. In our case, we set the endpoint as being public and everything else as being secured. We also configure CORS (Cross-Origin Resource Sharing) support through and we add a custom security filter in the Spring Security filter chain. configure(AuthenticationManagerBuilder auth) : a method where we defined a custom implementation of UserDetailsService to load user-specific data in the security framework. We have also used this method to set the encrypt method used by our application ( BCryptPasswordEncoder ).

: a method where we defined a custom implementation of to load user-specific data in the security framework. We have also used this method to set the encrypt method used by our application ( ). corsConfigurationSource() : a method where we can allow/restrict our CORS support. In our case we left it wide open by permitting requests from any source ( /** ).

Spring Security doesn't come with a concrete implementation of UserDetailsService that we could use out of the box with our in-memory database. Therefore, we create a new class called UserDetailsServiceImpl in the com.auth0.samples.authapi.springbootauthupdated.user package to provide one:

package com.auth0.samples.authapi.springbootauthupdated.user; import org.springframework.security.core.userdetails.User; import org.springframework.security.core.userdetails.UserDetails; import org.springframework.security.core.userdetails.UserDetailsService; import org.springframework.security.core.userdetails.UsernameNotFoundException; import org.springframework.stereotype.Service; import static java.util.Collections.emptyList; @Service public class UserDetailsServiceImpl implements UserDetailsService { private ApplicationUserRepository applicationUserRepository; public UserDetailsServiceImpl(ApplicationUserRepository applicationUserRepository) { this.applicationUserRepository = applicationUserRepository; } @Override public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { ApplicationUser applicationUser = applicationUserRepository.findByUsername(username); if (applicationUser == null) { throw new UsernameNotFoundException(username); } return new User(applicationUser.getUsername(), applicationUser.getPassword(), emptyList()); } }

The only method that we had to implement is loadUserByUsername . When a user tries to authenticate, this method receives the username, searches the database for a record containing it, and (if found) returns an instance of User . The properties of this instance ( username and password ) are then checked against the credentials passed by the user in the login request. This last process is executed outside this class, by the Spring Security framework.

We can now rest assured that our endpoints won't be publicly exposed and that we can support authentication and authorization with JWTS on Spring Boot properly. To check everything, let's run our application (through the IDE or through gradle bootRun ) and issue the following requests:

# issues a GET request to retrieve tasks with no JWT # HTTP 403 Forbidden status is expected curl http://localhost:8080/tasks # registers a new user curl -H "Content-Type: application/json" -X POST -d '{ "username": "admin", "password": "password" }' http://localhost:8080/users/sign-up # logs into the application (JWT is generated) curl -i -H "Content-Type: application/json" -X POST -d '{ "username": "admin", "password": "password" }' http://localhost:8080/login # issue a POST request, passing the JWT, to create a task # remember to replace xxx.yyy.zzz with the JWT retrieved above curl -H "Content-Type: application/json" \ -H "Authorization: Bearer xxx.yyy.zzz" \ -X POST -d '{ "description": "Buy watermelon" }' http://localhost:8080/tasks # issue a new GET request, passing the JWT # remember to replace xxx.yyy.zzz with the JWT retrieved above curl -H "Authorization: Bearer xxx.yyy.zzz" http://localhost:8080/tasks

Note: You might be wondering what class is dealing with the requests issued to the /login endpoint. The answer to this question is simple, the JWTAuthenticationFilter class that you created previously extends UsernamePasswordAuthenticationFilter . This filter, which is provided by Spring Security, registers itself as the responsible for this endpoint. As such, whenever your backend API gets a request to /login , your specialization of this filter (i.e., JWTAuthenticationFilter ) goes into action and handles the authentication attempt (through the attemptAuthentication method).

Aside: Securing Spring APIs with Auth0

Securing Spring Boot APIs with Auth0 is easy and brings a lot of great features to the table. With Auth0, we only have to write a few lines of code to get solid identity management solution, single sign-on, support for social identity providers (like Facebook, GitHub, Twitter, etc.), and support for enterprise identity providers (like Active Directory, LDAP, SAML, custom, etc.).

In the following sections, we are going to learn how to use Auth0 to secure APIs written with Spring Boot.

Creating the API

First, we need to create an API on our free Auth0 account. To do that, we have to go to the APIs section of the management dashboard and click on "Create API". On the dialog that appears, we can name our API as "Contacts API" (the name isn't really important) and identify it as https://contacts.blog-samples.com (we will use this value later).

Registering the Auth0 Dependency

The second step is to import a dependency called auth0-spring-security-api . This can be done on a Maven project by including the following configuration to pom.xml (it's not harder to do this on Gradle, Ivy, and so on):

<project ...> <!-- everything else ... --> <dependencies> <!-- other dependencies ... --> <dependency> <groupId>com.auth0</groupId> <artifactId>auth0-spring-security-api</artifactId> <version>1.0.0-rc.3</version> </dependency> </dependencies> </project>

Integrating Auth0 with Spring Security

The third step consists of extending the WebSecurityConfigurerAdapter class. In this extension, we use JwtWebSecurityConfigurer to integrate Auth0 and Spring Security:

package com.auth0.samples.secure; import com.auth0.spring.security.api.JwtWebSecurityConfigurer; import org.springframework.beans.factory.annotation.Value; import org.springframework.context.annotation.Configuration; import org.springframework.security.config.annotation.method.configuration.EnableGlobalMethodSecurity; import org.springframework.security.config.annotation.web.builders.HttpSecurity; import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity; import org.springframework.security.config.annotation.web.configuration.WebSecurityConfigurerAdapter; @Configuration @EnableWebSecurity @EnableGlobalMethodSecurity(prePostEnabled = true) public class SecurityConfig extends WebSecurityConfigurerAdapter { @Value(value = "${auth0.apiAudience}") private String apiAudience; @Value(value = "${auth0.issuer}") private String issuer; @Override protected void configure(HttpSecurity http) throws Exception { JwtWebSecurityConfigurer .forRS256(apiAudience, issuer) .configure(http) .cors().and().csrf().disable().authorizeRequests() .anyRequest().permitAll(); } }

As we don't want to hard code credentials in the code, we make SecurityConfig depend on two environment properties:

auth0.apiAudience : This is the value that we set as the identifier of the API that we created at Auth0 ( https://contacts.blog-samples.com ).

: This is the value that we set as the identifier of the API that we created at Auth0 ( ). auth0.issuer : This is our domain at Auth0, including the HTTP protocol. For example: https://blog-samples.auth0.com/ .

Let's set them in a properties file on our Spring application (e.g. application.properties ):

auth0.issuer:https://blog-samples.auth0.com/ auth0.apiAudience:https://contacts.blog-samples.com/

Securing Endpoints with Auth0

After integrating Auth0 and Spring Security, we can easily secure our endpoints with Spring Security annotations:

package com.auth0.samples.secure; import com.google.common.collect.Lists; import org.springframework.security.access.prepost.PreAuthorize; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.PostMapping; import org.springframework.web.bind.annotation.RequestBody; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; import java.util.List; @RestController @RequestMapping(value = "/contacts/") public class ContactController { private static final List<Contact> contacts = Lists.newArrayList( Contact.builder().name("Bruno Krebs").phone("+5551987654321").build(), Contact.builder().name("John Doe").phone("+5551888884444").build() ); @GetMapping public List<Contact> getContacts() { return contacts; } @PostMapping public void addContact(@RequestBody Contact contact) { contacts.add(contact); } }

Now, to be able to interact with our endpoints, we will have to obtain an access token from Auth0. There are multiple ways to do this and the strategy that we will use depends on the type of the client application we are developing. For example, if we are developing a Single Page Application (SPA), we will use what is called the Implicit Grant. If we are developing a mobile application, we will use the Authorization Code Grant Flow with PKCE. There are other flows available at Auth0. However, for a simple test like this one, we can use our Auth0 dashboard to get one.

Therefore, we can head back to the APIs section in our Auth0 dashboard, click on the API we created before, and then click on the Test section of this API. There, we will find a button called Copy Token. Let's click on this button to copy an access token to our clipboard.

After copying this token, we can open a terminal and issue the following commands:

# create a variable with our token ACCESS_TOKEN=<OUR_ACCESS_TOKEN> # use this variable to fetch contacts curl -H 'Authorization: Bearer '$ACCESS_TOKEN http://localhost:8080/contacts/

Note: We will have to replace <OUR_ACCESS_TOKEN> with the token we copied from our dashboard.

As we are now using our access token on the requests we are sending to our API, we will manage to get the list of contacts again.

That's how we secure our Node.js backend API. Easy, right?

Conclusion

Securing RESTful Spring Boot API with JWTS is not a hard task. This article showed that by creating a couple of classes and extending a few others provided by Spring Security, we can protect our endpoints from unknown users, enable users to register themselves, and authenticate existing users based on JWTS.

Of course that for a production-ready application we would need a few more features, like password retrieval, but the article demystified the most sensible parts of dealing with JWTS to authorize requests on Spring Boot applications.