Cal.com se va a pasar a código cerrado. Aquí te contamos por qué.
Después de cinco años como defensores del código abierto, Cal.com se va a pasar a código cerrado. No ha sido una decisión fácil, pero en la era de las amenazas de seguridad impulsadas por IA, proteger los datos de los clientes tiene que ir primero. Cal.diy seguirá disponible como opción abierta para aficionados.
No es un post fácil de escribir.
Cuando empezamos Cal.com, creíamos profundamente en open source. Era un principio fundamental sobre el que construimos esta empresa y algo de lo que nos hemos sentido increíblemente orgullosos.
Hoy tomamos la muy difícil decisión de pasar a código cerrado, y hay una razón sencilla: la seguridad.
La IA lo está cambiando todo. Está transformando cómo escribimos contenido, desarrollamos software y operamos en el día a día. Pero de lo que se habla mucho menos es de cómo la IA está cambiando de forma drástica el mundo de la seguridad.
Antes, explotar una aplicación requería un hacker muy cualificado, con años de experiencia y una inversión de tiempo considerable para encontrar y explotar vulnerabilidades. La realidad es que los humanos no tienen el tiempo, la atención ni la paciencia para encontrarlo todo.
Hoy, la IA puede apuntarse a una base de código de código abierto y escanearla sistemáticamente en busca de vulnerabilidades.
Ser de código abierto se parece cada vez más a entregar a los atacantes los planos de la caja fuerte. Cuando la estructura es totalmente visible, resulta mucho más fácil identificar puntos débiles y explotarlos.
En los últimos meses, hemos visto una oleada de startups de seguridad con IA que convierten esta capacidad en producto. Cada plataforma detecta vulnerabilidades distintas, lo que dificulta establecer una única fuente de verdad fiable sobre lo que realmente es seguro.
Esta incertidumbre nos obligó a tomar una decisión: seguir siendo de código abierto y aceptar un riesgo cada vez mayor para los datos de los clientes, o pasar a código cerrado para reducir ese riesgo. No es una solución perfecta, pero tenemos que hacer todo lo posible para proteger a nuestros usuarios.
Al mismo tiempo, seguimos valorando profundamente el código abierto. Por eso vamos a publicar una versión de nuestra base de código para la comunidad bajo la licencia MIT como Cal.diy. Aunque nuestra base de código de producción ha divergido mucho, incluyendo reescrituras importantes de sistemas básicos como la autenticación y la gestión de datos, queremos asegurarnos de que siga habiendo una versión realmente abierta disponible para desarrolladores, aficionados y cualquiera que quiera explorar y experimentar.
El panorama de riesgos se está acelerando muy rápido. Los modelos avanzados de IA ya son capaces de identificar y explotar vulnerabilidades a una velocidad sin precedentes. En un ejemplo reciente, la IA descubrió una vulnerabilidad de hace 27 años en el kernel de BSD, uno de los proyectos de código abierto más usados y centrados en la seguridad, y generó exploits funcionales en cuestión de horas.
Seguir como código abierto pondría nuestra aplicación, nuestros clientes y los datos sensibles que gestionamos en un riesgo significativo. Estamos dando todos los pasos que podemos para reducir ese riesgo y proteger a nuestros usuarios, y, por ahora, eso significa pasar a código cerrado pese a lo difícil que es esa decisión.
Esperamos que algún día podamos volver al código abierto a medida que evolucione el panorama de la seguridad. Pero, por ahora, tenemos que poner a nuestros clientes primero.