Software libre, open source y freeware: qué cambia para ti
Por Refugio Cibernético.
Revisión documental: 10 de septiembre de 2026.
Una aplicación puede costar cero euros y dejarte muy poco control. Otra puede venderse y permitirte estudiar su funcionamiento, modificarla y compartirla. El precio y los derechos de uso responden a preguntas distintas.
Cuando eliges herramientas para tus documentos, comunicaciones o servidor doméstico, esa diferencia importa. También importa saber qué no promete ninguna licencia: seguridad perfecta, mantenimiento eterno o ausencia de recopilación de datos.
Software libre: libertades sobre el programa
El software libre se define por lo que sus usuarios pueden hacer. La definición del proyecto GNU recoge cuatro libertades:
- Ejecutar el programa para cualquier propósito.
- Estudiar cómo funciona y modificarlo.
- Compartir copias.
- Distribuir versiones modificadas.
Para estudiar y cambiar el programa hace falta acceso al código fuente: las instrucciones a partir de las que se construye. La libertad se refiere a los derechos que recibes, aunque nunca programes.
También puedes pagar por software libre. El precio de una copia, la instalación o el soporte no determina por sí mismo si es libre.
Llevado a una situación cotidiana: si una herramienta deja de adaptarse a tu trabajo, esos derechos permiten que tú u otra persona la modifiquéis y compartáis los cambios conforme a la licencia. Hacerlo puede requerir tiempo, conocimientos y dinero; disponer de esa posibilidad tiene valor, pero no equivale a tener un equipo de desarrollo a tu disposición.
Open source: el código visible es solo una parte
Open source, o código abierto, tampoco significa simplemente que puedas leer un repositorio. La definición de la Open Source Initiative exige condiciones sobre el acceso al código, la redistribución y las obras derivadas, entre otras.
El término se impulsó en 1998 para presentar las ventajas del desarrollo abierto ante una audiencia más amplia, incluidas las empresas. La propia historia de la OSI atribuye la propuesta del nombre a Christine Peterson.
Software libre y open source coinciden en gran parte del software que describen. El movimiento del software libre pone el foco en las libertades del usuario; el enfoque open source ha destacado las ventajas de compartir y mejorar código. Sus definiciones no son idénticas y conviene conservar esa diferencia.
Existe además software con código visible y derechos restringidos, a menudo denominado source available. Poder leerlo no basta para dar por hecho que puedes modificarlo, redistribuirlo o utilizarlo en cualquier actividad. Comprueba la licencia concreta antes de atribuirle esas libertades.
Freeware: saber que es gratis no te dice lo demás
Freeware suele designar software que se ofrece sin pagar por su uso, frecuentemente propietario. Es una etiqueta imprecisa: por sí sola no garantiza acceso al código ni permiso para modificarlo. GNU advierte de esa ambigüedad en su clasificación de software.
También conviene separar un programa de un servicio. Que una plataforma tenga un plan gratuito no dice qué licencia utiliza su aplicación, qué ocurre en sus servidores o si puedes trasladarte a otro proveedor.
Esta tabla resume las preguntas que debes hacer:
| Etiqueta | Qué te ayuda a entender | Qué debes comprobar aparte |
|---|---|---|
| Software libre | Libertades de uso, estudio, modificación y distribución | Coste, mantenimiento y tratamiento de datos |
| Open source | Derechos sobre el código conforme a una definición | Calidad, seguridad y funcionamiento del servicio |
| Freeware | Disponibilidad sin pago en determinadas condiciones | Licencia, restricciones y modelo de financiación |
| Código visible | Posibilidad de examinar código publicado | Permisos reales de uso y redistribución |
Un programa gratuito puede ser útil y respetuoso con tus datos. Uno de pago puede ser una buena elección. Para decidir, necesitas saber más que el importe de la descarga.
Código abierto y privacidad: una ventaja que hay que comprobar
Disponer del código facilita que terceros inspeccionen el funcionamiento de un programa. Esa posibilidad permite hacer preguntas más concretas: qué recoge, a dónde se conecta o cómo implementa una función.
Pero código disponible no significa código auditado. Una revisión puede cubrir una versión concreta, una parte del sistema o determinados riesgos. Mira quién la hizo, cuándo y con qué alcance antes de tratar una auditoría como un sello universal.
Además, una aplicación abierta puede incorporar telemetría, depender de servicios externos o tener errores. La licencia te habla de derechos sobre el software; para conocer su comportamiento debes mirar la documentación, la configuración y las revisiones técnicas.
Hay otra distancia que conviene entender: el código publicado y el programa que instalas no son automáticamente la misma evidencia. La procedencia de la descarga y el proceso utilizado para construirla también importan. No necesitas convertirte en auditor, pero sí evitar que una etiqueta sustituya todas las demás comprobaciones.
Tu capacidad de salir también forma parte del control
Imagina que llevas años guardando notas en una aplicación. Publicar su código es valioso, pero tu problema inmediato puede ser otro: exportar los documentos conservando los adjuntos y poder leerlos fuera del servicio.
O piensa en un programa que funciona en tu ordenador, pero necesita conectarse a una cuenta para arrancar. Tener archivos locales no garantiza que puedas seguir trabajando si esa cuenta deja de estar disponible.
Para evaluar tu dependencia, pregunta:
- ¿Puedo exportar mis datos y abrirlos con otra herramienta?
- ¿Necesito conexión o una cuenta para las funciones esenciales?
- ¿Quién mantiene el programa y cómo llegan las actualizaciones?
- ¿Qué tendría que hacer si quisiera dejar de usarlo?
Autoalojar un servicio puede ampliar tu control, pero añade trabajo: actualizaciones, copias y recuperación. Conviene valorar ese esfuerzo antes de convertir cualquier aplicación en un proyecto de homelab.
Este es el sentido práctico de la soberanía digital que trabajamos en el Refugio: conocer tus dependencias y poder tomar decisiones sobre ellas.
Revisa una herramienta que ya utilices
Empieza por una aplicación donde guardes información que te importaría perder. Busca su página oficial y anota cuatro cosas: licencia, forma de exportación, necesidad de cuenta y documentación sobre datos recopilados.
Después prueba la exportación con contenido de ejemplo. Abre el resultado fuera de la aplicación y comprueba qué se conserva. No borres tus originales para hacer esta prueba.
Si no encuentras una licencia o una explicación clara, anótalo como una cuestión pendiente. Evita rellenar ese hueco con lo que sugiera el logotipo, el precio o la palabra “abierto”.
Al terminar tendrás una decisión mejor fundamentada: seguir con esa herramienta, cambiar un ajuste o buscar una alternativa. Antes de instalar otro programa, habrás aprendido qué control tienes sobre el que ya usas.