Spring Boot Sicherheitsüberprüfung

Was macht Spring Boot Sicherheitsüberprüfung?

Verwenden Sie dies beim Hinzufügen von Authentifizierung, Verarbeitung von Eingaben, Erstellen von Endpunkten oder Umgang mit Geheimnissen.

Wann zu aktivieren

• Hinzufügen von Authentifizierung (JWT, OAuth2, sitzungsbasiert)
• Implementieren von Autorisierung (@PreAuthorize, rollenbasierter Zugriff)
• Validieren von Benutzereingaben (Bean Validation, benutzerdefinierte Validatoren)
• Konfigurieren von CORS, CSRF oder Sicherheits-Headern
• Verwalten von Geheimnissen (Vault, Umgebungsvariablen)
• Hinzufügen von Ratenbegrenzung oder Brute-Force-Schutz
• Scannen von Abhängigkeiten auf CVEs

Authentifizierung

• Bevorzugen Sie zustandsloses JWT oder undurchsichtige Token mit Sperrliste
• Verwenden Sie httpOnly, Secure, SameSite=Strict Cookies für Sitzungen
• Validieren Sie Token mit OncePerRequestFilter oder Ressourcenserver

@Component
public class JwtAuthFilter extends OncePerRequestFilter {
  private final JwtService jwtService;

  public JwtAuthFilter(JwtService jwtService) {
    this.jwtService = jwtService;
  }

  @Override
  protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response,
      FilterChain chain) throws ServletException, IOException {
    String header = request.getHeader(HttpHeaders.AUTHORIZATION);
    if (header != null && header.startsWith("Bearer ")) {
      String token = header.substring(7);
      Authentication auth = jwtService.authenticate(token);
      SecurityContextHolder.getContext().setAuthentication(auth);
    }
    chain.doFilter(request, response);
  }
}

Autorisierung

• Aktivieren Sie Methodensicherheit: @EnableMethodSecurity
• Verwenden Sie @PreAuthorize("hasRole('ADMIN')") oder @PreAuthorize("@authz.canEdit(#id)")
• Standardmäßig ablehnen; nur erforderliche Bereiche freigeben

@RestController
@RequestMapping("/api/admin")
public class AdminController {

  @PreAuthorize("hasRole('ADMIN')")
  @GetMapping("/users")
  public List<UserDto> listUsers() {
    return userService.findAll();
  }

  @PreAuthorize("@authz.isOwner(#id, authentication)")
  @DeleteMapping("/users/{id}")
  public ResponseEntity<Void> deleteUser(@PathVariable Long id) {
    userService.delete(id);
    return ResponseEntity.noContent().build();
  }
}

Eingabevalidierung

• Verwenden Sie Bean Validation mit @Valid auf Controllern
• Wenden Sie Constraints auf DTOs an: @NotBlank, @Email, @Size, benutzerdefinierte Validatoren
• Bereinigen Sie HTML vor der Darstellung mit einer Whitelist

// SCHLECHT: Keine Validierung
@PostMapping("/users")
public User createUser(@RequestBody UserDto dto) {
  return userService.create(dto);
}

// GUT: Validiertes DTO
public record CreateUserDto(
    @NotBlank @Size(max = 100) String name,
    @NotBlank @Email String email,
    @NotNull @Min(0) @Max(150) Integer age
) {}

@PostMapping("/users")
public ResponseEntity<UserDto> createUser(@Valid @RequestBody CreateUserDto dto) {
  return ResponseEntity.status(HttpStatus.CREATED)
      .body(userService.create(dto));
}

SQL-Injection-Prävention

• Verwenden Sie Spring Data Repositories oder parametrisierte Abfragen
• Verwenden Sie für native Abfragen :param-Bindungen; niemals Strings konkatenieren

// SCHLECHT: String-Konkatenation in nativer Abfrage
@Query(value = "SELECT * FROM users WHERE name = '" + name + "'", nativeQuery = true)

// GUT: Parametrisierte native Abfrage
@Query(value = "SELECT * FROM users WHERE name = :name", nativeQuery = true)
List<User> findByName(@Param("name") String name);

// GUT: Spring Data abgeleitete Abfrage (automatisch parametrisiert)
List<User> findByEmailAndActiveTrue(String email);

Passwortkodierung

• Hashen Sie Passwörter immer mit BCrypt oder Argon2 – niemals im Klartext speichern
• Verwenden Sie den PasswordEncoder-Bean, kein manuelles Hashing

@Bean
public PasswordEncoder passwordEncoder() {
  return new BCryptPasswordEncoder(12); // Kostenfaktor 12
}

// Im Service
public User register(CreateUserDto dto) {
  String hashedPassword = passwordEncoder.encode(dto.password());
  return userRepository.save(new User(dto.email(), hashedPassword));
}

CSRF-Schutz

