¿Qué son las licencias de código abierto?

Licencias de código abierto: definición

Código abierto no significa «libre de derechos». También el software libre está protegido por derechos de autor; la licencia concede derechos de uso y los vincula a condiciones. Se considera código abierto el software cuyo código fuente es accesible y puede utilizarse, modificarse y cederse libremente, tal como lo define, por ejemplo, la Open Source Initiative.

Lo importante es que la licencia se aplica a cada componente por separado. Un proyecto moderno suele constar de decenas o cientos de bibliotecas, cada una con su propia licencia. Quien crea o distribuye software debe saber, por tanto, qué componentes incluye y qué condiciones llevan asociadas.

Los principales tipos de licencia

A grandes rasgos se distinguen las licencias permisivas, que imponen pocas obligaciones, de las licencias de copyleft, que exigen que las obras derivadas se rijan por la misma licencia. Las obligaciones suelen aplicarse solo cuando se distribuye el software y, en el caso de la AGPL, también cuando se ofrece a través de una red.

• MIT y BSD: muy permisivas, deben conservarse el texto de la licencia y el aviso de copyright
• Apache 2.0: permisiva, con cláusula de patentes y obligación de indicar los cambios
• LGPL y MPL 2.0: copyleft débil, los cambios en la propia biblioteca deben publicarse
• GPL: copyleft fuerte, las obras derivadas deben ofrecerse bajo la GPL al distribuirse
• AGPL: como la GPL y, además, cuando se usa como servicio en línea (SaaS)

Ejemplo práctico: software sectorial con una biblioteca GPL

Un fabricante de software de tamaño medio entrega una solución sectorial a varios clientes. Un desarrollador ha integrado una biblioteca práctica con licencia GPL. En la revisión de un cliente se descubre que la solución contiene código GPL, pero no se publica el código fuente del propio producto y falta un aviso de licencia.

El fabricante tiene dos opciones: sustituir la biblioteca por una alternativa con licencia permisiva o cumplir las condiciones de la licencia, lo que al distribuir puede implicar una publicación del código. Decide sustituirla, añade una lista de licencias al producto y en adelante revisa los componentes nuevos antes de integrarlos.

Riesgos, límites y errores habituales

Los componentes de código abierto suelen ofrecerse sin garantía ni responsabilidad. Es poco problemático si se tiene en cuenta, pero implica que las actualizaciones de seguridad son responsabilidad suya. Infringir las condiciones de la licencia puede hacer que se extinga el derecho de uso; son posibles acciones de cesación y de indemnización de los titulares de los derechos.

Errores típicos: no se registran las licencias, se eliminan los textos de licencia al entregar, se integra código GPL en productos propietarios, se pasan por alto cambios de licencia en proyectos o no se revisan las restricciones de uso comercial. No todo software con código fuente visible es de código abierto en el sentido de una licencia reconocida.

Qué deben tener en cuenta las empresas

Lleve un inventario de todos los componentes empleados con versión y licencia, por ejemplo como lista de materiales de software (SBOM), y revise las bibliotecas nuevas antes de integrarlas. Defina internamente qué licencias están permitidas. En desarrollos por encargo, el contrato debería regular quién se ocupa de la revisión de licencias. Nano Concepts apoya la documentación de los componentes y licencias utilizados. Este artículo no sustituye el asesoramiento jurídico.