CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

springboot-security

Spring Security best practices for authn/authz, validation, CSRF, secrets, headers, rate limiting, and dependency security in Java Spring Boot services.

64

Quality

80%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.kiro/skills/springboot-security/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A strong, dense security reference: nearly every section pairs terse best-practice bullets with executable code and BAD/GOOD examples, and a release checklist ties it together. The only real gaps are the absence of any progressive disclosure into separate reference files and the lack of an explicitly sequenced review workflow with validation feedback loops.

DimensionReasoningScore

Conciseness

The body is lean: terse bullet directives plus code, with no explanations of concepts Claude already knows (it never explains what Spring Security or CSRF is). Not 5 because at ~270 lines some sections could be tightened or split out (the full RateLimitFilter and CORS config code), and the "When to Activate" section partially repeats the description; not 3 because nothing is padded or over-explained.

4 / 5

Actionability

Nine-plus sections supply complete, copy-paste-ready Java and YAML (JwtAuthFilter, @PreAuthorize controllers, Bean Validation DTOs, parameterized queries, BCrypt bean, security-headers/CORS config, Bucket4j filter), with BAD/GOOD contrasts that make the guidance directly executable. The few thinner sections (Logging/PII, File Uploads) still give concrete, specific directives, so the common cases are fully covered.

5 / 5

Workflow Clarity

The structure is coherent — activation triggers, topic-by-topic sections, then a "Checklist Before Release" acting as a validation checkpoint — and the closing principle ("Deny by default, validate inputs, least privilege") anchors priorities. Not 5 because there is no explicit sequenced workflow (e.g., a step-by-step review order) and the checklist has no feedback loop for items that fail.

4 / 5

Progressive Disclosure

The single SKILL.md is well organized into clearly headed, self-contained topic sections that are easy to navigate, and no bundle files exist to reference. Not 5 because at 273 lines the whole skill is monolithic — bulkier material like the full rate-limiting filter implementation would fit a references file — and not 3 because the section structure is clean and nothing is buried.

4 / 5

Total

17

/

20

Passed

Description

70%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A highly specific, well-scoped description for a Java Spring Boot security skill with excellent distinctiveness and good trigger terms. Its main weakness is the complete absence of a 'when to use' clause, and secondarily it relies on somewhat jargon-y terms (authn/authz) where natural user phrasing would be stronger.

Suggestions

Add an explicit trigger clause, e.g. "Use when adding authentication or authorization, validating input, handling secrets, or configuring CSRF/CORS/security headers in a Spring Boot service."

Spell out natural trigger terms users actually type — "authentication", "authorization", "JWT", "OAuth2", "login" — alongside or instead of the jargon-y "authn/authz" abbreviation.

Lead with a concrete verb ("Reviews and hardens..." or "Applies...") so the description states what the skill does rather than only naming its topic areas.

DimensionReasoningScore

Specificity

The description enumerates several concrete capability areas — "authn/authz, validation, CSRF, secrets, headers, rate limiting, and dependency security" — with only minor gaps. It stays below 5 because it names security topic areas as a noun phrase rather than multiple concrete actions (no verbs like 'Review' or 'Implement'), and above 3 because it lists seven specific topics rather than 1-2.

4 / 5

Completeness

The 'what' is clear (Spring Security best practices across seven named areas) but there is no 'when' — no "Use when..." clause or equivalent trigger guidance, which caps completeness at 3 per the rubric guideline. Not 4 because the 'when' is entirely absent rather than merely under-specified.

3 / 5

Trigger Term Quality

Good natural keyword coverage: "Spring Security", "CSRF", "validation", "secrets", "rate limiting", "Java Spring Boot" are phrases users would actually say. Not 5 because common variations and synonyms are missing — no "JWT", "OAuth2", "login", "authentication/authorization" spelled out ("authn/authz" is insider jargon a user is less likely to type).

4 / 5

Distinctiveness Conflict Risk

It carves out a clear niche — "Spring Security best practices ... in Java Spring Boot services" — with distinct, specific triggers (CSRF, rate limiting, dependency security) that virtually no other skill would claim. Minimal conflict risk; clearly matches the 5 anchor.

5 / 5

Total

16

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

.kiro/skills/springboot-security/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.