security-scan

Audits repository security posture across auth surfaces, secrets, dependencies, and CI guardrails.

Updated Dec 24, 2025
One-click install
npx skills add https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1 --skill security-scan-joyjoin-tech-limited
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: security-scan
Source: https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1/tree/main/.github/skills/security-scan
Command: npx skills add https://github.com/JoyJoin-Tech-Limited/JoyJoin_app_v0.1 --skill security-scan-joyjoin-tech-limited

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often assume security checks exist when they do not, or rely on stale documentation claiming scans passed. This Skill audits the repository's actual security posture by inspecting current enforcement files, CI workflows, auth-debug surfaces, and secret handling, then reports concrete gaps instead of implying coverage that does not exist. ## Core Features & Use Cases - Auth-debug surface review: Verifies that production override flags and debug tools fail closed by default, using apps/server/src/auth/policy.ts as the source of truth. - CI security coverage audit: Compares what workflows like quality-gates.yml and deploy pipelines actually run against the risks documented in docs/launch-risks.md. - Dependency and secret risk assessment: Reviews dependency vulnerabilities and secret handling at trust boundaries, reporting missing automation explicitly. - Use Case: Before a production launch, ask for a security scan of the release branch to confirm which checks CI actually runs, whether auth-debug overrides are disabled in production, and which known risks remain unmitigated. ## Quick Start Ask the AI to run a security scan of the current branch and report which CI security checks actually run, whether production auth-debug overrides fail closed, and what gaps remain.

Frequently Asked Questions about security-scan

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

FAQPage Schema
How do I run a security scan on a Node.js repository before launch?▼

Start by reviewing current enforcement files such as the auth policy module, CI guardrail scripts, and deploy workflows. Compare what CI actually runs against documented launch risks, and report any missing dependency or CodeQL scans as explicit gaps.

How to check if debug auth overrides are disabled in production?▼

Inspect the auth policy source of truth, such as apps/server/src/auth/policy.ts, and verify that production override flags require explicit enablement and fail closed by default. Do not rely on older documentation claiming the behavior.

Does this security scan replace implementing auth or RBAC fixes?▼

No. The scan identifies gaps, risks, and missing automation only. Fixing vulnerable code paths, changing route gating, or redesigning fail-closed behavior belongs to domain skills such as auth-session-and-safety-boundaries.

Why does a security audit report differ from older docs claiming a scan passed?▼

Historical docs may describe scans that CI no longer runs. The audit verifies whether current workflows actually execute CodeQL, dependency audits, or guardrail checks today before repeating any pass claim.

What are the limitations of a posture review versus automated scanning?▼

A posture review reads enforcement files and workflows to identify gaps but does not execute penetration tests or dependency scanners itself. Missing automation, such as an absent CodeQL workflow, is reported as a gap rather than silently assumed.