Use a secure framework like Spring Security for authentication, CSRF protection, and session management. 2. Validate and sanitize all input using Bean Validation and output encoding to prevent injection and XSS. 3. Prevent common vulnerabilities such as XSS, SQL injection, CSRF, IDOR, and misconfiguration by using secure coding practices and security headers. 4. Implement secure authentication and session management with strong hashing, MFA, secure cookies, and short timeouts. 5. Enforce HTTPS with TLS, HSTS, and strong ciphers for secure communication. 6. Apply proper access controls using RBAC or ABAC with authorization checks on all endpoints. 7. Secure dependencies and configuration by scanning for vulnerabilities and managing secrets externally. 8. Log and monitor security events without recording sensitive data, using centralized logging and alerts. 9. Perform regular security testing through code reviews, static analysis, and penetration testing. 10. Keep the JVM, framework, and server updated with the latest security patches to protect against known vulnerabilities. Securing a Java web application requires continuous effort across all layers, starting with a solid framework and following the principle of never trusting, always verifying.
Securing a web application in Java involves multiple layers of protection—from input validation to authentication and secure deployment. Here are key practices to follow, broken down into essential areas:

1. Use a Secure Framework (Like Spring Security)
Start with a battle-tested security framework. Spring Security is the most widely used in the Java ecosystem and provides built-in support for:
- Authentication and authorization
- CSRF protection
- Session management
- OAuth2 and OpenID Connect
- Method-level security
Example: Enable basic security in Spring Boot with minimal configuration:

@Configuration @EnableWebSecurity public class SecurityConfig { @Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http .authorizeHttpRequests(authz -> authz .requestMatchers("/public/**").permitAll() .anyRequest().authenticated() ) .formLogin(withDefaults()) .httpBasic(withDefaults()); return http.build(); } }
Always keep your framework dependencies updated to avoid known vulnerabilities.
2. Validate and Sanitize All Input
Never trust user input. Validate and sanitize data on both client and server sides.

- Use Bean Validation (JSR 380) with annotations like
@NotNull
,@Size
,@Pattern
- Sanitize inputs that go into HTML, SQL, or OS commands
- Reject malformed or suspicious payloads
Example:
public class UserForm { @NotBlank @Email private String email; @Size(min = 6, max = 100) private String password; }
Also, use libraries like OWASP Java Encoder or JSoup to escape output and prevent XSS.
3. Prevent Common Web Vulnerabilities
Be aware of the OWASP Top 10 and address them:
- Cross-Site Scripting (XSS): Escape output using proper encoding (e.g., HTML, JavaScript, URL encoding).
- SQL Injection: Use prepared statements or JPA/Hibernate with parameterized queries—never concatenate SQL.
- CSRF: Enable CSRF protection (Spring Security does this by default for stateful apps).
- Insecure Direct Object References (IDOR): Enforce authorization checks on every request.
- Security Misconfiguration: Disable debug modes, hide server banners, and use secure headers.
Add security headers via filters or framework config:
http.headers().contentSecurityPolicy("default-src 'self'");
4. Secure Authentication and Session Management
- Use strong password policies and bcrypt/argon2 for hashing (never store plain text).
- Implement multi-factor authentication (MFA) for sensitive apps.
- Set secure session cookies:
http.sessionManagement(session -> session .invalidSessionUrl("/login?expired") .sessionFixation().migrateSession() ) .cookieConfig(cookie -> cookie .secure(true) // HTTPS only .httpOnly(true) // Not accessible via JavaScript .sameSite("STRICT") // Prevent CSRF );
- Set short session timeouts and allow admin to revoke sessions.
5. Use HTTPS and Secure Communication
- Always use TLS (HTTPS) in production.
- Redirect HTTP to HTTPS.
- Use strong ciphers and keep your Java truststore updated.
- Consider HSTS (HTTP Strict Transport Security):
http.headers().httpStrictTransportSecurity() .maxAgeInSeconds(31536000) .includeSubDomains(true);
6. Apply Proper Access Controls
- Use role-based (RBAC) or attribute-based (ABAC) access control.
- Enforce checks on every endpoint:
@PreAuthorize("hasRole('ADMIN')") public void deleteUser(Long id) { ... }
- Avoid horizontal/vertical privilege escalation.
7. Secure Dependencies and Configuration
- Use tools like OWASP Dependency-Check or Snyk to scan for vulnerable libraries.
- Never hardcode secrets (passwords, API keys). Use:
- Environment variables
- External configuration servers (e.g., HashiCorp Vault)
- Spring Cloud Config with encryption
Example in application.yml
:
spring: datasource: password: ${DB_PASSWORD}
8. Log and Monitor Security Events
- Log authentication attempts, access denials, and privileged actions.
- Avoid logging sensitive data (passwords, tokens).
- Use centralized logging (e.g., ELK, Splunk) and set up alerts.
Example:
logger.warn("Failed login attempt for user: {}", username);
9. Regular Security Testing
- Perform code reviews with a security focus.
- Run static analysis tools (e.g., SonarQube, SpotBugs with security plugins).
- Conduct penetration testing and DAST scans (e.g., OWASP ZAP).
- Fix vulnerabilities quickly and track them in a CVE database.
10. Keep the JVM and Server Updated
- Run the latest stable version of Java (preferably LTS with security patches).
- Harden the JVM with security managers (if applicable) and secure
java.security
settings. - Keep your application server (Tomcat, Jetty, etc.) updated and minimal.
Securing a Java web app isn't a one-time task—it's ongoing. Start with a solid framework, validate everything, use HTTPS, manage sessions securely, and stay updated. Most breaches happen due to known issues that were left unpatched.
Basically, follow the principle: never trust, always verify.
The above is the detailed content of How to secure a web application in Java?. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undress AI Tool
Undress images for free

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

There are three main differences between Callable and Runnable in Java. First, the callable method can return the result, suitable for tasks that need to return values, such as Callable; while the run() method of Runnable has no return value, suitable for tasks that do not need to return, such as logging. Second, Callable allows to throw checked exceptions to facilitate error transmission; while Runnable must handle exceptions internally. Third, Runnable can be directly passed to Thread or ExecutorService, while Callable can only be submitted to ExecutorService and returns the Future object to

Java supports asynchronous programming including the use of CompletableFuture, responsive streams (such as ProjectReactor), and virtual threads in Java19. 1.CompletableFuture improves code readability and maintenance through chain calls, and supports task orchestration and exception handling; 2. ProjectReactor provides Mono and Flux types to implement responsive programming, with backpressure mechanism and rich operators; 3. Virtual threads reduce concurrency costs, are suitable for I/O-intensive tasks, and are lighter and easier to expand than traditional platform threads. Each method has applicable scenarios, and appropriate tools should be selected according to your needs and mixed models should be avoided to maintain simplicity

JavaNIO is a new IOAPI introduced by Java 1.4. 1) is aimed at buffers and channels, 2) contains Buffer, Channel and Selector core components, 3) supports non-blocking mode, and 4) handles concurrent connections more efficiently than traditional IO. Its advantages are reflected in: 1) Non-blocking IO reduces thread overhead, 2) Buffer improves data transmission efficiency, 3) Selector realizes multiplexing, and 4) Memory mapping speeds up file reading and writing. Note when using: 1) The flip/clear operation of the Buffer is easy to be confused, 2) Incomplete data needs to be processed manually without blocking, 3) Selector registration must be canceled in time, 4) NIO is not suitable for all scenarios.

