security

Enforces category-only secret hygiene for tracked memory, docs, and guards using local-only registries.

Updated Mar 22, 2026
One-click install
npx skills add https://github.com/diazMelgarejo/orama-system --skill security-diazmelgarejo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: security
Source: https://github.com/diazMelgarejo/orama-system/tree/main/bin/orama-system/skills/security
Command: npx skills add https://github.com/diazMelgarejo/orama-system --skill security-diazmelgarejo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams leak private identity, path, and attribution literals into tracked files when ban rules, tests, and docs quote the very secrets they forbid. This Skill provides a single entrypoint for keeping tracked content free of concrete private values while still documenting how to detect them. ## Core Features & Use Cases - Category-only policy enforcement: Tracked rules name sensitive categories and load concrete forbidden values from a git-ignored local-only registry (.verboten-literals.local) instead of hardcoding them. - OpSec vs SecOps discipline: Distinguishes behavioral rules (never print matched literals, never paste secrets into commits or PRs) from enforcement tooling (tree scans, all-ref blob scans, pre-commit hooks). - Scoped verification gates: Defines four distinct scan scopes (current tree, commit metadata, PR-unique blobs, all-ref blobs) so a clean scan is never overstated as repo-wide proof. - Use Case: Before writing a memory row or guard that touches a sensitive category, route through this Skill to load values from the local registry, use synthetic test fixtures, and route already-leaked history to the git-history-surgery specialist. ## Quick Start Ask the agent to run a security review before committing any memory row, doc, or guard that touches private identity, path, or attribution categories.

Frequently Asked Questions about security

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

FAQPage Schema
How do I forbid a secret value without hardcoding it in the ban rule?

Name only the sensitive category in tracked policy and load concrete forbidden values from a git-ignored local-only registry such as .verboten-literals.local. A negative rule that quotes the secret it bans is self-defeating.

What is the difference between OpSec and SecOps?

OpSec is the behavioral discipline of never printing or pasting forbidden literals in output, commits, or PRs. SecOps is the enforcement infrastructure, such as registry loaders, tree scanners, all-ref blob scanners, and CI gates, that verifies OpSec held.

Does a clean current-tree scan prove the repository history is clean?

No. A current-tree scan only proves tracked files at that commit are clean. Only an all-ref blob scan across every reachable blob supports a repo-wide clean claim; PR-unique and commit-metadata scans cover narrower scopes.

What should I do if a private literal already landed in git history?

Do not fix it with this Skill; that is history surgery. Route to the git-history-surgery specialist reference for expunging contaminated history, including the runnable all-ref blob scanner.

Should I stop recording memory to avoid leaking sensitive values?

No. Sanitize memory with write-time redaction and category-only wording rather than amputating it. Under-recording relocates the risk to institutional memory loss instead of removing it.