spring-security-configurator-auditor

Audit Spring Security configurations for Kotlin services to enforce least privilege and token handling.

302|22|Updated Feb 12, 2026
One-click install
npx skills add https://github.com/JetBrains/skills --skill spring-security-configurator-auditor-jetbrains
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spring-security-configurator-auditor
Source: https://github.com/JetBrains/skills/tree/main/spring-security-configurator-auditor
Command: npx skills add https://github.com/JetBrains/skills --skill spring-security-configurator-auditor-jetbrains

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design and audit Spring Security configurations for Kotlin-based services, ensuring explicit, auditable, least-privilege security models across filter chains, authentication, and authorization boundaries, with clear failure semantics.

Core Features & Use Cases

  • Define and validate authentication models (session, JWT, OAuth2 resource server) and authorization strategies (roles, claims, method security) for Kotlin/Spring applications.
  • Inventory endpoints, actuator/docs exposure, and tenant boundaries to ensure explicit access control and predictable, testable behavior.
  • Provide a reproducible security model with guardrails, tests, and guidance on token validation, CORS, CSRF, and secure defaults.

Quick Start

Review the application's current SecurityFilterChain configuration and endpoint inventory to begin the audit.

Frequently Asked Questions about spring-security-configurator-auditor

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit Spring Security configurations for a Kotlin service?

Auditing Spring Security configurations involves analyzing filter chains, JWT/OAuth2 token handling, and method security to verify least privilege and explicit deny-by-default policies. It inventories endpoints and actuator exposure to ensure predictable access control.

What is a deny-by-default policy in Spring Security filter chains?

A deny-by-default policy in Spring Security explicitly blocks all unauthorized access before permitting specific endpoints. It requires configuring SecurityFilterChain rules so that public endpoints and actuator exposure are deliberate, testable, and follow least-privilege principles.

How do I validate JWT and OAuth2 token handling in Spring Security?

Validating JWT and OAuth2 token handling in Spring Security requires verifying correct token validation, authority mappings, and resource server configurations. This ensures claims are properly mapped to roles and method security boundaries are enforced across Kotlin architectures.

Does this Spring Security audit approach work with method security and CORS/CSRF configurations?

Yes, auditing Spring Security configurations covers method security, CORS, and CSRF decisions alongside authentication models. It validates these components together to provide a reproducible security model with guardrails, tests, and clear failure semantics for Kotlin services.

What's the best way to test Spring Security authorization rules in Kotlin?

The best way to test Spring Security authorization rules is to build a reproducible security model with comprehensive tests covering filter chains and method security. This validates authority mappings, token handling, and endpoint exposure to ensure predictable behavior.

Why does my Spring Security configuration expose actuator endpoints without explicit authorization?

Spring Security configurations expose actuator endpoints when deny-by-default policies are not explicitly applied to the filter chain. Auditing inventories endpoint exposure and enforces explicit access control to ensure predictable, testable authorization boundaries.