A diferencia de la mayoría del software, Anvil controla instrumentos físicos (fuentes, multímetros, relés, fixtures). Un defecto en un paso puede:

• dañar equipo (sobrecorriente, sobretensión, movimientos de fixture fuera de rango),
• ser un riesgo de seguridad para operadores (calor, piezas móviles, alta tensión),
• dejar un equipo en un estado peligroso (encendido, energizado) tras una secuencia fallida.

Por eso Anvil impone que el Cleanup corre siempre (ver docs/diseno/motor-de-ejecucion.md) y que el motor nunca envía comandos directos al hardware: todo acceso a instrumentos vive detrás de un paso (ver docs/diseno/integracion-instrumentos.md).

Un paso que toca hardware es el único responsable de la seguridad de ese hardware:

• Aplicar guardas internas (limitar corrientes/tensiones, confirmar estados antes de actuar).
• Diseñar el Cleanup del paso para dejar el equipo en un estado seguro.
• No asumir que la secuencia se completará: el Cleanup puede correr tras un fallo a mitad.

Anvil no verifica la seguridad de un paso: el motor es genérico y no conoce el dominio (ADR-0005). La responsabilidad es del integrador.

Anvil está en 0.1.0 (pre-release). No hay versión estable todavía: solo se aplican arreglos de seguridad a la rama main más reciente. Cuando haya releases, esta sección listará las versiones soportadas.

No abras un issue público para vulnerabilidades de seguridad.

Repórtala en privado, por cualquiera de estas dos vías:

1. Private vulnerability reporting (preferida): pestaña Security del repositorio → Report a vulnerability. Abre un hilo privado con el mantenedor; no hace falta conocer ninguna dirección de correo.
2. Correo: anlaco@proton.me, si no puedes usar la vía anterior.

Incluye:

• Descripción del problema y su impacto (incluye riesgo físico si lo hay).
• Pasos para reproducirlo.
• Versión/commit afectado.

1. Acuse de recibo en pocos días. Anvil lo mantiene hoy una sola persona (ver GOVERNANCE.md): se responde en cuanto se lee, sin prometer un plazo que unas vacaciones incumplirían.
2. Evaluación y plan de arreglo comunicado al reportero.
3. Una vez publicado el arreglo, crédito al reportero si lo desea.
4. Coordinación de divulgación si el problema afecta a integradores en producción.