$ man open-source
36 términos legales del software libre explicados en dos líneas. Licencias, contribuciones, cumplimiento y Cyber Resilience Act.
Open-source software steward. Persona jurídica que apoya de forma sostenida el desarrollo de software libre destinado a uso comercial, como una fundación. El Cyber Resilience Act le impone un régimen propio, más ligero que el del fabricante y sin multas administrativas.
GNU Affero General Public License. Copyleft fuerte con cláusula de red: si modificas el programa y los usuarios interactúan con él a través de una red, debes ofrecerles el código fuente de tu versión. Pensada para SaaS.
Licencia permisiva de la Apache Software Foundation. Permite uso, modificación y venta. Exige conservar avisos, incluir el fichero NOTICE si existe e indicar los cambios. Incluye una licencia expresa de patentes que se extingue si demandas por patentes.
Cláusula de exclusión de garantías presente en casi todas las licencias libres: el software se entrega «tal cual», sin garantía. En España su alcance frente a consumidores está limitado por la normativa de protección del consumidor.
Obligación de mantener el aviso de copyright y el texto de la licencia al redistribuir el software. Es la condición común a casi todas las licencias, incluidas MIT y BSD, y la que más se incumple.
Familia de licencias permisivas (2-Clause, 3-Clause). Similares a MIT. La versión 3-Clause prohíbe usar el nombre de los autores para promocionar productos derivados sin permiso.
Transmisión de los derechos de explotación sobre una obra, como un programa. Debe constar por escrito y concretar modalidades, ámbito y duración (art. 43 y ss. LPI). Distinta de la licencia, que solo autoriza usos.
Contributor License Agreement. Acuerdo por el que quien contribuye a un proyecto le licencia o cede sus derechos sobre la aportación. Imprescindible para licencias duales o futuros cambios de licencia.
Forma preferida del programa para hacerle modificaciones. Las licencias copyleft obligan a facilitarlo completo, incluidos los scripts necesarios para compilarlo e instalarlo.
Posibilidad de combinar código bajo licencias distintas en una misma obra y distribuirla. Ejemplo: Apache-2.0 es compatible con GPL-3.0, pero no con GPL-2.0-only.
Mecanismo que obliga a distribuir las obras derivadas bajo la misma licencia, con su código fuente. Usa los derechos de autor para garantizar que el software siga siendo libre.
Copyleft limitado al propio componente o a sus ficheros. Las modificaciones del componente se comparten; el código que lo usa, no. Ejemplos: LGPL, MPL-2.0.
Reglamento (UE) 2024/2847 de Ciberresiliencia. Impone requisitos de ciberseguridad a los productos con elementos digitales comercializados en la UE. Notificación de vulnerabilidades desde el 11/09/2026; aplicación completa desde el 11/12/2027.
Developer Certificate of Origin. Declaración, normalmente con un Signed-off-by en cada commit, de que quien contribuye tiene derecho a aportar ese código bajo la licencia del proyecto. Más ligero que un CLA: no cede derechos.
Entrega de copias del software a terceros: descarga, app, firmware, instalable. Es lo que activa las obligaciones de la GPL. Ofrecer el software como servicio por red no es distribución, salvo en AGPL o EUPL.
European Union Public Licence. Licencia copyleft de la Comisión Europea, con versiones oficiales en todas las lenguas de la UE. Cubre el uso por red e incluye una lista de licencias compatibles.
Copia de un proyecto que evoluciona por separado. La licencia original sigue aplicándose al código heredado. Las marcas del proyecto original no se heredan.
GNU General Public License (v2 y v3). Copyleft fuerte: si distribuyes el programa o una obra derivada, debe ser bajo GPL y con el código fuente. La v3 añade protección de patentes, antitivoización y un plazo de 30 días para subsanar incumplimientos.
GNU Lesser General Public License. Copyleft débil para librerías: permite enlazarlas desde software propietario si se respetan sus condiciones, entre ellas permitir al usuario sustituir la librería.
Ofrecer el mismo software bajo dos licencias: una libre, normalmente copyleft, y otra comercial para quien no quiere cumplir el copyleft. Requiere ser titular de todo el código.
Licencia libre sin copyleft: permite incluir el código en software propietario a cambio, sobre todo, de la atribución. Ejemplos: MIT, BSD, Apache-2.0.
Licencia permisiva más usada. Permite cualquier uso, incluido el comercial, con una sola condición: incluir el aviso de copyright y el texto de la licencia.
Mozilla Public License. Copyleft débil por fichero: los ficheros MPL modificados deben compartirse bajo MPL; el resto del proyecto puede tener otra licencia.
Fichero con avisos de copyright y atribuciones que algunas licencias, como Apache-2.0, obligan a conservar y reproducir al redistribuir.
Obra basada en otra preexistente, como una modificación de un programa. Determinar si tu código es obra derivada de un componente GPL es la pregunta central del copyleft.
Modelo de negocio: núcleo bajo licencia libre y funcionalidades adicionales bajo licencia propietaria.
La Open Source Initiative mantiene la Open Source Definition: diez criterios que una licencia debe cumplir para considerarse open source. Solo las licencias aprobadas por la OSI son open source en sentido estricto.
Cambiar la licencia de un proyecto. Solo puede hacerlo quien es titular de todo el código o tiene autorización de cada contribuidor. Las versiones ya publicadas mantienen su licencia.
Software Bill of Materials. Inventario de componentes de un software con su versión y licencia. Formatos estándar: SPDX y CycloneDX. Obligatorio para fabricantes según el Cyber Resilience Act.
Software Composition Analysis. Herramientas que detectan las dependencias de un software, sus licencias y vulnerabilidades conocidas. Base técnica de una auditoría de licencias.
Software que garantiza las cuatro libertades de la Free Software Foundation: usar, estudiar, distribuir y modificar. En la práctica, casi todo el software libre es open source y viceversa; cambia la filosofía, no la licencia.
Software con código visible pero bajo licencia que restringe usos, normalmente comerciales o competidores. Ejemplos: BUSL, SSPL, Elastic License, Commons Clause. No es open source.
Estándar de la Linux Foundation para identificar licencias (por ejemplo, Apache-2.0 o GPL-3.0-or-later) y describir SBOM. Norma ISO/IEC 5962.
Quién tiene los derechos de explotación de un programa. Si lo crea un asalariado en el ejercicio de sus funciones, la empresa, salvo pacto (art. 97.4 LPI). Si lo crea un freelance, el freelance, salvo cesión escrita.
El proyecto original del que se toma código. Enviar cambios upstream es contribuir las modificaciones al proyecto de origen.
Vulnerabilidad de la que existen pruebas fiables de explotación por un actor malicioso. Desde el 11/09/2026, los fabricantes deben notificarla en 24 horas según el Cyber Resilience Act.
$ ./reservar
Aplícalo a tu caso en una consulta gratuita.