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.