security-and-hardening

Harden web application codebases against OWASP Top 10 vulnerabilities.

Updated Jul 31, 2026
One-click install
npx skills add https://github.com/fsolla/teqo --skill security-and-hardening-fsolla
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: security-and-hardening
Source: https://github.com/fsolla/teqo/tree/main/.agents/skills/security-and-hardening
Command: npx skills add https://github.com/fsolla/teqo --skill security-and-hardening-fsolla

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill addresses the critical need for secure-by-design development, preventing vulnerabilities like injection, broken access control, and data exposure before they reach production.

Core Features & Use Cases

  • Threat Modeling: Provides a structured STRIDE-based approach to identify and mitigate attack surfaces early in the design phase.
  • Security Patterns: Offers battle-tested code patterns for authentication, input validation, and secure session management.
  • Use Case: When building a new user-facing API, use this Skill to implement parameterized queries, enforce strict input validation with Zod, and configure secure HTTP headers to protect against common OWASP Top 10 threats.

Quick Start

Use the security-and-hardening skill to perform a threat model analysis on the new authentication module and generate a list of required security controls.

Frequently Asked Questions about security-and-hardening

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

FAQPage Schema
How do I implement security hardening for a web application to prevent common OWASP vulnerabilities?

Security hardening prevents vulnerabilities like injection and broken access control by implementing security-first design patterns, parameterized queries, and rigorous input validation. This approach ensures web application codebases are secure-by-design before reaching production.

What is STRIDE-based threat modeling and when do I need it for API development?

STRIDE-based threat modeling is a structured approach to identify and mitigate attack surfaces early in the design phase. You need it when building new user-facing APIs or authentication modules to proactively map required security controls against untrusted user input.

How do I secure authentication flows and enforce input validation against untrusted user data?

Secure authentication flows require battle-tested code patterns for secure session management and strict input validation. Enforcing validation with schema tools like Zod ensures that data-handling services interacting with untrusted user input reject malformed or malicious payloads.

Can I use this approach to satisfy OWASP Top 10 compliance requirements for my data-handling services?

Yes, satisfying OWASP Top 10 compliance requirements is achieved by implementing parameterized queries, secure session management, and automated dependency auditing. These controls harden data-handling services against common threats like injection and data exposure.

What's the best way to prevent injection and broken access control before deploying an API endpoint?

The best way to prevent injection and broken access control is applying proactive security hardening during development. This involves configuring secure HTTP headers, enforcing strict input validation, and using parameterized queries for all database interactions within the API endpoint.