audit-security

Audits SvelteKit + PocketBase stacks for headers, auth risks, injection vulnerabilities, and more, producing ranked findings reports with file locations.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/jluckyiv/rivcomocktrial --skill audit-security-jluckyiv
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit-security
Source: https://github.com/jluckyiv/rivcomocktrial/tree/main/.claude/skills/audit-security
Command: npx skills add https://github.com/jluckyiv/rivcomocktrial --skill audit-security-jluckyiv

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Addresses security gaps in SvelteKit + PocketBase deployments by validating headers, auth boundaries, filter safety, and exposing hardcoded secrets.

Core Features & Use Cases

  • Scans for missing security headers, insecure auth storage, and vulnerable hook patterns.
  • Detects filter injection risks and misconfigurations in PocketBase hooks.
  • Provides prioritized findings to guide pre-production risk mitigation.

Quick Start

Run the audit to scan web/src and backend/pb_hooks for anti-patterns and generate a findings report.

Frequently Asked Questions about audit-security

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

FAQPage Schema
How do I audit security headers and authentication boundaries in a SvelteKit and PocketBase application?

To audit security headers and authentication boundaries in SvelteKit and PocketBase, scan the web/src and backend/pb_hooks directories for anti-patterns and insecure storage. The audit applies a rubric to assess HTTP security headers, auth storage, and hook errors, generating a structured findings report.

How do I detect filter injection risks in PocketBase hooks?

Detect filter injection risks in PocketBase hooks by scanning backend/pb_hooks for vulnerable patterns and misconfigurations. The audit evaluates filter safety to identify injection vulnerabilities, ranking issues from Critical to Suggestion in the final findings report with file paths and line numbers.

What is the best way to check for hardcoded credentials in a SvelteKit and PocketBase stack?

The best way to check for hardcoded credentials in a SvelteKit and PocketBase stack is to run a security audit that scans source directories for exposed secrets. The audit identifies hardcoded credentials and outputs prioritized findings to guide pre-production risk mitigation.

Does this security audit work with my existing SvelteKit and PocketBase project structure?

This security audit works with SvelteKit and PocketBase projects that contain web/src and backend/pb_hooks directories. It evaluates your existing project structure to assess HTTP security headers, auth storage, filter injection, and hook errors without requiring external dependencies.

How are security findings ranked and formatted in the audit report?

Security findings are ranked Critical, Warning, Suggestion, and Praise in the audit report. The structured output includes specific file paths and line numbers for each identified issue, providing prioritized guidance to mitigate risks before production deployment.