In Java, enums are suitable for representing fixed constant sets. Best practices include: 1. Use enum to represent fixed state or options to improve type safety and readability; 2. Add properties and methods to enums to enhance flexibility, such as defining fields, constructors, helper methods, etc.; 3. Use EnumMap and EnumSet to improve performance and type safety because they are more efficient based on arrays; 4. Avoid abuse of enums, such as dynamic values, frequent changes or complex logic scenarios, which should be replaced by other methods. Correct use of enum can improve code quality and reduce errors, but you need to pay attention to its applicable boundaries.

Java's class loading mechanism is implemented through ClassLoader, and its core workflow is divided into three stages: loading, linking and initialization. During the loading phase, ClassLoader dynamically reads the bytecode of the class and creates Class objects; links include verifying the correctness of the class, allocating memory to static variables, and parsing symbol references; initialization performs static code blocks and static variable assignments. Class loading adopts the parent delegation model, and prioritizes the parent class loader to find classes, and try Bootstrap, Extension, and ApplicationClassLoader in turn to ensure that the core class library is safe and avoids duplicate loading. Developers can customize ClassLoader, such as URLClassL

Javaprovidesmultiplesynchronizationtoolsforthreadsafety.1.synchronizedblocksensuremutualexclusionbylockingmethodsorspecificcodesections.2.ReentrantLockoffersadvancedcontrol,includingtryLockandfairnesspolicies.3.Conditionvariablesallowthreadstowaitfor

The key to Java exception handling is to distinguish between checked and unchecked exceptions and use try-catch, finally and logging reasonably. 1. Checked exceptions such as IOException need to be forced to handle, which is suitable for expected external problems; 2. Unchecked exceptions such as NullPointerException are usually caused by program logic errors and are runtime errors; 3. When catching exceptions, they should be specific and clear to avoid general capture of Exception; 4. It is recommended to use try-with-resources to automatically close resources to reduce manual cleaning of code; 5. In exception handling, detailed information should be recorded in combination with log frameworks to facilitate later

HashMap implements key-value pair storage through hash tables in Java, and its core lies in quickly positioning data locations. 1. First use the hashCode() method of the key to generate a hash value and convert it into an array index through bit operations; 2. Different objects may generate the same hash value, resulting in conflicts. At this time, the node is mounted in the form of a linked list. After JDK8, the linked list is too long (default length 8) and it will be converted to a red and black tree to improve efficiency; 3. When using a custom class as a key, the equals() and hashCode() methods must be rewritten; 4. HashMap dynamically expands capacity. When the number of elements exceeds the capacity and multiplies by the load factor (default 0.75), expand and rehash; 5. HashMap is not thread-safe, and Concu should be used in multithreaded
