Política de privacidad de Zenda

Última actualización: 22 de octubre de 2026

Datos de Google a los que accede Zenda

Zenda es un entorno de escritorio que se ejecuta en tu equipo. Conectar Google es opcional y permite mostrar tus eventos de Google Calendar en el dashboard. Zenda solicita estos permisos de solo lectura:

• https://www.googleapis.com/auth/calendar.calendarlist.readonly: consultar la lista de tus calendarios para que puedas elegir cuáles mostrar. Zenda utiliza sus identificadores, nombres y estado de selección.
• https://www.googleapis.com/auth/calendar.events.readonly: consultar los eventos de los calendarios seleccionados. Zenda utiliza el identificador y título del evento, su calendario, las fechas y horas de inicio y fin, si dura todo el día, su estado de cancelación y el enlace para abrirlo en Google Calendar.

Estos permisos permiten leer la lista de calendarios y los detalles de los eventos que devuelve Google Calendar. Zenda utiliza los campos indicados para mostrar la agenda; no crea, modifica ni elimina calendarios ni eventos. No solicita acceso a Gmail, contactos ni archivos de Google Drive.

Google también proporciona un token de acceso y un token de renovación para mantener la conexión autorizada. Zenda no recibe ni guarda tu contraseña de Google.

Uso y transferencia de los datos

Los datos se usan únicamente para seleccionar calendarios, mostrar tus eventos y abrirlos en Google Calendar cuando lo solicitas. Zenda se comunica directamente con Google para autorizar la conexión, consultar los calendarios y renovar o revocar los tokens.

Zenda no transmite estos datos ni los tokens a servidores del desarrollador ni a otros terceros. El desarrollador no tiene acceso remoto a ellos. No se venden, no se usan para publicidad ni para entrenar modelos de inteligencia artificial.

El uso de la información recibida de las APIs de Google cumple la Política de datos de usuario de los servicios de API de Google, incluidos sus requisitos de uso limitado.

Protección de los datos

• Las comunicaciones con los servicios de Google usan HTTPS, que cifra los datos en tránsito.
• La autorización usa OAuth 2.0 con PKCE y un parámetro de estado para proteger el intercambio de autorización. La respuesta del navegador se recibe en una dirección local de tu equipo (127.0.0.1).
• En las versiones con soporte de keyring, el token de renovación se guarda en el almacén de secretos de tu sesión mediante Secret Service (secret-tool), por ejemplo GNOME Keyring o KWallet compatible. El proveedor del keyring gestiona el cifrado en disco y el desbloqueo; debes usar un almacén protegido con contraseña. Zenda no guarda una clave de cifrado junto al token ni crea nuevos archivos de token en texto plano.
• Los identificadores de calendarios seleccionados y las credenciales OAuth personalizadas, si las configuras, se guardan en $XDG_CONFIG_HOME/zenda/config (por defecto, ~/.config/zenda/config), con permisos 0600.
• Los tokens de acceso y la caché de eventos se mantienen en memoria; Zenda no los escribe en disco.

Para conectar Google necesitas libsecret y un proveedor de Secret Service disponible y desbloqueado. Zenda muestra un error si no puede acceder al keyring. El nivel de protección depende de la configuración del proveedor: un keyring sin contraseña no garantiza cifrado en disco. La configuración de calendarios y las credenciales OAuth personalizadas siguen protegidas mediante permisos del sistema operativo, sin cifrado adicional de Zenda.

Conservación y eliminación de los datos de Google

• Eventos y lista de calendarios: se conservan en memoria durante la ejecución de Zenda y se descartan al cerrar su proceso. La caché de eventos se actualiza durante el uso; no hay un archivo de eventos persistente.
• Token de acceso: permanece solo en la memoria del proceso que realiza la consulta, se renueva cuando es necesario y se descarta al terminar el proceso.
• Token de renovación: se conserva entre sesiones para evitar que tengas que autorizar cada consulta. No tiene un plazo de borrado automático en Zenda; se elimina del keyring al desconectar la cuenta. Revocar el acceso en Google invalida la autorización, pero no borra por sí solo la entrada del keyring.
• Selección de calendarios: los identificadores permanecen en la configuración local hasta que los cambias o eliminas la entrada ZENDA_GOOGLE_CALENDARS. Desconectar la cuenta no elimina esta preferencia.

Para desconectar, usa el panel de configuración de Zenda o ejecuta zenda calendar logout. Con el keyring disponible y desbloqueado, Zenda elimina el token local y solicita su revocación a Google. Si Google no confirma la revocación, Zenda lo indica; puedes completarla desde las conexiones de tu cuenta de Google. Para descartar también cualquier dato que permanezca en memoria, cierra el proceso de Zenda.

Las versiones anteriores guardaban el token en $XDG_STATE_HOME/zenda/google-calendar.json (por defecto, ~/.local/state/zenda/google-calendar.json) con permisos 0600. Al acceder a la conexión desde una versión con keyring, Zenda lo migra al almacén de secretos y elimina el archivo anterior solo después de confirmar el almacenamiento. Si la migración falla, muestra un error y conserva el archivo anterior para no perder el acceso.

Para eliminar todos los datos locales de esta integración, desconecta la cuenta, cierra Zenda y elimina de la configuración la entrada ZENDA_GOOGLE_CALENDARS y las credenciales OAuth personalizadas si las habías añadido. Desinstalar la aplicación no garantiza la eliminación de estos archivos. Las copias de seguridad que hayas creado se gestionan por separado.

El desarrollador no conserva copias de tus datos de Google y no puede borrar archivos de tu equipo a distancia. Desconectar o eliminar los datos locales de Zenda no borra tus eventos ni calendarios originales en Google.

Contacto

Para cualquier pregunta sobre esta política, escribe a miguelangeldorado10@gmail.com.