Spring Boot セキュリティレビュー

Spring Boot セキュリティレビュー は何をしますか？

認証の追加、入力処理、エンドポイント作成、シークレット取り扱いの際に使用します。

アクティブ化するタイミング

• 認証の追加（JWT、OAuth2、セッションベース）
• 認可の実装（@PreAuthorize、ロールベースアクセス）
• ユーザー入力の検証（Bean Validation、カスタムバリデータ）
• CORS、CSRF、セキュリティヘッダーの設定
• シークレットの管理（Vault、環境変数）
• レート制限やブルートフォース対策の追加
• 依存関係の CVE スキャン

認証

• ステートレスな JWT または失効リスト付きの不透明トークンを推奨
• セッションには httpOnly、Secure、SameSite=Strict の Cookie を使用
• トークンの検証は OncePerRequestFilter またはリソースサーバーで行う

@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);
  }
}

認可

• メソッドセキュリティを有効化: @EnableMethodSecurity
• @PreAuthorize("hasRole('ADMIN')") や @PreAuthorize("@authz.canEdit(#id)") を使用
• デフォルトで拒否し、必要なスコープのみを公開

@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();
  }
}

入力検証

• コントローラーで @Valid とともに Bean Validation を使用
• DTO に制約を適用: @NotBlank、@Email、@Size、カスタムバリデータ
• レンダリング前に HTML をホワイトリストでサニタイズ

// BAD: 検証なし
@PostMapping("/users")
public User createUser(@RequestBody UserDto dto) {
  return userService.create(dto);
}

// GOOD: 検証済み 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 インジェクション対策

• Spring Data リポジトリまたはパラメータ化クエリを使用
• ネイティブクエリでは :param バインディングを使用し、文字列を連結しない

// BAD: ネイティブクエリでの文字列連結
@Query(value = "SELECT * FROM users WHERE name = '" + name + "'", nativeQuery = true)

// GOOD: パラメータ化されたネイティブクエリ
@Query(value = "SELECT * FROM users WHERE name = :name", nativeQuery = true)
List<User> findByName(@Param("name") String name);

// GOOD: Spring Data 派生クエリ（自動パラメータ化）
List<User> findByEmailAndActiveTrue(String email);

パスワードエンコーディング

• パスワードは常に BCrypt または Argon2 でハッシュ化し、平文で保存しない
• PasswordEncoder Bean を使用し、手動でハッシュ化しない

@Bean
public PasswordEncoder passwordEncoder() {
  return new BCryptPasswordEncoder(12); // コスト係数 12
}

// サービス内
public User register(CreateUserDto dto) {
  String hashedPassword = passwordEncoder.encode(dto.password());
  return userRepository.save(new User(dto.email(), hashedPassword));
}

CSRF 保護

• ブラウザセッションを使用するアプリでは CSRF を有効にし、フォーム/ヘッダーにトークンを含める
• Bearer トークンを使用する純粋な API では CSRF を無効にし、ステートレス認証に頼る

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

シークレット管理

• ソースコードにシークレットを記述しない。環境変数または Vault から読み込む
• application.yml に認証情報を直接記述せず、プレースホルダーを使用
• トークンとデータベース認証情報は定期的にローテーション

# BAD: application.yml へのハードコード
spring:
  datasource:
    password: mySecretPassword123

# GOOD: 環境変数プレースホルダー
spring:
  datasource:
    password: ${DB_PASSWORD}

# GOOD: Spring Cloud Vault 統合
spring:
  cloud:
    vault:
      uri: https://vault.example.com
      token: ${VAULT_TOKEN}

セキュリティヘッダー

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 設定

• CORS はコントローラー単位ではなく、セキュリティフィルターレベルで設定
• 許可するオリジンを制限 — 本番環境では絶対に * を使用しない

@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;
}

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

レート制限

• 負荷の高いエンドポイントには Bucket4j やゲートウェイレベルの制限を適用
• バーストをログに記録してアラートを発報し、429 ステータスコードとリトライヒントを返す

// Bucket4j を使用したエンドポイント単位のレート制限
@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\"}");
    }
  }
}

依存関係セキュリティ

• CI で OWASP Dependency Check / Snyk を実行
• Spring Boot と Spring Security はサポート対象バージョンを維持
• 既知の CVE がある場合はビルドを失敗させる

ログと個人情報 (PII)

• シークレット、トークン、パスワード、完全な PAN データをログに記録しない
• 機密フィールドはマスクし、構造化 JSON ログを使用

ファイルアップロード

• サイズ、コンテンツタイプ、拡張子を検証
• Web ルートの外部に保存し、必要に応じてスキャン

リリース前チェックリスト

• 認証トークンが正しく検証され、期限切れが処理されている
• すべての機密パスに認可ガードが設定されている
• すべての入力が検証およびサニタイズされている
• 文字列連結による SQL クエリがない
• CSRF の設定がアプリケーションタイプに適切である
• シークレットが外部化され、コミットされていない
• セキュリティヘッダーが設定されている
• API にレート制限が適用されている
• 依存関係がスキャンされ、最新である
• ログに機密データが含まれていない

注意: デフォルトで拒否、入力検証、最小権限、セキュアバイコンフィグレーションを徹底してください。