HUSOS HORARIOSToronto --:--Londres --:--Dubái --:--Singapur --:--
Cobertura de 50+ jurisdiccionesFlujo de cumplimientov 2026.10
▸ Incidente · Notificaciones

Cuando un incidente golpea a un grupo fintech: de la primera hora al informe final del regulador

La respuesta a incidentes en fintech y la notificación al regulador ocurren a la vez: mientras su equipo contiene el ataque, ya corren los plazos de varios supervisores. Cerramos la vía de entrada, preservamos las evidencias, establecemos qué datos y pagos se vieron afectados, y le damos un mapa de plazos y borradores de avisos por jurisdicción.

▸ Ciberseguridad
Primer paso
Preservar registros e instantáneas de sistemas
Plazo más corto
DORA: 4 horas tras la clasificación
Usted recibe
Mapa de plazos, borradores, informe de causa raíz
Fuentes
9
Fuentes verificadas
23.10.2026
Consulta a un socio · respuesta por escrito en 24 horas
Reservar una consulta de pago · 99 USD →

Plazos de notificación al regulador por país: un ataque, varios relojes

En un grupo con entidades en la UE, el Reino Unido, Canadá, EE. UU. y Singapur, un solo evento abre plazos que van de 4 horas con DORA a 30 días con la norma de la FTC. Cada reloj arranca en un momento distinto: el conocimiento, la clasificación o la evaluación de la brecha.

  • RGPD y UK GDPR: 72 horas desde que el responsable tiene conocimiento de una violación de datos personales.
  • DORA: 4 horas desde que el incidente de TIC se clasifica como grave, y a más tardar 24 horas desde el conocimiento.
  • RPAA (Banco de Canadá): 48 horas después de que el PSP determine que el incidente es material.
  • NYDFS Part 500: 72 horas después de determinar que hubo un incidente, también en un proveedor.
  • PDPA (Singapur): 3 días naturales tras evaluar la brecha como notificable.
  • Safeguards Rule de la FTC: 30 días desde el descubrimiento si hay 500 consumidores o más.

Nuestro primer documento es un registro con hora de detección, clasificación y evaluación, base de todos los avisos.

Análisis posterior a una brecha en fintech: lo que hacemos en las primeras 72 horas

Contenemos el ataque, preservamos las evidencias antes de que cambie nada, encontramos la vía de entrada y establecemos qué datos y operaciones de pago se vieron afectados. En paralelo reunimos los hechos de los que depende el primer aviso.

  1. Contención. Desactivar cuentas y claves comprometidas, aislar servidores, cerrar la vía de entrada.
  2. Evidencias. Capturar registros, imágenes e instantáneas antes de reconstruir nada, con la cadena de custodia.
  3. Alcance. Sistemas, categorías de datos, clientes y operaciones afectados; en una brecha de datos KYC, pasaportes, selfis y direcciones por separado.
  4. Clasificación. Para cada jurisdicción del grupo, si se alcanza el umbral de notificación y cuándo empezó el plazo.
  5. Borradores. Textos de aviso basados en hechos establecidos. El RGPD permite expresamente facilitar la información por fases cuando no puede reunirse toda a la vez (art. 33(4)).

La decisión de notificar es suya, de su DPD y de su abogado; nosotros les damos hechos fiables.

Notificación de brechas según el RGPD: la regla de las 72 horas

El responsable notifica a la autoridad de control sin dilación indebida y, si es posible, en las 72 horas siguientes a tener conocimiento de la violación, salvo que sea improbable que suponga un riesgo para las personas (art. 33 del RGPD). Si el riesgo es alto, se informa a los afectados sin dilación indebida (art. 34).

El aviso describe la violación, las personas y registros afectados, el contacto del DPD, las consecuencias y las medidas (art. 33(3)); pasadas las 72 horas, explica el retraso. Un encargado, como su proveedor de KYC, informa al responsable sin dilación indebida (art. 33(2)).

Reino Unido

El UK GDPR mantiene el plazo de 72 horas. Desde el 30 de septiembre de 2026, su artículo 33 designa como destinataria a la Information Commission, sucesora de la ICO.

Un registro de cada brecha

Cada violación se documenta, se notifique o no (art. 33(5)); en Canadá, PIPEDA exige conservar esos registros 24 meses. Construimos el registro mientras trabajamos.

Plazos de notificación de un incidente grave de TIC según DORA

Una entidad financiera de la UE presenta la notificación inicial de un incidente grave de TIC en las 4 horas siguientes a su clasificación y a más tardar 24 horas desde el conocimiento. El informe intermedio sigue en 72 horas y el final en un mes desde el último intermedio.

Los plazos los fija el Reglamento Delegado (UE) 2025/301 de la Comisión. Si el incidente se clasifica como grave más de 24 horas después del conocimiento, la notificación inicial vence 4 horas después de la clasificación (art. 5(2)).

