insecure-defaults

Detect fail-open insecure defaults in application configurations and IaC.

Updated Jul 10, 2025
One-click install
npx skills add https://github.com/Superlend/superloop-core-contracts --skill insecure-defaults
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: insecure-defaults
Source: https://github.com/Superlend/superloop-core-contracts/tree/main/.cursor/skills/insecure-defaults/skills/insecure-defaults
Command: npx skills add https://github.com/Superlend/superloop-core-contracts --skill insecure-defaults

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps security teams and developers identify fail-open defaults that allow applications to run insecurely in production, such as missing environment variables, weak defaults, or permissive security settings.

Core Features & Use Cases

  • Insecure-default detection across config, env handling, deployment templates, and IaC.
  • Differentiates fail-open from fail-secure patterns to prioritize remediation.
  • Use cases include security audits, configuration reviews, and pre-deployment checks.

Quick Start

Run a targeted scan of repository configurations to identify common fail-open patterns such as SECRET = env.get('KEY') or 'default', missing required env vars, and permissive CORS settings.

Frequently Asked Questions about insecure-defaults

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

FAQPage Schema
How do I detect insecure fail-open defaults in application configurations?▼

Fail-open insecure defaults occur when missing environment variables or weak fallback settings allow applications to run insecurely in production, often bypassing authentication or exposing secrets during security audits.

How do I scan environment variables for hardcoded secrets and weak fallbacks?▼

Scan environment variables using static-pattern detection to find insecure fallbacks like SECRET = env.get('KEY') or 'default', ensuring missing required configurations fail securely instead of exposing hardcoded secrets.

Can I use static analysis for security audits of deployment templates and IaC?▼

Static analysis applies to security audits of deployment templates and IaC by detecting permissive CORS settings and weak auth patterns, differentiating fail-open from fail-secure configurations to prioritize remediation.

What is the best way to differentiate fail-open from fail-secure patterns during a configuration review?▼

The best way to differentiate fail-open from fail-secure patterns is applying static-pattern detection across configuration handling to prioritize remediation of weak defaults and permissive access controls that allow insecure production execution.

Does insecure-defaults detection work for pre-deployment checks across codebases?▼

Insecure-defaults detection works for pre-deployment checks by scanning codebases, configuration files, and environment variable handling to identify permissive security settings and missing required variables before production release.