Libre no es 'haz lo que quieras': las reglas legales del código abierto
Todo el código abierto se puede usar gratis, incluso comercialmente. Pero "gratis" no es "sin condiciones": la licencia es un contrato, e incumplirlo es infracción de copyright. Las familias, de más permisiva a más exigente:
Permisivas: MIT, BSD, Apache 2.0
Puedes usar, modificar, revender e incluir el código en productos cerrados. Obligación principal: conservar el aviso de copyright y la licencia. Apache añade una cláusula de patentes que protege al usuario. Riesgo legal para una empresa: prácticamente nulo.
Copyleft: GPL
Puedes todo lo anterior, pero si distribuyes un programa que incluye código GPL, debes distribuirlo entero bajo GPL, con su código fuente. El copyleft protege que lo libre siga libre. Matiz clave: usar programas GPL internamente (Linux, GIMP, lo que sea) no te obliga a nada — la obligación nace al distribuir software, no al usarlo.
Copyleft de red: AGPL
Cierra el hueco del software como servicio: si ofreces una aplicación AGPL modificada por internet, debes publicar tus cambios aunque no distribuyas nada. Por eso muchas empresas la evitan en componentes que piensan modificar.
Los errores típicos
- Incrustar una librería GPL en un producto propio cerrado que se vende.
- Borrar avisos de copyright "para limpiar".
- Confundir "open source" con dominio público: sin licencia no hay permiso — un repositorio público sin licencia no se puede reutilizar legalmente.
- Olvidar que las marcas no van con el código: puedes modificar Firefox, no llamarlo Firefox.
En la práctica
Para usar software abierto como usuario final (una pyme con Proxmox, Debian o Nextcloud) el riesgo legal es mínimo. Las precauciones empiezan cuando desarrollas y distribuyes software: ahí conviene inventariar dependencias y licencias — un SBOM — antes de que lo pida un cliente o un regulador.