reverse-skill
reverse-skill: seguridad y operaciones para investigación autorizada
Alcance, red, aislamiento de muestras, permisos, secretos, retención y respuesta.

Qué aprenderás
- Build an authorization-first threat model
- Protect tools, samples, secrets, and evidence
- Design incident response for a research case
Antes de empezar
- Basic Git and command-line usage
- Comfort reading a project README
You can explain the project, run its documented first step, and decide what to verify before adopting it.
Conclusiones clave
- Scope, authorization, network profile, and stop conditions must gate active work.
- Least privilege, allow-lists, client review, and prompt-resistant rules constrain tools.
- Hash, redact, retain, and recover evidence through a documented incident runbook.
Authorization is the first security control
Exige autorización, objetivo, fechas, acciones y stop conditions antes del caso. Aplica mínimo privilegio, allow-lists, aislamiento, hashes, redacción y retención a herramientas, clientes y evidencia.
Keep CTF or malware fixtures isolated from production credentials and networks. Use snapshots, disposable VMs, and egress controls for samples that may execute or phone home.
Constrain tools and clients
Tools such as Frida, Burp/Reqable, nmap, IDA/radare2/Ghidra, YARA, and exploit-development playbooks have different privilege and network implications. Run least-privilege processes, allow-list binaries and domains, require approval for active scans or writes, and record the exact tool/version used.
Client adapters and MCP servers can widen filesystem or network access. Keep them optional, review generated commands, and do not allow a model to override `RULES.md`, scope, or case policy through prompt text.
Protect evidence and reporting
Treat APKs, binaries, PCAPs, frontend payloads, credentials, and findings as sensitive. Hash artifacts, encrypt controlled storage, redact logs and reports, restrict readers, and set deletion/retention dates. Separate raw evidence from derived findings so a report can be shared without exposing a sample or secret.
Use Evidence→Finding→Path and confidence/limitations fields to prevent speculation from becoming a claim. Case-review should verify fixity before handoff.
Respond and recover
If scope changes, a tool behaves unexpectedly, or data may have leaked, stop the case and network activity, preserve redacted timelines, revoke credentials, quarantine the host/artifact, notify the owner, and restore a known-good environment. Rerun routing/coherence/smoke checks after remediation and document the decision.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Require authorization and scope fields before case activation.
- 2
Isolate samples, clients, MCP, tools, credentials, and network egress.
- 3
Protect hashed evidence and redact reports with explicit retention.
- 4
Rehearse stop, revoke, quarantine, restore, and post-incident checks.
Ejemplo para copiar
authorization + scope + network_profile -> case ready
least-privilege tool/client -> hashed evidence -> redacted report
incident -> stop/revoke/quarantine -> restore + revalidatePreguntas frecuentes
Can reverse-skill bypass the scope gate?
It should not. Treat any attempted bypass as a stop condition and investigate the client, rule, or tool boundary.
How long should evidence be retained?
Set a project- and legal-policy-specific retention period; keep only what the owner and report require, with deletion recorded.
Fuentes
- reverse-skill README (captured 2026-08-31)Fuente verificada 2026-08-31
- reverse-skill repositoryFuente verificada 2026-08-31