Modelo de doble licencia de Bitwarden
El paso de Bitwarden a un modelo de doble licencia, en el que las funciones futuras podrían publicarse bajo una licencia comercial cerrada mientras el código central sigue siendo abierto, ha suscitado preocupaciones por un desplazamiento gradual lejos de sus raíces de software libre. Los comentaristas debaten si esto es una respuesta necesaria a la financiación y al “saqueo en la nube” por parte de grandes proveedores, o el inicio de la clásica “enshittification” impulsada por private equity y subidas de precios. Muchos están valorando alternativas como Vaultwarden, herramientas basadas en KeePass, Proton Pass o el gestor integrado de Apple, y cuestionando cuán sostenibles son los gestores de contraseñas realmente abiertos y orientados a la confianza del usuario bajo las presiones empresariales actuales.
Alcance del cambio y motivación
- Bitwarden está pasando a un modelo de doble licencia / similar a open-core: el código abierto existente seguirá, pero algunos componentes/funciones futuras estarán bajo una licencia comercial de solo código disponible.
- La explicación oficial es vaga; varios comentaristas dicen que la justificación (“por qué ahora, qué cambia exactamente”) está mal comunicada.
- Algunos argumentan que la medida busca protegerse de que grandes proveedores de nube “saqueen” el software libre (patrón de Elasticsearch, Redis). Otros lo ven simplemente como “quieren más dinero” y retornos de private equity/VC.
Confianza, “enshittification” y preocupaciones por VC
- Muchos ven esto como el inicio de una enshittification de “hervir la rana”: hoy doble licencia, mañana funciones solo para empresas, después abandono de la vía OSS.
- El vínculo con la nueva dirección con experiencia en private equity aumenta la ansiedad sobre la dirección a largo plazo y los precios.
- Algunos suscriptores de pago están conformes por ahora y se quedarán salvo que haya un movimiento claramente hostil para el usuario; otros cancelaron de inmediato, citando una confianza rota.
Autohospedaje, Vaultwarden y clientes
- Vaultwarden (Rust, autohospedado, compatible con Bitwarden) se discute ampliamente como backend alternativo; se elogia su bajo uso de recursos y las funciones “premium” incluidas.
- Riesgo clave: la ventaja está en los clientes oficiales (navegador/móvil). Si dejan de ser OSS/compilables o rompen la compatibilidad del protocolo, el autohospedaje se vuelve frágil.
- Algunos esperan una bifurcación eventual del ecosistema (servidor + clientes) si crecen las incompatibilidades; se menciona una reimplementación asistida por IA, pero se califica de jurídicamente y prácticamente dudosa.
Alternativas e ideas de migración
- Sugerencias comunes: KeePassXC + clientes móviles (KeePassDX, KeePassium) con SyncThing/WebDAV/OneDrive; Proton Pass; 1Password; Enpass; Apple Passwords/Keychain; pass/gopass; AliasVault; varios flujos de trabajo en papel/sin conexión.
- Se discuten compromisos: usabilidad, carga de autohospedaje, falta de SSO, código cerrado, dependencia de plataforma, funciones faltantes como soporte de YubiKey o migración de passkeys.
Debate sobre seguridad y alojamiento
- Fuerte debate sobre gestión de contraseñas alojada vs autohospedada vs totalmente sin conexión:
- Algunos ven cualquier gestor alojado como equivalente a publicar las contraseñas; otros lo disputan firmemente por considerarlo ignorante en infosec.
- El autohospedaje se ve por algunos como soberanía esencial, y por otros como un riesgo/coste de mantenimiento innecesario frente a confiar en un equipo de seguridad especializado.
- Se debaten diferencias de diseño (una única contraseña maestra frente a secretos/claves adicionales, el papel de 2FA/YubiKey, modelos de amenaza en torno a brechas y acceso gubernamental).
Licencias OSS, CLAs y sostenibilidad
- Se destaca la licencia de contribución de Bitwarden (cesión del copyright a la empresa) como lo que permite relicenciar.
- Punto más amplio: muchos señalan que los grandes proyectos OSS requieren financiación seria y continua; las donaciones rara vez cubren los costes reales, de ahí el respaldo de VC o corporativo y el endurecimiento posterior de la licencia.