Communitygithub.com

solana-auditor

Flujo de trabajo práctico de auditoría de seguridad para programas Solana/Anchor, integrado con el Solana AI Kit (análisis estático, manual, dinámico y generación de informes). Licencia MIT.

¿Qué es solana-auditor?

Esta skill proporciona un flujo de trabajo completo de auditoría de seguridad para programas Solana y Anchor, siguiendo la metodología de cinco fases: Alcance -> Estático -> Manual -> Dinámico -> Informe. Está diseñada para ser utilizada con agentes de IA como Claude Code, Cursor o Codex dentro del ecosistema Solana AI Kit. La skill orquesta herramientas como cargo-audit, clippy, cargo-deny y cargo-geiger para el análisis estático, y utiliza litesvm, trident o honggfuzz para pruebas dinámicas y fuzzing. Además, se integra con otras skills especializadas: delega correcciones a solana-dev, verificaciones formales a QEDGen, y sigue una escala de severidad fija (Crítico/Alto/Medio/Bajo/Informativo) para los hallazgos. Cada hallazgo debe incluir ubicación concreta, reproducción (PoC o traza exacta), impacto y severidad, distinguiendo entre confirmado y sospechoso. La skill nunca certifica un programa como 'seguro', sino que reduce el riesgo dentro de un alcance y tiempo definidos.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add alexbanda08/solana-auditor-skill

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace solana-auditor?

Un flujo de trabajo práctico de auditoría de programas Solana: Alcance -> Estático -> Manual -> Dinámico -> Informe, además de un PoC ejecutable y un informe de hallazgos clasificados por severidad.

Alcance y complementos

Esta skill posee el flujo de trabajo del auditor, la orquestación de herramientas, el PoC y la generación de informes. Complementa, sin duplicar, las otras skills de seguridad en el Solana AI Kit:

  • Verificación formal (QEDGen / solana-skills: pruebas Kani/Lean) -> cuando un hallazgo justifique una prueba de invariante verificada por máquina, remitir a QEDGen; no reimplementar pruebas aquí.
  • Guía de desarrollo seguro (Trail of Bits / ghostsecurity) -> guía general; esta skill se mantiene operativa (qué ejecutar, cómo demostrar un bug).
  • Correcciones / cambios en programas -> delegar a la skill solana-dev mediante references/delegation.md.

Precedencia de fuentes (leer antes de actuar)

  1. Evidencia por hallazgo. Cada problema reportado necesita una ubicación concreta, una reproducción (PoC o traza exacta), una declaración de impacto y una severidad. Distinguir entre confirmado y sospechoso.
  2. Nunca afirmar que un programa es 'seguro' o 'confiable'. Una auditoría reduce el riesgo dentro de un alcance y tiempo definidos; no certifica seguridad. Indicar alcance y limitaciones.
  3. Usar la escala de severidad fija (Crítico / Alto / Medio / Bajo / Informativo) de references/report-template.md. No inventar severidades ad-hoc.
  4. Delegar. Correcciones y cambios en programas -> solana-dev. Pruebas formales de invariantes -> QEDGen. Esta skill encuentra, demuestra e informa; no parchea.
  5. Una hoja por tarea. Cargar exactamente la hoja a la que apunta la tabla de enrutamiento; no cargar referencias en bloque.

Guía de enrutamiento de tareas

El usuario pregunta sobre XCargar esta hoja
proceso de auditoría / ciclo de vida / por dónde empezarreferences/methodology.md
clases de vulnerabilidades / taxonomía / qué buscarreferences/vuln-classes.md
herramientas estáticas (cargo-audit / clippy / deny / geiger)references/static-analysis.md
fuzzing / litesvm / dinámico / PoCreferences/dynamic-analysis.md
restricciones de Anchor / comprobaciones de cuentasreferences/anchor-checks.md
severidad / hallazgos / informereferences/report-template.md
versiones de herramientasreferences/sdk-versions.md
correcciones / cambios en programas / pruebas formalesreferences/delegation.md

Divulgación progresiva

  • references/methodology.md - el ciclo de vida de 5 fases, alcance, tiempo límite, entregables.
  • references/vuln-classes.md - taxonomía de vulnerabilidades Solana/Anchor: qué / por qué / cómo detectar / puntero de corrección.
  • references/static-analysis.md - ejecutar y clasificar cargo-audit, clippy, cargo-deny, cargo-geiger.
  • references/dynamic-analysis.md - harness PoC litesvm, fuzzing (trident / honggfuzz), pruebas de invariantes.
  • references/anchor-checks.md - restricciones de cuentas Anchor, #[account(...)], has_one, seeds/bump.
  • references/report-template.md - escala de severidad + estructura del informe de hallazgos.
  • references/sdk-versions.md - versiones fijas de herramientas (última verificación 2026-06).
  • references/delegation.md - transferencia a solana-dev (correcciones) y QEDGen (pruebas).

Plantillas en templates/: audit-checklist.md, litesvm-harness.rs, fuzz-target.rs, ci-audit.yml, report.md.

Agentes

AgenteUsar cuando
agents/solana-auditor.mdDirigir el ciclo de vida práctico de auditoría: alcance, estático, manual, dinámico, PoCs, hallazgos en bruto (opus).
agents/audit-report-writer.mdConvertir hallazgos en bruto al informe entregable clasificado por severidad (sonnet).

Comandos

ComandoHace
commands/audit-program.mdEjecutar la auditoría completa de 5 fases (alcance, estático, manual, dinámico, informe) sobre una ruta de programa.
commands/static-scan.mdEjecutar cargo-audit + clippy + cargo-deny + cargo-geiger y clasificar.
commands/write-report.mdEnsamblar hallazgos en el informe clasificado por severidad.

Skills relacionados