Tipos de licencias de software: guía sobre GNU y el software libre Tipos de licencias de software: guía sobre GNU y el software libre

Elegir mal la licencia de un proyecto puede costarte una reescritura completa del código o, peor aún, un problema legal. Por eso conocer los tipos de licencias de software ya no es un asunto solo para abogados o para puristas del software libre: es una decisión estratégica que afecta a startups, agencias y a cualquier empresa que desarrolle o integre tecnología. En esta guía actualizada a 2026 repasamos el origen del proyecto GNU, las grandes familias de licencias, las polémicas recientes que han redibujado el mapa y el nuevo frente que abre la inteligencia artificial.

Qué es el software libre y de dónde viene el proyecto GNU

La historia arranca en 1983, cuando Richard Stallman lanzó el proyecto GNU con un objetivo claro: crear un sistema operativo completo que respetara la libertad de quien lo usa. Dos años después fundó la Free Software Foundation (FSF), la organización que aún hoy vela por estos principios. La idea de fondo se resume en las llamadas cuatro libertades: usar el programa con cualquier propósito, estudiar cómo funciona y adaptarlo (para lo que hace falta el código fuente), redistribuir copias y distribuir versiones modificadas.

De ese esfuerzo nacieron herramientas fundamentales que siguen sosteniendo internet y millones de servidores. Cuando esos componentes se combinaron con el núcleo Linux surgió lo que conocemos como GNU/Linux, base de distribuciones tan extendidas como Debian, Ubuntu o Fedora.

Software libre no es lo mismo que software gratis

Es el malentendido más común. En inglés, la palabra free significa a la vez «libre» y «gratis», y de ahí la confusión. El software libre habla de libertad, no de precio: puedes cobrar por distribuir software libre, y puedes descargar software propietario sin pagar nada. La clave no está en cuánto cuesta, sino en qué derechos te concede sobre el código.

Tipos de licencias de software: el mapa completo

Aunque existen decenas de licencias, casi todas encajan en unas pocas categorías. Entenderlas te evitará sorpresas cuando integres una dependencia de terceros en tu producto.

Licencias copyleft (GPL, AGPL, LGPL)

El copyleft es la aportación más ingeniosa de Stallman: usa el propio copyright para garantizar que el software permanezca libre. La GNU GPL (Licencia Pública General), en su versión 3, obliga a que cualquier obra derivada se distribuya también bajo licencia libre. Es decir, si construyes sobre código GPL, tu proyecto hereda esas condiciones.

• GPL: copyleft fuerte, ideal para proteger un proyecto de apropiaciones cerradas.
• AGPL: extiende la obligación al software ofrecido como servicio en red (SaaS), cerrando el «vacío» que dejaba la GPL clásica.
• LGPL: copyleft débil pensado para bibliotecas, permite enlazarlas desde software propietario sin «contagiar» todo el proyecto.

Licencias permisivas (MIT, Apache 2.0, BSD)

En el extremo opuesto están las licencias permisivas, que apenas ponen condiciones. Permiten modificar y redistribuir el código, incluso dentro de productos propietarios y de código cerrado.

• MIT: la más popular por su simplicidad. La usan proyectos como React o Node.js.
• Apache 2.0: similar a MIT pero añade una cláusula expresa sobre patentes, lo que aporta seguridad jurídica a las empresas.
• BSD: minimalista y muy extendida en el mundo Unix.

Como regla práctica de compatibilidad: MIT es la más flexible para combinar con otras licencias, seguida de Apache, mientras que la GPL es la más restrictiva por su efecto copyleft.

Software propietario, comercial y de dominio público

El software propietario mantiene el código cerrado y limita lo que el usuario puede hacer (Windows o Photoshop son ejemplos clásicos). El software comercial simplemente se desarrolla con ánimo de lucro, algo compatible tanto con lo libre como con lo propietario. Y el dominio público es el caso extremo: obras sin copyright que cualquiera puede usar sin restricción alguna.

Las «license wars»: el gran giro de 2023 a 2026

El cambio más relevante de los últimos años no es una licencia nueva, sino un movimiento de fondo. Cansadas de que los grandes proveedores cloud rentabilizaran su trabajo sin contribuir, varias empresas han abandonado las licencias abiertas tradicionales por modelos «source-available» (código visible, pero con restricciones de uso), como la BSL (Business Source License), la SSPL (Server Side Public License) o la Elastic License.

Los casos son sonados. HashiCorp pasó Terraform a BSL en 2023, lo que provocó el nacimiento de la bifurcación comunitaria OpenTofu. Redis adoptó la SSPL en marzo de 2024 y la comunidad respondió creando Valkey, respaldado por la Linux Foundation junto a AWS y Google; ante la presión, Redis rectificó y regresó a una licencia libre (AGPLv3) en 2025. La lección es clara: estas licencias protegen los ingresos de la empresa, pero fragmentan comunidades y ya no se consideran «código abierto» según la Open Source Initiative (OSI).

Software libre e inteligencia artificial: el debate abierto

La IA generativa ha llevado la discusión sobre licencias a un terreno nuevo. En octubre de 2024, la OSI publicó la Open Source AI Definition (OSAID 1.0), un intento de fijar qué requisitos debe cumplir un modelo para llamarse «abierto»: código de entrenamiento e inferencia accesible, información transparente sobre los datos y pesos descargables y modificables sin restricciones.

El debate está lejos de cerrarse. La OSI ha señalado que modelos como Llama de Meta no son realmente código abierto, pese a promocionarse así, porque su licencia impone restricciones de uso; es un fenómeno que muchos llaman openwashing. La FSF, por su parte, considera que la OSAID es demasiado laxa con los datos de entrenamiento. Frente a ellos, modelos como DeepSeek R1 (enero de 2025) se han publicado bajo licencia MIT, sin restricciones de uso, como referencia de apertura genuina.

Cómo elegir la licencia adecuada (y por qué el cumplimiento importa)

No existe una licencia «mejor», sino la más adecuada a tu objetivo. Si quieres máxima adopción, una permisiva como MIT o Apache facilitará que otros usen tu código. Si tu prioridad es que el proyecto y sus derivados sigan siendo libres, el copyleft de la GPL o la AGPL es tu aliado.

Pero elegir es solo la mitad del trabajo: cumplir las obligaciones de cada licencia es igual de importante. El informe OSSRA de 2025 detectó que un 56% de las aplicaciones analizadas presentaban conflictos de licencias. Por eso se han vuelto imprescindibles prácticas como el SBOM (inventario de todos los componentes y sus licencias) y las herramientas de escaneo que auditan las dependencias antes de un lanzamiento. Un descuido en la atribución o mezclar licencias incompatibles puede convertirse en un riesgo legal serio.

Conclusión: la libertad también se gestiona

Cuatro décadas después del manifiesto de Stallman, el software libre no solo ha ganado la batalla técnica —está en casi todos los servidores y dispositivos—, sino que ha desatado un debate cada vez más rico sobre qué significa realmente «abierto», especialmente en la era de la IA. Conocer los tipos de licencias de software te permite tomar mejores decisiones, proteger tu proyecto y evitar sorpresas desagradables.

En Ledmon ayudamos a empresas a desarrollar productos digitales sólidos, con la arquitectura y el modelo de licencias correctos desde el primer día. Si estás lanzando un proyecto o tienes dudas sobre qué licencia encaja con tu estrategia, contacta con nuestro equipo y lo revisamos contigo.