Me robaron la base de datos de clientes

¿Tienes razón?

Que una base de datos haya sido sustraída no significa automáticamente que debas notificar o que haya daños, pero sí exige que hagas una valoración rápida y documentada. Tres cuestiones determinan la gravedad: qué datos fueron expuestos (solo nombres y emails no es lo mismo que números de documento o de tarjetas), si son datos sensibles, y la posibilidad de que la información permita fraude (acceso a cuentas, suplantación). También importa cómo se produjo la sustracción: un acceso legítimo por un empleado con autorización es distinto a un ataque externo por vulnerabilidad.

Evaluá si los datos están cifrados y si las claves o contraseñas fueron comprometidas. Si la base incluye datos económicos o información que facilite la suplantación de identidad, el riesgo es alto. Si la base estaba sólidamente cifrada y las claves no fueron robadas, el riesgo puede ser menor, pero igual requerís documentación técnica.

Cómo se soluciona

1) Aislá y preservá evidencias. Cortá el acceso comprometido, cambiá credenciales relevantes y preservá logs de acceso, backups y snapshots. No limpies sistemas; esa evidencia servirá para la investigación.

2) Formá un equipo de respuesta. Incluí responsables de TI, seguridad, comunicaciones y legal. Definí quién habla y qué se comunica.

3) Evaluá alcance técnico. Determiná qué tablas, campos y registros salieron, si hubo exfiltración completa o parcial y si los datos estaban cifrados con claves comprometidas.

4) Medidas técnicas de contención. Parcheá la vulnerabilidad, rotá claves y tokens, revocá certificados si corresponde, y restringí acceso remoto.

5) Comunicación y obligaciones. Informá internamente y a los terceros afectados según el riesgo. Prepará un comunicado claro para clientes que explique qué pasó, qué datos se vieron afectados, y qué medidas se toman. Evitá lenguaje técnico excesivo y ofrecé canales de soporte.

6) Ofrecé mitigaciones prácticas. Dependiendo del tipo de dato, ofrecé medidas como monitoreo de fraude, cambios de contraseñas o bloqueo preventivo de accesos sensibles.

7) Documentá todo. Cada acción de respuesta y cada comunicación debe quedar registrada; servirá para la defensa frente a autoridades y para mejorar procesos.

Qué podés hacer hoy: preservá los backups y logs, cortá el acceso comprometido y comunicá internamente. Exportá evidencias antes de hacer cambios mayores.

Qué puede pasar

1) Se arregla con mitigación y comunicación. Muchas empresas contienen el incidente, ofrecen medidas de protección y la situación se normaliza sin sanciones importantes, especialmente si actuaron con diligencia.

2) Acuerdo o investigación administrativa. Si hay reclamos, puede iniciarse un procedimiento en la autoridad competente o una mediación con afectados. Un acuerdo puede implicar obligaciones de seguimiento y auditorías.

3) Sanción o demanda civil. Si hubo negligencia grave o exposición de datos sensibles, puede haber sanciones administrativas y demandas civiles. Si perdés en juicio, la ejecución depende de la solvencia de la empresa; además, las costas procesales pueden añadirse.

Y si ganás, ¿cobrás? Una resolución favorable puede reconocer responsabilidad ajena y condenas, pero cobrar depende de las posibilidades patrimoniales del demandado. Por eso la prevención y los seguros son importantes.

Errores que arruinan el caso

• Borrar logs o sistemas antes de hacer una copia forense: eso destruye la evidencia.
• Comunicaciones improvisadas que minimizan el incidente o culpan a las víctimas.
• No rotar claves o tokens comprometidos inmediatamente.
• No segmentar accesos: permitir que demasiada gente acceda a la base facilita la intrusión.
• No documentar las decisiones: si después surge una investigación, la falta de registro debilita la defensa.