Cómo proteger un algoritmo o sistema de IA

¿Tienes razón?

La posibilidad real de proteger un algoritmo o sistema de inteligencia artificial depende de cuatro factores clave: 1) qué exactamente quiere proteger (código fuente, pesos del modelo, datos de entrenamiento, pipelines, know‑how), 2) si existe documentación que acredite su autoría o desarrollo, 3) cómo se comparte o comercializa (contratos, código abierto, licencia) y 4) las medidas técnicas que ya están implementadas (control de accesos, cifrado, registros de versión).

• Si el activo es código fuente y lo desarrolló usted o su equipo, su posición es fuerte siempre que conserve copias fechadas y repositorios privados.
• Si lo que busca proteger son pesos del modelo o un dataset único, la protección pasa por secreto empresarial y controles de acceso; la ausencia de medidas lo debilita.
• Si el algoritmo se publicó como código abierto bajo una licencia determinada, la protección legal es la de la licencia elegida: no podrá reclamar lo que la licencia permitió.

En Ecuador, no existe una figura exclusiva para “algoritmos” en la ley de propiedad intelectual: se aplican reglas de derechos de autor al software y, sobre todo, la figura de secreto empresarial y contractual para modelos y datos. Documente la cadena de creación y los acuerdos con colaboradores: eso es decisivo.

Cómo se soluciona

1) Identifique y documente los activos. Anote con fecha qué archivos son originales (código, notebooks, pesos del modelo, pipelines, datasets), exporte repositorios privados con metadatos y guarde registros de commits y backups. Exporte también logs de entrenamiento y pruebas de despliegue. Esto puede hacerlo usted mismo con herramientas de control de versiones y backups en sitios distintos.

2) Aplique medidas técnicas inmediatas. Configure control de acceso por perfiles, active autenticación fuerte en repositorios y cifre copias de seguridad. Limite la descarga de pesos del modelo y registre todas las descargas y ejecuciones en entornos productivos. Estas medidas mantienen el valor del secreto empresarial.

3) Revise y formalice contratos con colaboradores y proveedores. Incluya cláusulas claras de propiedad intelectual, cesión o licencia, obligaciones de confidencialidad, cláusulas de no competencia bien delimitadas y reglas sobre uso de datos. Si alguien trabajó como consultor, asegúrese de que exista cesión escrita del código y del know‑how. Si hay código abierto o terceros, identifique las licencias aplicables. Un abogado puede redactar o revisar estos contratos: la primera carta de reclamación puede escribirla usted, pero si la otra parte ya propone un acuerdo, consulte.

4) Proteja datos y training sets. Aplique gobernanza de datos: catálogo de orígenes, registros de consentimiento si aplica datos personales, y anonimización cuando sea posible. Si los datos son de terceros, documente licencias de uso y restricciones.

5) Evalúe la protección por derechos de autor y secreto empresarial. El código puede protegerse por derechos de autor; el modelo y los pesos rara vez se registran como tales, por lo que el secreto empresarial y los contratos son la vía práctica. Un registro de obra puede ayudar como prueba de autoría, aunque no es obligatorio.

6) Vigile y responde. Si detecta uso no autorizado, bloquee accesos, preserve evidencia (logs, capturas, exportaciones), y envíe una reclamación escrita exigiendo cese y desistimiento. Si no hay respuesta, considere acción judicial.

Qué puede hacer usted solo: documentar, implementar controles técnicos, y enviar comunicaciones formales. Cuándo llamar a un abogado: si sospecha que un proveedor copia su modelo, si le ofrecen un acuerdo o si hay publicaciones en plataformas públicas que vulneren su propiedad.

Qué puede pasar

1) Se arregla con una carta: es frecuente que la primera carta de reclamación provoque una conversación y un acuerdo. Por ejemplo, un proveedor que ha reutilizado código puede aceptar retirar el material y reconocer la autoría, o pagar una compensación si así se acuerda. Un acuerdo puede incluir licencia de uso retroactiva: eso suele ser práctico si quiere seguir operando sin litigio.

2) Acuerdo o conciliación: si la otra parte reconoce la infracción, suele negociarse una licencia, cesión o compensación. Un acuerdo puede valer más que una sentencia porque evita costes y conserva confidencialidad. Evalúe si la propuesta compensa el riesgo y el tiempo; un abogado es útil en esa negociación.

3) Juicio o demanda: si no hay acuerdo, la vía judicial puede reclamar derechos de autor o violación de secreto empresarial. En juicio se debate autoría, alcance de la copia y daños. Si pierde, asumirá costas procesales y las pruebas serán analizadas por peritos técnicos; si la otra parte es insolvente, una sentencia puede quedar poco ejecutable. También existe la vía administrativa si hay incumplimiento contractual con el Estado o riesgos de datos personales.

Y si gana, ¿cobro? Una sentencia favorable obliga a la otra parte, pero cobrar depende de la solvencia y de las medidas de ejecución. A menudo la negociación previa con amenaza de juicio obtiene mejores resultados prácticos.

Errores que arruinan el caso

• No tener copias fechadas ni backups: sin commits o registros de versión pierde la prueba de anterioridad.
• Compartir el código en público o elegir una licencia open source sin entenderla: eso puede renunciar a derechos.
• No tener contratos con colaboradores o proveedores: muchas disputas nacen porque no existe cesión escrita.
• Eliminar logs o sobrescribir repositorios al detectar la infracción: destruir evidencia complica cualquier reclamación.
• Ignorar el tratamiento de datos personales: usar datasets sin licencia o sin consentimiento puede convertir la reclamación en un problema regulatorio.