SSkilltecabyclaudinhocode
Enviar skill
← Voltar para o catálogo

security-antipatterns-java

Segurança

Use when generating Java code for web applications, APIs, or enterprise systems - prevents OWASP Top 10 vulnerabilities in Spring Boot, Jakarta EE, and core Java

1estrelas
Ver no GitHub ↗Autor: subhashdasyam

Security Anti-Patterns Guard for Java

Overview

Code generation guard that prevents security vulnerabilities while writing Java web application code. Covers OWASP Top 10 Web (2025), OWASP API Security Top 10 (2023), with CWE references throughout.

Stack: Java 11/17/21, Spring Boot, Spring Security, Jakarta EE, Hibernate, JPA

Java Version Focus:

  • Java 17 (primary target - ~35% usage)
  • Java 11 (secondary - ~33% usage)
  • Java 21 (latest LTS - growing adoption)

When to Activate

Activate when generating code that:

  • Handles user input (forms, API requests, file uploads)
  • Queries databases (JDBC, JPA, Hibernate)
  • Performs authentication or authorization
  • Manages sessions or JWT tokens
  • Processes files or paths
  • Serializes/deserializes data (ObjectInputStream, XML, JSON)
  • Uses cryptographic operations
  • Executes system commands or processes
  • Configures Spring Security or Jakarta EE security

Critical Rules (Top 10)

  1. NEVER concatenate strings into SQL queries - use PreparedStatement or JPA named parameters
  2. NEVER use ObjectInputStream.readObject() on untrusted data - use JSON with validation
  3. NEVER use Runtime.exec() with user input - use ProcessBuilder with argument list
  4. NEVER use java.util.Random for security - use SecureRandom
  5. NEVER use MD5/SHA1 for passwords - use BCrypt or Argon2
  6. NEVER hardcode secrets - use environment variables or secret managers
  7. NEVER disable CSRF without understanding the risk - keep enabled for browser clients
  8. NEVER trust user-supplied file paths - normalize and validate with Path.resolve() + startsWith()
  9. ALWAYS verify resource ownership (BOLA) - check userId before returning data
  10. ALWAYS validate input at API boundaries - use Bean Validation annotations

Module Index

ModuleFocusKey Vulnerabilities
references/injection.mdSQL, Command, LDAP, XPath, JPQLCWE-89, CWE-78, CWE-90, CWE-643
references/deserialization.mdObjectInputStream, XXE, JSON/YAMLCWE-502, CWE-611
references/xss-output.mdXSS, template escaping, JSP/ThymeleafCWE-79
references/auth-access.mdBOLA, BFLA, sessions, JWTCWE-862, CWE-863, CWE-287
references/crypto-secrets.mdSecrets, hashing, encryptionCWE-798, CWE-327, CWE-916
references/input-validation.mdBean Validation, forms, uploadsCWE-20, CWE-434, CWE-915
references/file-operations.mdPath traversal, temp files, NIOCWE-22, CWE-377
references/spring-security.mdCSRF, CORS, method security, actuatorsSpring-specific
references/jakarta-ee.mdServlet security, EJB, JAX-RSJakarta EE-specific
references/dependencies.mdMaven/Gradle audit, supply chainCWE-1104, CWE-1357
references/java-runtime.mdReflection, ReDoS, ScriptEngineCWE-94, CWE-1333

Quick Decision Tree

User input involved?
├─ Database query → See references/injection.md (use PreparedStatement/JPA named params)
├─ File path → See references/file-operations.md (use Path.resolve() + startsWith check)
├─ Command execution → See references/injection.md (ProcessBuilder with list args)
├─ Deserialization → See references/deserialization.md (NEVER ObjectInputStream on untrusted)
├─ Template rendering → See references/xss-output.md (use th:text not th:utext)
└─ API endpoint → See references/auth-access.md + references/input-validation.md

Storing/generating secrets?
├─ API keys → See references/crypto-secrets.md (env vars or Vault)
├─ Passwords → See references/crypto-secrets.md (BCrypt/Argon2)
└─ Tokens → See references/crypto-secrets.md (SecureRandom)

Framework-specific?
├─ Spring Boot → See references/spring-security.md
├─ Jakarta EE → See references/jakarta-ee.md
└─ Core Java → See references/java-runtime.md

How to Use This Skill

  1. During code generation: Reference relevant module for specific vulnerability patterns
  2. Code review: Check generated code against patterns in each module
  3. When uncertain: Default to the more secure option; add explicit comments explaining security decisions

Sources

Como adicionar

/plugin marketplace add subhashdasyam/security-antipatterns-java

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Comentários · Nenhum comentário

Entre para comentar. Entrar

  • Ainda não há comentários. Seja o primeiro.