Licencias open source: GPL, MIT, BSD y copyleft explicados para empresas

Qué significan, cómo funcionan y qué exige el DDI en Chile

Licencias open source

Licencias open source: GPL, MIT, BSD y copyleft explicados para empresas

Casi todo software empresarial incorpora componentes de código abierto: frameworks, librerías, sistemas operativos. Cada uno de esos componentes viene con una licencia —GPL, MIT, BSD, entre muchas otras— que impone condiciones distintas, y en Chile esas licencias no son un detalle técnico menor: el propio Departamento de Derechos Intelectuales las exige al momento de registrar tu software. Este artículo explica qué son las licencias open source, cómo se clasifican y qué implicancias tienen para tu empresa.

 

📍 Respuesta directa: Las licencias de software libre y de código abierto (FOSS) autorizan usar, estudiar, modificar y redistribuir un programa, a diferencia de las licencias propietarias que restringen estos usos por defecto. En Chile, el software de código abierto está protegido igual que cualquier otro bajo la Ley 17.336, y si tu empresa lo integra en un desarrollo propio, el DDI exige declarar y adjuntar copia de esas licencias al momento del registro, quedando constancia de ellas en el propio expediente.

¿Qué es el software libre y de código abierto (FOSS)?

El Módulo 2 del curso DL-511 “Concesión de licencias de programas informáticos, incluidos los programas de código abierto”, dictado por la Academia de la Organización Mundial de la Propiedad Intelectual (OMPI), explica que, como instrumento jurídico, no hay diferencia entre una licencia de programa libre y de código abierto y una licencia de programa de propiedad: en ambos casos es un contrato que define qué puede y qué no puede hacer el licenciatario. Lo que cambia radicalmente es su finalidad.

Mientras que las licencias propietarias son restrictivas por defecto, las licencias FOSS se basan en el reconocimiento de cuatro libertades básicas, formuladas originalmente por Richard Stallman en 1991: libertad para ejecutar el programa con cualquier finalidad, libertad para estudiar cómo funciona y adaptarlo, libertad para redistribuir copias, y libertad para mejorar el programa y hacer públicas las mejoras. Para ejercer estas libertades en la práctica es indispensable el acceso al código fuente, que es lo que da sentido a la expresión “código abierto”.

Marco legal en Chile: la Ley 17.336 y el código abierto

En Chile no existe una regulación especial para el software de código abierto: se rige por las mismas normas que cualquier programa computacional. La Ley 17.336 sobre Propiedad Intelectual protege el software como obra literaria desde su creación (art. 3° N° 16), y esa protección no desaparece por el hecho de distribuirse bajo una licencia abierta. El autor de un componente open source sigue siendo su titular; lo que hace distinto a la licencia FOSS es el alcance de los derechos que voluntariamente concede a terceros.

Esto tiene una consecuencia práctica que muchas empresas chilenas pasan por alto: integrar una librería GPL o un framework MIT en un desarrollo propio no significa que ese componente deje de tener dueño ni que quede fuera del sistema de derecho de autor. Su uso sigue condicionado a lo que diga esa licencia específica, y esas condiciones son exigibles igual que las de cualquier contrato.

Tipos de licencias open source: permisivas, copyleft débil y copyleft fuerte

El mismo módulo del curso DL-511 clasifica las licencias FOSS en tres categorías, según qué tan lejos llega la obligación de mantener el software libre en las obras derivadas:

Licencias permisivas: MIT y BSD

Las licencias MIT y BSD son las más simples y flexibles. Permiten usar, modificar, redistribuir e incluso incorporar el código en productos propietarios cerrados, prácticamente sin restricciones. La única obligación relevante es mantener el aviso de derechos de autor original y la cláusula de exención de responsabilidad. Por su simplicidad, son las licencias preferidas para componentes básicos que se integran en productos comerciales sin obligar a liberar el código del producto final.

Copyleft débil: LGPL y MPL

Licencias como la LGPL (GPL reducida) o la MPL (Mozilla Public License) permiten incorporar o enlazar el componente con otros programas y distribuir el resultado bajo una licencia distinta, incluso propietaria. Sin embargo, el propio componente licenciado bajo LGPL o MPL debe seguir distribuyéndose bajo esas mismas condiciones, habitualmente con su código fuente disponible. El copyleft aquí tiene un alcance acotado: afecta al componente, no necesariamente a todo el producto que lo integra.

Copyleft fuerte: GPL

La GPL (Licencia Pública General de GNU) es la licencia con copyleft más conocida y también la más exigente. Si tu empresa distribuye un programa que incorpora o deriva de un componente bajo GPL, la obra resultante en su conjunto queda sujeta a las mismas condiciones: debe redistribuirse bajo GPL y con el código fuente disponible. Es la licencia que con mayor frecuencia genera lo que en la industria se conoce como “contaminación” de licencias: integrar sin cuidado un componente GPL en un producto propietario puede obligar a liberar código que la empresa pretendía mantener cerrado.

