insecure-defaults

Detect fail-open insecure default configurations in applications and IaC templates.

1|Updated Dec 30, 2025
One-click install
npx skills add https://github.com/statick88/dotfiles --skill insecure-defaults-statick88
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: insecure-defaults
Source: https://github.com/statick88/dotfiles/tree/main/amp/.agents/skills/insecure-defaults
Command: npx skills add https://github.com/statick88/dotfiles --skill insecure-defaults-statick88

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill identifies and helps remediate "fail-open" security vulnerabilities where applications might run insecurely due to missing or weak default configurations, such as hardcoded secrets or overly permissive access controls.

Core Features & Use Cases

  • Detects Fail-Open Vulnerabilities: Distinguishes between insecure defaults that allow an application to run and secure defaults that cause it to crash.
  • Audits Security Configurations: Useful for security audits, reviewing Infrastructure as Code (IaC), and analyzing environment variable handling.
  • Use Case: An application might default to allowing all cross-origin requests (CORS = '*') if the ALLOWED_ORIGINS environment variable is not set. This Skill would flag this as a critical vulnerability, as it allows potentially unauthorized access in production.

Quick Start

Use the insecure-defaults skill to search for fallback secrets in the project's configuration files.

Frequently Asked Questions about insecure-defaults

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

FAQPage Schema
How do I detect fail-open insecure default configurations in my application?

Detect fail-open insecure default configurations by scanning code, configuration files, and IaC templates to identify vulnerabilities like hardcoded secrets or weak authentication. This process validates actual runtime behavior to distinguish critical findings from safe defaults.

What are fail-open security vulnerabilities and how do hardcoded secrets cause them?

Fail-open security vulnerabilities occur when missing or weak default configurations allow applications to run insecurely in production. Hardcoded secrets and permissive settings like CORS = '*' cause this by enabling unauthorized access instead of crashing the app.

How do I audit Infrastructure as Code templates for weak authentication mechanisms?

Audit Infrastructure as Code templates for weak authentication mechanisms by scanning for insecure defaults that allow applications to run insecurely. This identifies permissive security settings and validates production impact to flag critical vulnerabilities.

Does this security audit distinguish between test-specific configurations and production vulnerabilities?

This security audit distinguishes test-specific configurations from production vulnerabilities by validating actual runtime behavior and production impact. It differentiates critical fail-open findings from safe defaults to prevent false positives during security reviews.

Why does my application default to allowing all cross-origin requests when environment variables are missing?

Your application defaults to allowing all cross-origin requests when environment variables are missing due to insecure default configurations. This fail-open behavior acts as a critical vulnerability by allowing potentially unauthorized access in production environments.

Can I use this to find fallback secrets in my project's configuration files?

You can use this to find fallback secrets in your project's configuration files by scanning for insecure defaults. It detects hardcoded secrets and permissive security settings to identify vulnerabilities that allow applications to run insecurely.