• Für Browser-Sitzungs-Apps CSRF aktiviert lassen; Token in Formularen/Headern einfügen
• Für reine APIs mit Bearer-Tokens CSRF deaktivieren und auf zustandslose Authentifizierung setzen

http
  .csrf(csrf -> csrf.disable())
  .sessionManagement(sm -> sm.sessionCreationPolicy(SessionCreationPolicy.STATELESS));

Geheimnis-Management

• Keine Geheimnisse im Quellcode; aus Umgebungsvariablen oder Vault laden
• application.yml frei von Anmeldedaten halten; Platzhalter verwenden
• Token und DB-Anmeldedaten regelmäßig rotieren

# SCHLECHT: Hartcodiert in application.yml
spring:
  datasource:
    password: mySecretPassword123

# GUT: Platzhalter für Umgebungsvariablen
spring:
  datasource:
    password: ${DB_PASSWORD}

# GUT: Spring Cloud Vault-Integration
spring:
  cloud:
    vault:
      uri: https://vault.example.com
      token: ${VAULT_TOKEN}

Sicherheits-Header

http
  .headers(headers -> headers
    .contentSecurityPolicy(csp -> csp
      .policyDirectives("default-src 'self'"))
    .frameOptions(HeadersConfigurer.FrameOptionsConfig::sameOrigin)
    .xssProtection(Customizer.withDefaults())
    .referrerPolicy(rp -> rp.policy(ReferrerPolicyHeaderWriter.ReferrerPolicy.NO_REFERRER)));

CORS-Konfiguration

• CORS auf Sicherheitsfilter-Ebene konfigurieren, nicht pro Controller
• Erlaubte Ursprünge einschränken – niemals * in der Produktion verwenden

@Bean
public CorsConfigurationSource corsConfigurationSource() {
  CorsConfiguration config = new CorsConfiguration();
  config.setAllowedOrigins(List.of("https://app.example.com"));
  config.setAllowedMethods(List.of("GET", "POST", "PUT", "DELETE"));
  config.setAllowedHeaders(List.of("Authorization", "Content-Type"));
  config.setAllowCredentials(true);
  config.setMaxAge(3600L);

  UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
  source.registerCorsConfiguration("/api/**", config);
  return source;
}

// In SecurityFilterChain:
http.cors(cors -> cors.configurationSource(corsConfigurationSource()));

Ratenbegrenzung

• Bucket4j oder Gateway-Level-Limits auf teuren Endpunkten anwenden
• Ausbrüche protokollieren und alarmieren; 429 mit Wiederholungshinweisen zurückgeben

// Verwendung von Bucket4j für Ratenbegrenzung pro Endpunkt
@Component
public class RateLimitFilter extends OncePerRequestFilter {
  private final Map<String, Bucket> buckets = new ConcurrentHashMap<>();

  private Bucket createBucket() {
    return Bucket.builder()
        .addLimit(Bandwidth.classic(100, Refill.intervally(100, Duration.ofMinutes(1))))
        .build();
  }

  @Override
  protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response,
      FilterChain chain) throws ServletException, IOException {
    String clientIp = request.getRemoteAddr();
    Bucket bucket = buckets.computeIfAbsent(clientIp, k -> createBucket());

    if (bucket.tryConsume(1)) {
      chain.doFilter(request, response);
    } else {
      response.setStatus(HttpStatus.TOO_MANY_REQUESTS.value());
      response.getWriter().write("{\"error\": \"Rate limit exceeded\"}");
    }
  }
}

Abhängigkeitssicherheit

• Führen Sie OWASP Dependency Check / Snyk in CI aus
• Halten Sie Spring Boot und Spring Security auf unterstützten Versionen
• Bau fehlschlagen lassen bei bekannten CVEs

Protokollierung und PII

• Niemals Geheimnisse, Token, Passwörter oder vollständige PAN-Daten protokollieren
• Sensitive Felder schwärzen; strukturierte JSON-Protokollierung verwenden

Datei-Uploads

• Größe, Inhaltstyp und Erweiterung validieren
• Außerhalb des Web-Roots speichern; ggf. scannen

Checkliste vor der Veröffentlichung

• Authentifizierungstoken validiert und korrekt abgelaufen
• Autorisierungsabfragen auf jedem sensiblen Pfad
• Alle Eingaben validiert und bereinigt
• Kein string-konkateniertes SQL
• CSRF-Position korrekt für den App-Typ
• Geheimnisse externalisiert; keine eingecheckt
• Sicherheits-Header konfiguriert
• Ratenbegrenzung auf APIs
• Abhängigkeiten gescannt und aktuell
• Protokolle frei von sensiblen Daten

Denken Sie daran: Standardmäßig ablehnen, Eingaben validieren, minimale Rechte und zuerst sicher durch Konfiguration.