Para una EDE autorizada en la UE es el plazo más corto del grupo, así que criterios de clasificación y plantilla de aviso deben existir de antemano; ensayamos un escenario con los relojes de DORA y del RGPD a la vez. La seguridad de los datos personales en sí la tratamos en nuestra página de protección de datos.

Después del incidente: un informe de causa raíz para reguladores y banco

Los informes finales de los reguladores y las preguntas del banco socio piden lo mismo: causa raíz, qué se vio afectado y una lista fechada de correcciones. Redactamos ese informe y comprobamos que las correcciones cerraron de verdad la vía de entrada.

El informe recoge cronología, vía de entrada, sistemas y datos afectados, recuperación, medidas y fecha de la nueva revisión: una versión breve para la dirección y el banco, un anexo técnico para el regulador. Después ajustamos el plan donde se perdió tiempo.

Plazos de notificación en las jurisdicciones de un grupo

RequisitoQué significaFuente
RGPD, art. 33: autoridad de control en 72 horas desde el conocimientoLos avisos tardíos se justifican; la información puede llegar por fasesRGPD, art. 33
DORA: aviso inicial 4 horas tras la clasificación, 24 horas como máximo; intermedio 72 horas; final un mesEl plazo más corto para las entidades autorizadas en la UEReglamento Delegado (UE) 2025/301, art. 5
RPAA: aviso inicial al Banco de Canadá en 48 horas desde la determinación de materialidadPara PSP registrados en CanadáBank of Canada, 29 June 2026
NYDFS 500.17(a): en 72 horas; pago por extorsión en 24 horas y 30 díasPara licenciatarios del DFS en Nueva York23 NYCRR 500.17
FTC 314.4(j): en 30 días si hay 500 consumidores o másPara financieras no bancarias de EE. UU.16 CFR 314.4(j)
PDPA, s. 26D: la Commission en 3 días naturales desde la evaluaciónPara brechas de daño o escala significativos en SingapurPDPA 2012, s. 26D

Qué recibe

  • Un incidente contenido: vía de entrada cerrada, claves y contraseñas rotadas, restauración verificada
  • Un registro de eventos con hora y un mapa de plazos de notificación por jurisdicción
  • Borradores de avisos a reguladores y clientes basados en hechos establecidos
  • Un informe de causa raíz, breve para la dirección y el banco, técnico para el regulador, y una nueva revisión

Qué necesitamos de usted

  • Un aviso en cuanto detecte el incidente y el contacto de quien decide
  • Acceso a los sistemas afectados, registros y copias de seguridad
  • La lista de jurisdicciones y licencias del grupo, con los contactos del DPD y del abogado
  • Autorización escrita del trabajo mediante una carta de alcance

Límites del trabajo

  • Usted decide, firma y presenta cada aviso con su DPD y su abogado; nosotros preparamos hechos y borradores
  • El dictamen jurídico sobre si un aviso es obligatorio corresponde a un abogado
  • La investigación con valor judicial y la labor policial corresponden a las autoridades; nosotros preservamos las evidencias para ellas
  • Respondemos de las medidas ejecutadas y de la exactitud del informe; las sanciones dependen solo del regulador

Riesgos de gestionarlo por cuenta propia, con un chatbot o con un freelance

Por cuenta propia
El equipo reconstruye los servidores para volver a estar en línea y destruye los registros de los que dependen el aviso y la causa raíz.
Chatbot
Da un mismo plazo para todos los regímenes y confunde cuándo arranca el reloj. Unas horas de error con DORA son ya un incumplimiento.
Freelance
Limpia el sitio sin encontrar la vía de entrada, y el ataque vuelve una semana después.

Preguntas frecuentes

Fuentes (verificadas el 23.10.2026)

  1. Regulation (EU) 2016/679 (GDPR), Articles 33 and 34EUR-Lex
  2. UK GDPR, Article 33legislation.gov.uk
  3. Commission Delegated Regulation (EU) 2025/301 on incident reporting under DORAEUR-Lex
  4. Reminder: PSP reporting obligations under the RPAABank of Canada
  5. 23 NYCRR Part 500, Second AmendmentNY Department of Financial Services
  6. 16 CFR Part 314: Standards for Safeguarding Customer InformationeCFR
  7. Personal Data Protection Act 2012, Part 6ASingapore Statutes Online
  8. Personal Information Protection and Electronic Documents Act, ss. 10.1–10.3Justice Laws Website
  9. Breach of Security Safeguards Regulations (SOR/2018-64)Justice Laws Website
Siguiente paso · respuesta por escrito en 24 horas

Empiece con una línea sobre su tarea

Basta una línea. Un socio la lee y responde por escrito en 24 horas.

  • Un socio responde por escrito en 24 horas
  • Tras su solicitud llega un presupuesto por escrito
  • No se paga nada hasta que usted acepte el presupuesto

O escriba a hello@innovacg.com

Reservar una consulta de pago · 99 USD →