Saltar al contenido
HodeiShield®

Un incidente, varios marcos, un solo registro.

Registra el incidente una vez y se clasifica a la vez frente a DORA, NIS2, RGPD y la Ley de IA, con los criterios de cada veredicto, la cuenta atrás en pantalla y un borrador descargable por autoridad.

Para: CISO, responsables de cumplimiento y de continuidad que, cuando ocurre un incidente, tienen que saber a quién avisar y en qué plazo, bajo varios marcos a la vez.

  • Los borradores se descargan; la presentación la haces tú
  • Plazos orientativos: confirma el reloj legal de cada marco

Registro de incidentesEntidad A

Datos de ejemplo

INC-0042 Caída del servicio de pagos de un proveedor TIC

En investigaciónDetectado 09:12

Clasificación a la vez frente a cada marco

  • DORA

    Notificable

    Función crítica afectada y caída de más de 5 h

  • NIS2

    Notificable (criterio orientativo)

    Gravedad alta y función crítica afectada

  • RGPD

    No notificable

    Sin datos personales afectados

  • Ley de IA

    No aplica

    Sin sistema de IA implicado

Plazos desde la detección

  • DORA · informe inicial

    Cumplido

  • NIS2 · alerta temprana

    Pendiente14 h 48 min

  • DORA · informe intermedio

    Pendiente20 h 48 min

Plazos orientativos. El reloj legal de cada marco lo confirmas tú.

Borradores descargables, uno por autoridad

  • Supervisor DORACSV tipo ESA
  • CSIRT NIS2Markdown
  • Autoridad de datosArt. 33
Datos de ejemplo: el incidente, las horas y los veredictos son ficticios. Los plazos son orientativos y nada se presenta desde aquí.

Del aviso al borrador para la autoridad

El recorrido de un incidente por HodeiShield, con lo que cada paso no hace.

  1. Regístralo una vez

    Das de alta el incidente con su tipo, gravedad y fechas. Pasa por abierto, en investigación, contenido, resuelto y cerrado.

    Alcance. Escribir exige un rol de administrador; el resto del equipo lo consulta.

  2. Se clasifica frente a cada marco

    Reglas deterministas evalúan DORA (con los umbrales del RTS UE 2024/1774), NIS2, RGPD y, si hay un sistema de IA implicado, la Ley de IA. Cada veredicto enseña los criterios que lo han disparado.

    Alcance. Los criterios de NIS2 son orientativos, propios de HodeiShield. No es una clasificación oficial ni decide por ti si el incidente es importante.

  3. Ves cada plazo con su cuenta atrás

    Calcula los plazos desde la detección: 4 h, 24 h y 72 h en DORA; 24 h y 72 h en NIS2; 72 h en RGPD. Cada uno se muestra como pendiente, vencido o cumplido.

    Alcance. Son plazos orientativos. El reloj legal, que en DORA se cuenta desde la clasificación como importante, lo confirma tu organización. No avisa por su cuenta antes de que venzan.

  4. Marcas lo cumplido

    Cuando tu equipo ha notificado, marca el plazo como cumplido.

    Alcance. Es una marca humana: no confirma que nada se haya presentado.

  5. Descargas el borrador de cada autoridad

    DORA: CSV tipo plantilla de las ESA (xBRL-CSV). NIS2: notificación al CSIRT en Markdown. RGPD: formulario del artículo 33. Ley de IA: informe propio. Se construyen con los datos del incidente, sin IA.

    Alcance. Son borradores. HodeiShield no los presenta y el fichero DORA no está validado por la autoridad.

  6. Cierras con causa raíz y medidas

    Adjuntas evidencias, registras la causa raíz y mides el tiempo medio de detección (MTTD) y de resolución (MTTR).

Qué hace HodeiShield y qué sigue siendo tuyo

La frontera es clara: el producto ordena y prepara; la decisión y la presentación son de tu organización.

Lo que hace

  • Clasifica a la vez frente a DORA, NIS2, RGPD y Ley de IA.
  • Muestra cada plazo con cuenta atrás en pantalla.
  • Genera el borrador en el formato de cada autoridad.
  • Lleva los plazos abiertos al CISO virtual y al panel del Consejo.

Lo que sigue siendo tuyo

  • Confirmar el reloj legal de cada marco.
  • Decidir si el incidente es importante o significativo.
  • Revisar y presentar el borrador ante la autoridad.
  • Acordarte del plazo: no hay avisos automáticos antes de que venza.

Cómo se decide cada veredicto

Reglas deterministas, con el criterio a la vista. Las de DORA siguen la norma técnica; las de NIS2 son criterios orientativos.

DORA
Umbrales del RTS UE 2024/1774: usuarios afectados, porcentaje de usuarios, duración de la caída, registros de datos, pérdida económica y funciones críticas.
NIS2
Criterios orientativos propios: gravedad alta o crítica, funciones críticas, impacto transfronterizo, caída prolongada y pérdida económica elevada. No son umbrales de la Directiva.
RGPD
Se marca como notificable cuando hay datos personales afectados y la gravedad lo justifica.
Ley de IA
Aplica a un incidente grave en el que interviene un sistema de IA de alto riesgo (artículo 73).

Lo que no hace

Para que sepas dónde termina la herramienta.

  • No presenta nada ante el CSIRT, el supervisor ni la autoridad de protección de datos: genera ficheros que tu organización presenta por su cuenta.
  • No avisa por su cuenta antes de que venza un plazo: la cuenta atrás se ve en pantalla.
  • No es una clasificación oficial: son reglas con criterios de referencia, y los de NIS2 son orientativos.
  • No garantiza que el reloj mostrado sea el legal: confírmalo en cada marco.
  • No entrega un fichero DORA validado por la autoridad: es una plantilla tipo ESA.
  • No tiene matriz de roles de incidentes: escribe un rol de administrador y el resto consulta.

Gestión de incidentes: preguntas directas

Las que hace quien tiene que notificar con el reloj en marcha.

¿HodeiShield notifica a la autoridad?

No. Genera el borrador en el formato de cada autoridad y lo descargas; la presentación la hace tu organización por su cuenta.

¿Los plazos que muestra son los legales?

Se muestran como orientación, calculados desde la detección. El reloj legal puede contarse de otra forma (en DORA, desde la clasificación como importante) y debe confirmarlo tu organización.

¿Me avisa antes de que venza un plazo?

No. La cuenta atrás se ve en pantalla y los plazos abiertos aparecen en el CISO virtual y en el panel del Consejo, pero no hay avisos automáticos.

¿Decide si es un incidente importante o significativo?

No decide por ti. Aplica reglas con criterios a la vista: los de DORA siguen el RTS UE 2024/1774 y los de NIS2 son criterios orientativos propios de HodeiShield, no umbrales de la Directiva.

¿Qué borradores genera y los escribe una IA?

DORA en CSV tipo plantilla de las ESA, NIS2 como notificación al CSIRT en Markdown, RGPD como formulario del artículo 33 y un informe para la Ley de IA. Se construyen con los datos del incidente, sin IA, y cada descarga queda registrada en la auditoría.

¿Quién puede registrar y editar incidentes?

Los roles de administrador pueden escribir. El resto del equipo consulta, sin una matriz de roles propia para incidentes.

Mira un incidente clasificado en tres marcos

Solicita una demo y recorremos, con datos de ejemplo, el registro, los plazos y los borradores para cada autoridad.

Plazos orientativos y borradores descargables: la presentación es tuya.