El DDI exige declarar las licencias open source al registrar tu software

Este es uno de los puntos que más sorprende a las empresas chilenas: cuando registras tu software ante el Departamento de Derechos Intelectuales (DDI), si tu desarrollo incorpora componentes de terceros —incluyendo librerías o frameworks de código abierto—, el DDI exige adjuntar copia simple de esas licencias como parte de los antecedentes del trámite. No basta con mencionar que se usaron; hay que acompañar la licencia correspondiente a cada componente relevante.

Esto significa que el registro DDI no solo certifica la titularidad de tu código propio: también deja constancia oficial de qué componentes de terceros incorpora tu software y bajo qué licencias, quedando ese antecedente incorporado al propio expediente de registro. Omitir estas licencias es, de hecho, una de las causas más comunes de observaciones de fondo que retrasan o complican el trámite. → Revisa nuestra guía completa sobre cómo registrar un software en Chile ante el DDI para conocer el resto de los requisitos del proceso.

Para tu empresa, esto convierte el registro en una oportunidad adicional: ordenar y dejar constancia formal de qué licencias open source utiliza tu producto es, al mismo tiempo, un requisito del trámite y una buena práctica de gestión de riesgos legales.

Buenas prácticas para gestionar licencias open source en tu empresa

  • Inventario de componentes: mantén un listado actualizado de cada librería o framework de código abierto que usa tu producto, junto con su licencia específica.
  • Revisión antes de integrar: antes de sumar un nuevo componente open source a un desarrollo comercial, verifica si su licencia es permisiva o con copyleft, y qué implica para el resto del producto.
  • Documentación previa al registro DDI: reúne las licencias de los componentes de terceros con anticipación, para que el trámite ante el DDI no se detenga por observaciones de fondo.
  • Atención especial a la GPL: si tu producto integra componentes bajo GPL y pretendes mantener tu código cerrado, evalúa alternativas con licencias permisivas o de copyleft débil antes de avanzar en el desarrollo.

Preguntas frecuentes

¿Usar software de código abierto es gratis en términos legales?

Gratuito en precio, pero no en obligaciones. Cada licencia FOSS impone condiciones —atribución, disponibilidad del código fuente, uso de la misma licencia en obras derivadas— que son legalmente exigibles, aunque no exista pago de por medio.

¿Qué pasa si no declaro las licencias open source al registrar mi software ante el DDI?

Es una de las causas más frecuentes de observaciones que retrasan el trámite. Además, aunque el registro avance, deja a tu empresa sin el respaldo formal sobre qué componentes de terceros incorpora tu software, algo relevante en una eventual disputa o en un proceso de due diligence.

¿Puedo usar una librería MIT o BSD en un producto comercial cerrado?

Sí, en general estas licencias permisivas lo autorizan sin obligarte a liberar tu propio código, siempre que mantengas el aviso de copyright y la exención de responsabilidad del componente original.

¿Qué significa “contaminación” de una licencia copyleft?

Es el efecto de integrar un componente con copyleft fuerte, como la GPL, en un producto que se pretendía mantener propietario. Dependiendo de cómo se integre el componente, esa obligación puede extenderse a todo el producto final, forzando a liberar código que la empresa no planeaba compartir.

¿El código abierto tiene la misma protección legal que el software propietario en Chile?

Sí. Ambos están protegidos por la Ley 17.336 desde su creación. La diferencia no está en el nivel de protección, sino en el alcance de los derechos que el titular decide conceder voluntariamente a través de la licencia.

¿Tu software integra componentes open source y necesitas registrarlo correctamente?

En von Marttens® contamos con experiencia específica en propiedad intelectual y registro de software. Nuestro fundador, el abogado Hans von Marttens, cuenta con el certificado del curso DL-511 “Concesión de licencias de programas informáticos, incluidos los programas de código abierto” de la Academia de la Organización Mundial de la Propiedad Intelectual (OMPI), y ha participado en más de 47 actos ante el DDI entre registro de obras e inscripción de contratos. Te ayudamos a identificar y documentar correctamente las licencias open source de tu software antes de presentarlo ante el DDI, evitando observaciones que retrasen el trámite.

Coordina tu asesoría en protección y registro de software con von Marttens® — revisamos tu caso y te entregamos una cotización formal.

Información de uso de IA: Este artículo fue escrito por miembros de nuestro equipo, sin embargo se utilizaron herramientas de IA con el objeto de mejorar la legibilidad y estructurar los textos para motores de búsqueda.

Artículos relacionados

Coordina una asesoría con nuestro equipo

La asesoría tiene un valor de 2 UF, descontables del servicio que contrates.