Approfondir la configuration de HttpSecurity
Maîtrisez la configuration de `HttpSecurity` pour définir des règles de sécurité applicables à différentes requêtes HTTP et à différents points de terminaison.
Approfondir la configuration de HttpSecurity est une leçon Spring Security 6 & JWT Authentication gratuite sur CoddyKit. Ceci est la leçon 3 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Spring Security 6 & JWT Authentication, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Spring Security 6 & JWT Authentication comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
What is HttpSecurity?
HttpSecurity is a core component in Spring Security. It's like the security guard for your web application's doors.
It lets you define rules for different HTTP requests, controlling who can access which parts of your application and under what conditions.
- Authentication: Who are you? (Are you logged in?)
- Authorization: What are you allowed to do? (Do you have permission?)
Your First Security Chain
You configure HttpSecurity within a SecurityFilterChain bean. This bean defines a chain of filters that Spring Security uses to secure your app.
Here's a minimal setup. Run it and try to access /hello. You'll be redirected to a login page!
Use username: user, password: password.
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
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.provisioning.InMemoryUserDetailsManager;
import org.springframework.security.web.SecurityFilterChain;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class SecurityApp {
public static void main(String[] args) {
SpringApplication.run(SecurityApp.class, args);
}
@GetMapping("/hello")
public String sayHello() {
return "Hello, secured world!";
}
}
@Configuration
@EnableWebSecurity
class SecurityConfig {
@Bean
public SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests(auth -> auth
.anyRequest().authenticated() // All requests need authentication
)
.formLogin(form -> form
.permitAll() // Allow everyone to see the login page
)
.logout(logout -> logout
.permitAll()); // Allow everyone to logout
return http.build();
}
@Bean
public UserDetailsService userDetailsService() {
UserDetails user = User.withDefaultPasswordEncoder()
.username("user")
.password("password")
.roles("USER")
.build();
return new InMemoryUserDetailsManager(user);
}
}Setting Access Rules
The .authorizeHttpRequests() method is where you begin defining authorization rules for your application's URLs.
Inside its lambda, you specify patterns and the access requirements for those patterns. Think of it as telling the security guard: "For this path, apply these rules."
This method chain is part of the SecurityFilterChain bean.
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
import org.springframework.security.web.SecurityFilterChain;
// This snippet shows the core authorizeHttpRequests() part.
// It assumes the surrounding Spring Boot application and
// SecurityConfig class from the previous scene.
@Configuration
@EnableWebSecurity
class SecurityConfigSnippet {
@Bean
public SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests(auth -> auth
// Your specific rules go here!
// Example: .requestMatchers("/public/**").permitAll()
// Example: .anyRequest().authenticated()
)
.formLogin(form -> form.permitAll())
.logout(logout -> logout.permitAll());
return http.build();
}
}Public & Restricted Paths
You can define paths that are accessible to everyone (permitAll()) or absolutely no one (denyAll()).
Use requestMatchers() to specify the URL patterns. Remember, rules are processed in order, so more specific rules should come first.
Run this app and try /public, then /private (login as user/password), then /secret.
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
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.provisioning.InMemoryUserDetailsManager;
import org.springframework.security.web.SecurityFilterChain;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class PublicPrivateApp {
public static void main(String[] args) {
SpringApplication.run(PublicPrivateApp.class, args);
}
@GetMapping("/public")
public String publicContent() {
return "This is public content!";
}
@GetMapping("/private")
public String privateContent() {
return "This is private content!";
}
@GetMapping("/secret")
public String secretContent() {
return "Top secret! No one allowed here.";
}
}
@Configuration
@EnableWebSecurity
class SecurityConfigPublicPrivate {
@Bean
public SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests(auth -> auth
.requestMatchers("/public/**").permitAll() // Anyone can access
.requestMatchers("/secret/**").denyAll() // No one can access
.anyRequest().authenticated() // All other requests need login
)
.formLogin(form -> form.permitAll())
.logout(logout -> logout.permitAll());
return http.build();
}
@Bean
public UserDetailsService userDetailsService() {
UserDetails user = User.withDefaultPasswordEncoder()
.username("user")
.password("password")
.roles("USER")
.build();
return new InMemoryUserDetailsManager(user);
}
}Only Logged-In Users
The .authenticated() method is used to ensure that a user has successfully logged in before accessing a specific path.
This is a fundamental rule for any part of your application that requires a user identity, such as a dashboard or profile page.
// Inside your SecurityFilterChain configuration:
http
.authorizeHttpRequests(auth -> auth
.requestMatchers("/login", "/register").permitAll() // Public paths
.requestMatchers("/dashboard/**").authenticated() // Needs login
.anyRequest().denyAll() // Deny everything else by default
)
// ... other http configurations (formLogin, logout) ...Restricting by User Roles
You can grant access based on a user's role using .hasRole("ROLENAME") or .hasAuthority("ROLE_ROLENAME"). Spring Security automatically prefixes roles with "ROLE_" when using hasRole().
This allows fine-grained control over who can access sensitive resources. Run this app. Login as 'user' (password 'password') to access /user-dashboard. Login as 'admin' (password 'admin') to access /admin-panel.
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
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.provisioning.InMemoryUserDetailsManager;
import org.springframework.security.web.SecurityFilterChain;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class RoleBasedApp {
public static void main(String[] args) {
SpringApplication.run(RoleBasedApp.class, args);
}
@GetMapping("/home")
public String home() { return "Welcome!"; }
@GetMapping("/user-dashboard")
public String userDashboard() { return "User Dashboard!"; }
@GetMapping("/admin-panel")
public String adminPanel() { return "Admin Panel!"; }
}
@Configuration
@EnableWebSecurity
class SecurityConfigRoles {
@Bean
public SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests(auth -> auth
.requestMatchers("/home").permitAll()
.requestMatchers("/user-dashboard").hasRole("USER") // Only users with ROLE_USER
.requestMatchers("/admin-panel").hasRole("ADMIN") // Only users with ROLE_ADMIN
.anyRequest().authenticated() // All others need login
)
.formLogin(form -> form.permitAll())
.logout(logout -> logout.permitAll());
return http.build();
}
@Bean
public UserDetailsService userDetailsService() {
UserDetails user = User.withDefaultPasswordEncoder()
.username("user")
.password("password")
.roles("USER")
.build();
UserDetails admin = User.withDefaultPasswordEncoder()
.username("admin")
.password("admin")
.roles("ADMIN")
.build();
return new InMemoryUserDetailsManager(user, admin);
}
}Rule Order is Crucial
When defining multiple rules with requestMatchers(), their order matters! Spring Security processes them from top to bottom, applying the first matching rule.
- Most Specific First: Place specific URL patterns (e.g.,
/api/admin/users) before broader ones (e.g.,/api/admin/**). - Catch-All Last: The
.anyRequest()matcher should almost always be the last rule, acting as a default for anything not matched before.
// Incorrect order example (the second rule is unreachable):
// auth
// .requestMatchers("/admin/**").authenticated()
// .requestMatchers("/admin/public").permitAll()
// Correct order example:
// auth
// .requestMatchers("/admin/public").permitAll()
// .requestMatchers("/admin/**").hasRole("ADMIN")
// .anyRequest().authenticated()Configuring Form Login
Spring Security provides a default login page. You can customize its behavior using .formLogin() within HttpSecurity.
Key configurations include the login page URL, the URL to process login data, and where to redirect after success or failure.
// Inside your SecurityFilterChain configuration:
http
.authorizeHttpRequests(auth -> auth
.anyRequest().authenticated()
)
.formLogin(form -> form
.loginPage("/custom-login") // Specify custom login page URL
.loginProcessingUrl("/authenticate") // URL to submit login data
.defaultSuccessUrl("/dashboard", true) // Redirect after success
.failureUrl("/custom-login?error") // Redirect on failure
.permitAll() // Allow access to login page and its processing
)
.logout(logout -> logout.permitAll());Cross-Site Request Forgery (CSRF)
CSRF is an attack where a malicious website tricks a user's browser into making an unwanted request to another trusted site where the user is authenticated.
Spring Security provides robust CSRF protection by default for stateful applications.
- Enabled by default: For POST, PUT, DELETE requests, requiring a unique token.
- Disable with caution: Use
.csrf().disable()only for stateless APIs (e.g., REST APIs using JWTs) or when you have other CSRF protection.
// Inside your SecurityFilterChain configuration:
http
// ... authorization rules ...
.csrf(csrf -> csrf.disable()) // ONLY disable if you know what you're doing!
// Common for stateless REST APIs.
// ... formLogin, logout ...
;HttpSecurity Configuration Check
You're building a Spring Boot application. You need to:
- Allow public access to
/api/public/**. - Require users with the
ADMINrole to access/api/admin/**. - All other requests should require any authenticated user.
Which of the following configurations correctly achieve these requirements? (Select all that apply)
HttpSecurity Deep Dive Recap
Great job! You've mastered the essentials of HttpSecurity configuration.
We covered:
- The role of
HttpSecurityin defining web security rules. - Using
.authorizeHttpRequests()for path-based authorization. - Methods like
.permitAll(),.denyAll(),.authenticated(), and.hasRole(). - The importance of rule order when defining multiple access rules.
- Configuring
.formLogin()for custom login pages. - Understanding and managing CSRF protection.
These skills are crucial for building robust and secure Spring Boot applications!
Questions Fréquemment Posées
La leçon « Approfondir la configuration de HttpSecurity » est-elle gratuite ?
Oui — le texte complet de « Approfondir la configuration de HttpSecurity » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Spring Security 6 & JWT Authentication, passe à CoddyKit PRO. Le cours Spring Security 6 & JWT Authentication comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Approfondir la configuration de HttpSecurity » ?
Maîtrisez la configuration de `HttpSecurity` pour définir des règles de sécurité applicables à différentes requêtes HTTP et à différents points de terminaison. Tu pratiques Spring Security 6 & JWT Authentication avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Spring Security 6 & JWT Authentication ?
Aucune expérience préalable n'est requise. Spring Security 6 & JWT Authentication sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 3 sur 4.
Combien de temps prend la leçon « Approfondir la configuration de HttpSecurity » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Spring Security 6 & JWT Authentication ?
Oui. Chaque leçon Spring Security 6 & JWT Authentication inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Contrôle d’accès fondé sur les rôles (RBAC)
- Sécurité au niveau des méthodes avec des annotations
- Approfondir la configuration de HttpSecurity
- Sécuriser les points de terminaison avec des règles d’accès personnalisées