contacto@duriva.com
+52 (55) 8852 7509

¿Cómo proteger mis derechos si un ex empleado se llevó el código fuente de mi app?

¿Cómo proteger mis derechos si un ex empleado se llevó el código fuente de mi app?


Si un ex empleado se llevó el código fuente de tu aplicación, no empieces por publicar una acusación ni por borrar sus accesos sin conservar registros. Debes establecer qué código existe, quién lo creó, bajo qué relación jurídica, qué copias salieron y qué daño o uso posterior puede demostrarse.

ex empleado se llevó el código fuente de mi app

Preserva repositorios, ramas, commits, accesos, tokens y versiones distribuidas. Una copia local puede ser parte del desarrollo autorizado y no prueba apropiación ilícita. La secuencia debe distinguer creación, acceso permitido, copia, uso posterior y contratos de titularidad y confidencialidad.

Cuando un ex empleado conserva una copia del repositorio, la primera pregunta no es solamente si se llevó archivos, sino qué historia y derechos tiene ese código. Los commits y accesos permiten reconstruir autoría técnica y fechas, mientras contratos, encargos y licencias determinan qué derechos corresponden a cada parte. La apariencia parecida de otra aplicación no demuestra por sí sola copia del código fuente.

La comparación debe considerar estructura, fragmentos, dependencias y componentes abiertos que ambas aplicaciones pueden compartir legítimamente. También hay que revisar qué credenciales o secretos quedaron expuestos y rotarlos sin borrar el historial que acredita el desarrollo. No se entra a cuentas personales para buscar el repositorio.

Preserva repositorios, registros, contratos y entregables antes de revocar accesos cuando exista controversia. El abogado delimita propiedad intelectual y medidas; el peritaje documenta antigüedad, accesos y diferencias técnicas. Duriva puede ayudar a establecer qué activo existe y qué uso puede comprobarse, sin afirmar que toda copia era prohibida ni que toda similitud visual prueba apropiación. Proteger derechos empieza por poder explicar el origen del código con precisión.

Tener un repositorio no responde automáticamente la propiedad intelectual ni la autoría de cada componente. El análisis técnico y el jurídico deben avanzar juntos.

Preserva el repositorio y su historia

Conserva una copia íntegra de los repositorios, ramas, etiquetas, historial de cambios, comentarios, solicitudes de integración y registros de acceso. Incluye la información del proveedor de alojamiento y las exportaciones disponibles, no solo una carpeta con la versión más reciente.

Calcula huellas de integridad de los archivos preservados y documenta fecha, responsable y origen. Mantén los originales separados de las copias de análisis. No reescribas la historia del repositorio para limpiar nombres o commits: esa historia puede ser central para probar antigüedad y autoría.

Conserva también servidores de compilación, tableros de tareas, contratos, facturas, comunicaciones y versiones publicadas. El código no vive aislado; su contexto explica quién encargó, desarrolló, revisó y entregó cada parte.

Determina qué acceso tuvo y qué ocurrió

Revisa altas y bajas de usuarios, tokens, claves de despliegue, descargas, clones, invitaciones y cambios de permisos. Si aún existen registros, identifica fechas, direcciones de conexión y dispositivos asociados, con sus limitaciones.

No equipares una descarga con un robo sin contexto. Un desarrollador puede necesitar copias locales para trabajar; el punto es analizar autorización, finalidad, momento y uso posterior. Una cuenta personal vinculada al repositorio puede continuar recibiendo acceso si no se retira correctamente.

Contén el riesgo revocando accesos que ya no corresponden, rotando secretos expuestos y protegiendo ambientes productivos. Documenta las acciones antes y después. No borres los registros al cerrar la puerta.

Propiedad intelectual y componentes de terceros

Reúne contratos laborales y de prestación de servicios, cláusulas de confidencialidad, cesiones, encargos, nóminas y entregables. Tu asesor jurídico debe valorar la titularidad conforme al caso y la jurisdicción. El pago de facturas es relevante, pero no sustituye el análisis contractual completo.

Distingue código propio, bibliotecas de código abierto, componentes comerciales y aportaciones de terceros. Revisa licencias y atribuciones. No todo lo que está en el repositorio pertenece exclusivamente a la empresa, ni toda similitud posterior implica copia ilícita.

Si aparece una aplicación competidora, conserva versiones, fechas, archivos distribuidos y evidencia pública. Un peritaje puede comparar estructura, fragmentos, nombres, comentarios, historial y otros elementos para explicar coincidencias y diferencias sin prometer una conclusión predeterminada.

Evita errores que debilitan la reclamación

No entres a cuentas personales del ex empleado ni solicites contraseñas ajenas. No instales herramientas para vigilarlo fuera de los sistemas que legalmente administras. No reten gas equipos personales sin una base jurídica clara.

Evita pedir al equipo actual que fabrique una fecha de creación o modifique metadatos para reforzar antigüedad. La evidencia debe demostrar hechos, no adaptarse a la conveniencia del litigio.

Consulta pronto a especialistas si existe riesgo de difusión o competencia. Las medidas urgentes pueden depender de preservar evidencia antes de notificar a la contraparte.

Prevención futura

Mantén repositorios institucionales, usuarios individuales, privilegios mínimos, autenticación reforzada y respaldo independiente de la historia. Revisa accesos cuando cambia la relación laboral y documenta entregables y licencias.

El control no consiste en impedir que los desarrolladores trabajen, sino en saber qué activos existen, quién tiene acceso y cómo se registra su evolución.

El repositorio aporta historia; la titularidad exige contexto jurídico

Una extracción de código fuente o uso de repositorio por ex empleado necesita conservar commits, ramas, accesos, tokens y versiones publicadas. Una copia local puede ser parte del trabajo y no prueba por sí sola apropiación ilícita. La empresa necesita revocar secretos y preservar registros; el abogado necesita contratos, cesiones, licencias y componentes abiertos. El peritaje puede comparar versiones y antigüedad sin entrar a cuentas personales ni afirmar que similitud visual equivale a copia de código.

Preguntas frecuentes


Preserva repositorio completo, historial, accesos, tokens, contratos, entregables y versiones distribuidas. Después analiza qué copia salió, si estaba autorizada y qué uso posterior puede demostrarse.


Con commits, fechas de plataforma, contratos laborales y de servicios, cesiones, facturas, tableros de tareas y licencias de terceros. Las huellas de archivos ayudan a comparar, no deciden titularidad por sí solas.


Ayudan a documentar actividad y antigüedad, pero la titularidad depende de contratos, relación de trabajo, creación y normativa aplicable.


La viabilidad depende de la autorización, las obligaciones, el uso y el daño. Un abogado debe valorar los hechos; técnicamente conviene preservar accesos y versiones.


Conserva direcciones, fechas, archivos y contenido público sin alterar. Utiliza los mecanismos de reporte y asesoría jurídica, y protege secretos o credenciales expuestas.


Se preservan versiones y se analizan elementos técnicos pertinentes. La similitud visual por sí sola no prueba copia del código fuente.


Contén accesos no autorizados, pero preserva antes registros y configuración relevante. Documenta la revocación para no confundir seguridad con destrucción de evidencia.


Para cerrar

Preserva historia, contratos y accesos antes de acusar. El código fuente se protege con una secuencia demostrable de creación, titularidad y control, no con afirmaciones genéricas sobre una carpeta.

En Duriva podemos ayudarte a documentar repositorios, analizar accesos y comparar versiones con método pericial y confidencialidad.

Jocsan Laguna
Director de Duriva y presidente del ACCCF