Guía en profundidad · Seguridad
Plan de respuesta a ciberincidentes: qué hacer si atacan al family office
Actualizado: · Leutrim Miftaraj, FLIORE · Principios editoriales · Otros idiomas: Deutsch · English · Français
Respuesta breve
Un plan de respuesta a ciberincidentes fija de antemano quién decide durante un ataque, qué pasos siguen en la primera hora, cómo se informa a bancos, familia y autoridades y cómo se restauran los sistemas con seguridad. Sigue las fases de preparación, detección, contención, erradicación, recuperación y lecciones aprendidas. Existen obligaciones de notificar las violaciones de datos según la LPD suiza y, en 72 horas, según el RGPD.
Por qué los family offices son un objetivo
Los family offices reúnen grandes patrimonios, información confidencial y equipos informáticos pequeños. Los atacantes lo saben: intentan desviar pagos, tomar el control de cuentas de correo, cifrar datos o robar documentos confidenciales. Un ataque no puede descartarse del todo; lo decisivo es la rapidez y el orden de la respuesta. Sin un plan se pierde un tiempo valioso en la primera hora y se borran rastros.
Las fases de un incidente
| Fase | Objetivo | Medidas típicas |
|---|---|---|
| Preparación | Poder actuar antes de que ocurra algo | Plan de respuesta, lista de contactos, copias de seguridad, ejercicios, seguro |
| Detección y análisis | Confirmar el incidente y estimar su alcance | Reunir indicios, determinar los sistemas y cuentas afectados |
| Contención | Detener la propagación | Bloquear cuentas, aislar dispositivos, detener pagos |
| Erradicación y recuperación | Expulsar al atacante, reanudar la actividad con seguridad | Renovar contraseñas, restaurar sistemas desde copias limpias |
| Lecciones aprendidas | Aprender y mejorar | Análisis de causas, plan de medidas, documentación |
La primera hora
- Informar a los responsables de la emergencia y aclarar quién tiene la facultad de decidir.
- Bloquear las cuentas afectadas o cambiar las contraseñas, desconectar de la red los dispositivos afectados, sin apagarlos, para conservar los rastros.
- Ante un posible fraude en pagos, llamar de inmediato a todos los bancos y pedir que detengan o retrocedan los pagos.
- Recurrir al proveedor informático o a especialistas en gestión de incidentes.
- Iniciar una cronología: qué pasó, cuándo, quién lo detectó, qué medidas se tomaron.
- Informar a la aseguradora cibernética, si la hay; muchas pólizas exigen una notificación inmediata.
Obligaciones de notificación
Cuando una violación de la seguridad de los datos pueda suponer un riesgo alto para las personas afectadas, la ley federal suiza de protección de datos exige notificarla al Encargado federal de protección de datos y transparencia lo antes posible (art. 24 LPD). Según el RGPD, una violación de datos personales debe notificarse a la autoridad de control, si es posible, en un plazo de 72 horas cuando pueda constituir un riesgo (art. 33); si el riesgo es alto, también hay que informar a los afectados (art. 34). En Suiza rige además desde el 1 de abril de 2025 la obligación de notificar ciberataques a la Oficina Federal de Ciberseguridad, aunque solo para los operadores de infraestructuras críticas, entre los que no suelen figurar los family offices. En casos de fraude y extorsión conviene presentar denuncia ante la policía.
Ejemplo práctico (simplificado)
Una empleada detecta en su buzón reglas de reenvío que no conoce. Siguiendo el plan de respuesta, informa de inmediato a la dirección; la cuenta se bloquea y el proveedor informático revisa los inicios de sesión y encuentra un acceso desde el extranjero. Como el atacante podía ver facturas con datos bancarios, se avisa a todos los bancos y se revisan los pagos de la última semana: uno a un IBAN cambiado aún puede detenerse. Como los datos de clientes de la familia estaban visibles, el family office examina la obligación de notificar y comunica el incidente a la autoridad de protección de datos competente.
Una preparación que compensa
- Inicio de sesión con dos factores en todas las cuentas, sobre todo correo y banca en línea.
- Copias de seguridad según la regla 3-2-1: tres copias, dos soportes, una fuera de las oficinas y desconectada de la red; probar con regularidad la restauración.
- Una lista de contactos disponible sin conexión: bancos, informática, aseguradora, abogado, autoridad de protección de datos, policía.
- Un ejercicio de mesa anual con un escenario realista.
- Una regla clara: nunca ejecutar pagos ni cambios de cuenta solo por una instrucción por correo.
La comunicación en una emergencia
Además de la respuesta técnica, la comunicación decide el alcance del daño. La familia debe ser informada con rapidez y honestidad, sin especulaciones; los bancos necesitan instrucciones claras sobre qué pagos detener o revisar con especial cuidado; el personal necesita una regla sobre lo que puede decir a terceros. Una sola persona se encarga de las consultas de medios o socios comerciales.
Los canales deben ser seguros: si hay cuentas de correo comprometidas, las instrucciones no deben pasar por ellas; hacen falta números de teléfono acordados de antemano o un canal separado. Tras el incidente, procede un breve informe a la familia y a los órganos: qué pasó, qué datos se vieron afectados, qué notificaciones se hicieron y qué medidas evitan que se repita. La transparencia refuerza la confianza más que cualquier fórmula tranquilizadora.
En FLIORE
FLIORE apoya la preparación con un inicio de sesión de dos factores que puede imponerse a toda la organización, derechos basados en roles, almacenamiento cifrado de documentos, aprobaciones a cuatro ojos para los pagos y una pista de auditoría que muestra en una emergencia quién accedió a qué datos y cuándo.
De un vistazo
| Fases | Preparación, detección, contención, erradicación/recuperación, lecciones aprendidas |
|---|---|
| Notificación en Suiza | FDPIC lo antes posible si es probable un riesgo alto (art. 24 LPD) |
| Notificación en la UE | Autoridad de control, si es posible, en 72 horas (art. 33 RGPD) |
Términos de esta página
- Registro de auditoría
- Registro inalterable que recoge quién creó, modificó, aprobó o eliminó qué datos y cuándo.
Preguntas frecuentes
¿Hay que notificar todo ciberincidente?
No. Deben notificarse las violaciones de la seguridad de los datos que probablemente supongan un riesgo alto (Suiza) o un riesgo para los afectados (UE). Conviene documentar la evaluación y su resultado.
¿Hay que apagar los dispositivos afectados?
Es mejor desconectarlos de la red y dejarlos encendidos, para conservar los rastros para el análisis, salvo que los especialistas recomienden otra cosa.
¿Hay que pagar un rescate?
Las autoridades lo desaconsejan, porque fomenta nuevos ataques y no da ninguna certeza de recuperar los datos. Lo decisivo son copias de seguridad limpias y separadas.
¿Quién debería formar parte del equipo de emergencia?
La dirección del family office, el responsable informático o el proveedor, cumplimiento o protección de datos y una persona encargada de la comunicación con la familia y los bancos.
¿Con qué frecuencia hay que practicar?
Al menos una vez al año en un ejercicio de mesa con un escenario realista y, además, tras cambios importantes en la informática.
¿Ayuda un seguro cibernético?
Puede cubrir los costes de especialistas, recuperación y responsabilidad. Importan las condiciones, como los plazos de notificación y los requisitos mínimos de seguridad.
¿Cómo se informa a la familia?
Con rapidez, de forma objetiva y por un canal seguro: qué se sabe, qué se está haciendo y cuándo llegará la próxima información. Hay que evitar especular sobre causas o autores hasta que esté el análisis.
¿Qué documentos deberían estar disponibles sin conexión?
La lista de contactos de emergencia, el propio plan de respuesta, los datos de acceso para la restauración en una caja fuerte segura y los números de contrato más importantes, como el del seguro cibernético.
¿Qué papel tiene el proveedor informático?
Suele ser el primer interlocutor técnico. El contrato debería fijar con qué rapidez reacciona en una emergencia, quién tiene acceso a los registros y si recurre a especialistas en gestión de incidentes. Estas preguntas deben resolverse antes de la emergencia.
Fuentes
- NIST SP 800-61 – Computer Security Incident Handling Guide
- Oficina Federal de Ciberseguridad de Suiza (NCSC/BACS)
- Oficina Federal de Seguridad de la Información de Alemania (BSI)
- Encargado federal suizo de protección de datos y transparencia (FDPIC/EDÖB)
- Ley federal suiza de protección de datos (LPD, RS 235.1) – Fedlex
- Reglamento General de Protección de Datos (UE) 2016/679 – EUR-Lex
Esta página sirve de orientación y no sustituye el asesoramiento jurídico o fiscal. Las fuentes legales citadas prevalecen en su versión aplicable.
Más información
Más sobre Operación, seguridad y tecnología
FLIORE en su family office
Vea estructuras, cumplimiento y patrimonio consolidado con sus propias preguntas, en una demostración personal.
