Consecuencias legales por no cuidar tu seguridad digital

Consecuencias legales por no cuidar tu seguridad digital

Cuando firmas un NDA (Non-Disclosure Agreement), asumís la responsabilidad de proteger la información sensible a la que accedes. Esto incluye:

• Accesos a plataformas
• Claves API
• Documentación interna
• Código fuente
• Datos de clientes o usuarios

No se trata solo de no compartir la info con terceros… también implica protegerla activamente.

¿Qué pasa si incumples un NDA por mala seguridad?

Incumplir un NDA (Non-Disclosure Agreement) por mala seguridad puede tener consecuencias legales, económicas y profesionales muy serias, incluso si no hubo mala intención. Aquí te explico qué puede pasar:

¿Qué se considera un incumplimiento por mala seguridad?

Cuando no proteges adecuadamente la información confidencial que te fue confiada. Por ejemplo:

• Guardar claves o documentos sensibles en Google Drive o cualquier nube.
• Subir un código con credenciales con API tokens a GitHub o cualquier repo por error.
• No usas contraseñas seguras ni activas 2FA.
• Compartís acceso a plataformas con otras personas, cualquier servicio que se use para trabajar también como canvas, chat gpt y las diferentes herramientas con suscripción.

Consecuencias posibles por brechas de seguridad:

1. Legales

• Demandas por daños y perjuicios.
• Multas contractuales (algunas NDA estipulan entre USD 5.000 a 250.000).
• Procesos civiles, aunque haya sido por negligencia.

2. Laborales

• Rescisión inmediata del contrato.
• Quedas marcado negativamente en el sector.
• Pérdida de futuras oportunidades freelance o laborales.

3. Éticas y personales

• Pérdida de confianza de socios y clientes.
• Afecta tu reputación profesional.

Ejemplo de Casos de la vida real donde la información se ve vulnerada:

🧑‍💻 Caso 1: El Dev que subió su .env a GitHub

Rol: Desarrollador Backend
Situación:
Estaba apurado por mostrar avances y subió su proyecto a GitHub sin agregar .env al .gitignore. El archivo contenía claves API y credenciales de acceso a bases de datos.

Consecuencia:

• Un bot detectó las claves y accedió al sistema.
• Se filtraron datos de clientes.
• El desarrollador fue despedido y la empresa recibió una demanda.

📱 Caso 2: El QA que compartió capturas por WhatsApp

Rol: Tester QA
Situación:
Durante una prueba compartió una captura de pantalla con errores… pero sin querer incluyó datos reales de usuarios (nombre, email y teléfono). Se lo mandó a un grupo de WhatsApp con otros testers externos.

Consecuencia:

• Uno de los números filtrados era de un cliente VIP.
• El cliente se enteró y canceló el contrato.
• Se inició una auditoría interna y se aplicaron sanciones al equipo.

💼 Caso 3: El PM que perdió su laptop sin cifrado

Rol: Product Manager
Situación:
Olvidó su laptop en un taxi. No tenía contraseña de inicio ni disco cifrado. En la laptop había acceso a Notion, Google Drive y documentos del proyecto.

Consecuencia:

• Un tercero accedió y filtró una presentación confidencial.
• La startup perdió una ronda de inversión porque el pitch deck se hizo público antes de tiempo.

🧠 Caso 4: El DevOps que usó la misma contraseña en todos lados

Rol: Ingeniero DevOps
Situación:
Usaba la misma contraseña (sin 2FA) para GitHub, Jira y AWS. Un servicio externo donde usaba esa contraseña fue hackeado, y su correo apareció en un leak.

Consecuencia:

• Accedieron a su cuenta de GitHub y subieron código malicioso a repositorios privados.
• El incidente afectó la infraestructura de staging de varios clientes.

🧪 Caso 5: El QA que dejó una base de datos expuesta

Rol: Analista QA
Situación:
Durante una validación de pruebas automatizadas, clonó la base de datos de producción para testear con «datos reales». Subió el archivo SQL a una carpeta pública de Google Drive para compartirlo con otro tester.

Consecuencia:

• La carpeta fue indexada por motores de búsqueda.
• Un tercero accedió a datos sensibles (emails, direcciones, contraseñas, etc).
• Se inició una investigación legal y se pausaron las operaciones por 72 horas.
• El QA fue desvinculado por violar la política de manejo de datos.

🛠️ Caso 6: El Soporte Técnico que usó TeamViewer sin permiso

Rol: Técnico de soporte
Situación:
Para asistir a una clienta con un problema de configuración, accedió a su máquina personal con TeamViewer… pero olvidó cerrar la sesión remota. Además, no tenía consentimiento escrito.

Consecuencia:

• La clienta notó el acceso horas después y reportó el incidente como una intrusión.
• Se levantó una queja formal y se involucró al área legal.
• El técnico fue suspendido, y la empresa perdió al cliente por desconfianza.

Estas son solo alguno de los casos comunes del día a día.