insecure-defaults

Detect fail-open insecure default vulnerabilities in application code and configuration files.

11|1|Updated May 4, 2026
One-click install
npx skills add https://github.com/dreadnode/capabilities --skill insecure-defaults-dreadnode
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: insecure-defaults
Source: https://github.com/dreadnode/capabilities/tree/main/capabilities/web-security/skills/insecure-defaults
Command: npx skills add https://github.com/dreadnode/capabilities --skill insecure-defaults-dreadnode

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill identifies critical fail-open vulnerabilities where applications run insecurely in production due to missing or misconfigured security settings, such as hardcoded secret fallbacks, weak default credentials, and permissive access controls that bypass intended security guards.

Core Features & Use Cases

  • Vulnerability Pattern Detection: Scans configuration files, authentication logic, environment variable handling, and deployment manifests for common insecure default patterns including fallback secrets, hardcoded credentials, weak cryptographic algorithms, and permissive access settings.
  • Runtime Behavior Verification: Guides users to trace how missing configuration impacts runtime behavior to distinguish between safe fail-secure (crash on missing config) and dangerous fail-open (run with insecure default) vulnerabilities.
  • Use Case: Security auditors and software engineers can use this Skill during code reviews or configuration audits to catch critical vulnerabilities that would lead to unauthorized access, data breaches, or system compromise if deployed to production.

Quick Start

Use the insecure-defaults skill to scan your application's configuration and environment files for fail-open insecure default security risks.

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 defaults in configuration files?

Detect fail-open insecure defaults by scanning configuration files, authentication logic, and environment variable handling for hardcoded secret fallbacks, weak default credentials, and permissive access controls that bypass security guards when settings are missing.

What is the difference between fail-open and fail-secure configuration vulnerabilities?

Fail-secure configurations crash safely when required security settings are missing, while fail-open vulnerabilities cause the application to run insecurely using hardcoded secret fallbacks, weak default credentials, or permissive access controls.

How do I scan application code for hardcoded secret fallbacks and weak credentials?

Scan application code and deployment manifests for hardcoded secret fallbacks and weak default credentials by tracing how missing environment variables impact runtime behavior and identifying insecure default patterns in authentication logic.

Can I audit deployment manifests for permissive security defaults and weak cryptographic algorithms?

Yes, you can audit deployment manifests for permissive security defaults and weak cryptographic algorithms across web applications, APIs, and cloud services to catch vulnerabilities that enable insecure operation when required settings are missing.

What is the best way to review environment variable handling for insecure default patterns?

Review environment variable handling by tracing runtime behavior to verify whether missing configuration causes safe failure or dangerous insecure operation, identifying hardcoded fallback secrets and permissive access settings during code reviews.

When should I check for insecure defaults in authentication logic and configuration files?

Check for insecure defaults during code reviews or configuration audits before deployment, catching fail-open vulnerabilities in authentication logic and configuration files that could lead to unauthorized access, data breaches, or system compromise in production.