Vulnérabilités de sécurité courantes et correctifs
Identifiez et corrigez les vulnérabilités courantes des applications web, telles que XSS, CSRF et l’injection SQL, dans le contexte de Spring Security.
Vulnérabilités de sécurité courantes et correctifs 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.
Web Vulnerabilities Overview
Welcome! In this lesson, we'll dive into common web application security vulnerabilities. Understanding these threats is crucial for building robust and secure applications.
Even with frameworks like Spring Security, knowing how common attacks work helps you write safer code and configure your app effectively.
What is Cross-Site Scripting?
Cross-Site Scripting (XSS) occurs when attackers inject malicious scripts (usually JavaScript) into web pages viewed by other users.
These scripts can steal session cookies, deface websites, or redirect users to phishing sites. It tricks the user's browser into executing untrusted code.
Reflected, Stored, and DOM XSS
XSS comes in a few flavors:
- Reflected XSS: Malicious script is part of the request (e.g., URL parameter) and immediately 'reflected' back in the response.
- Stored XSS: Malicious script is permanently stored on the target server (e.g., in a database via a comment field) and served to all visitors.
- DOM-based XSS: The vulnerability lies in client-side code modifying the Document Object Model (DOM) based on user input, rather than server-side generation.
XSS Prevention: Input & Output
The best defenses against XSS are:
- Input Validation: On the server, strictly validate and sanitize all user input. Don't trust anything coming from the client.
- Output Encoding: Before displaying user-supplied data in HTML, always 'escape' it. This turns malicious code into harmless text, preventing the browser from executing it.
Spring frameworks often provide utilities for output encoding.
Encoding User Input
Here's a simple Java example demonstrating output encoding. Notice how special HTML characters like < and > are converted to their entity equivalents (<, >).
This makes the script harmless when rendered in a browser.
import org.springframework.web.util.HtmlUtils;
public class XssPrevention {
public static void main(String[] args) {
String userInput = "<script>alert('You are hacked!');</script>";
String safeOutput = HtmlUtils.htmlEscape(userInput);
System.out.println("Original: " + userInput);
System.out.println("Encoded: " + safeOutput);
}
}What is Cross-Site Request Forgery?
Cross-Site Request Forgery (CSRF) is an attack that tricks a logged-in user into submitting a request they did not intend. For example, changing their password or making a purchase.
The attacker crafts a malicious web page that sends a request to your application, and if the user is logged in, their browser automatically includes authentication credentials (like cookies).
Spring Security's CSRF Defense
Spring Security provides robust, built-in CSRF protection. By default, it generates a unique, synchronized token (a CSRF token) for each session.
This token must be included in non-GET requests (like POST, PUT, DELETE). If the token is missing or invalid, Spring Security rejects the request, preventing CSRF attacks.
What is SQL Injection?
SQL Injection (SQLi) is a common attack where malicious SQL code is inserted into input fields to manipulate backend database queries.
Attackers can use SQLi to bypass authentication, retrieve sensitive data, modify data, or even take control of the database server. It's often exploited when an application constructs SQL queries using concatenated strings.
SQLi Prevention: Parameterized Queries
The primary defense against SQL Injection is using parameterized queries (also known as prepared statements).
Instead of concatenating user input directly into the SQL string, placeholders are used. The database then treats user input as data, not as executable SQL code, neutralizing the attack.
import java.sql.*;
public class SqlInjectionPrevention {
public static void main(String[] args) {
String username = "admin' OR '1'='1"; // Malicious input
// GOOD: Parameterized Query (Safe concept)
String goodSql = "SELECT * FROM users WHERE username = ?";
System.out.println("Safe SQL (PreparedStatement concept): " + goodSql);
System.out.println("Parameter used: " + username);
// In a real app, 'username' would be set as a parameter
// on a PreparedStatement object.
}
}Vulnerability Check
Which of the following is the most effective way to prevent SQL Injection attacks?
Lesson Summary
Great job! You've explored three critical web vulnerabilities and their fixes:
- XSS: Prevent with input validation and output encoding.
- CSRF: Spring Security handles this by default with CSRF tokens.
- SQL Injection: Prevent with parameterized queries (prepared statements).
Always remember to validate all input, encode all output, and leverage your framework's built-in security features!
Questions Fréquemment Posées
La leçon « Vulnérabilités de sécurité courantes et correctifs » est-elle gratuite ?
Oui — le texte complet de « Vulnérabilités de sécurité courantes et correctifs » 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 « Vulnérabilités de sécurité courantes et correctifs » ?
Identifiez et corrigez les vulnérabilités courantes des applications web, telles que XSS, CSRF et l’injection SQL, dans le contexte de Spring Security. 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 « Vulnérabilités de sécurité courantes et correctifs » ?
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
- Renforcement de la sécurité en production
- Journalisation et surveillance des événements de sécurité
- Vulnérabilités de sécurité courantes et correctifs
- Configurer les en-têtes de sécurité et HTTPS