Seguridad y confianza
Tus archivos siguen siendo tuyos, y te decimos dónde aún tenemos límites
Tus archivos nunca se suben a nuestros servidores. Las copias cifradas en la nube solo se abren con una clave que se queda en tus dispositivos. Y Syncra conserva la copia anterior antes de reemplazar o borrar cualquier cosa.
Última revisión:
Principios para no perder datos
Son reglas del propio motor de sincronización, no ajustes que haya que buscar.
Primero se guarda la copia anterior
Antes de que Syncra reemplace o borre un archivo, la copia anterior pasa a un almacén de versiones (.syncra/versions). Al restaurar una versión, el archivo actual también se guarda como versión, de modo que una restauración se puede deshacer. Las versiones se conservan durante el periodo de retención que configures.
Los borrados masivos se detienen y preguntan
Si una ejecución fuera a borrar buena parte de una carpeta, se detiene y espera tu confirmación. Esta protección no se puede desactivar (solo se pueden ajustar sus umbrales) y los agentes de IA o MCP no pueden levantarla por su cuenta: hace falta la confirmación de una persona.
Primero se planifica, luego se ejecuta
Cada cambio se planifica y se puede previsualizar antes de que ocurra. Un asistente de IA conectado por MCP solo puede ejecutar un plan que se haya previsualizado y, si los archivos cambiaron entretanto, tiene que planificar de nuevo.
En un conflicto sobreviven las dos versiones
Cuando un archivo cambia en ambos lados, Syncra conserva las dos versiones una al lado de la otra en lugar de dejar que una sobrescriba a la otra.
Escrituras seguras, dentro de tus carpetas
Los archivos parciales se escriben con un nombre temporal (.syncra-part) y se sustituyen de forma atómica. No se siguen los enlaces simbólicos y las rutas no pueden salirse de la carpeta sincronizada.
Sin código unsafe en el núcleo
El motor de sincronización, la red, la nube, el servicio, el demonio, la IA, MCP y la carcasa de escritorio se compilan con #![forbid(unsafe_code)], así que no puede colarse por accidente código inseguro para la memoria. Las dependencias de terceros quedan fuera de esta garantía.
Cifrado y gestión de claves
Syncra tiene tres caminos para los datos y cada uno tiene su propia protección.
Copia en la nube con el cifrado activado
El contenido de los archivos se cifra en tu PC antes de subirse, en bloques de 64 KiB con XChaCha20-Poly1305 y una clave aleatoria de 256 bits. Cada bloque autentica su posición y la ruta completa del archivo dentro del remoto, de modo que al leer se detecta un byte modificado, datos reordenados o cortados, un archivo intercambiado o una clave incorrecta. El proveedor de la nube solo ve texto cifrado.
Dónde viven las claves
La clave de cifrado y tu clave de recuperación se guardan únicamente en el almacén seguro de credenciales de tu sistema operativo (Administrador de credenciales de Windows, Llavero de macOS, Linux Secret Service), junto a tus demás secretos de la nube. Nunca se escriben en archivos de configuración ni se envían a Syncra. La clave de recuperación abre la copia en otro PC. Si pierdes la clave y el PC, nadie, tampoco nosotros, podrá recuperar esos archivos.
Sincronización directa en tu red
Los dispositivos se emparejan con un código QR o un código, un secreto de un solo uso y un código de comparación de seis dígitos. Las conexiones usan QUIC con TLS 1.3 y claves públicas de dispositivo fijadas en lugar de autoridades de certificación, y los bloques de datos se sellan con XChaCha20-Poly1305. Nada pasa por nuestros servidores.
Quién puede ver qué
| Datos | Tus dispositivos | Servidores de Syncra | Tu proveedor de nube |
|---|---|---|---|
| Contenido de los archivos de un remoto en la nube cifrado | Legible | Nunca lo recibe | Solo texto cifrado |
| Contenido de los archivos sincronizados por tu red | Legible | Nunca lo recibe | No interviene |
| Clave de cifrado y clave de recuperación | En el almacén de credenciales del sistema | Nunca la recibe | Nunca la recibe |
| Estructura de carpetas, número de archivos, tamaños aproximados y fechas de modificación de un destino en la nube cifrado | Legible | Nunca los recibe | Visible — los nombres de archivos y carpetas se cifran en los destinos creados con la versión de escritorio 0.1.3 o posterior |
| Datos de la cuenta: correo, nombre, claves públicas de dispositivo | Tuyos | Almacenados (ver la Política de privacidad) | No interviene |
| Datos de la tarjeta | Se introducen en el proveedor de pagos | Nunca los recibe | No interviene |
El cifrado lo activas para cada remoto en la nube y no se puede desactivar después. Un remoto sin cifrado guarda tus archivos como archivos normales en el proveedor. En servidores sin almacén de credenciales del sistema, los secretos van a un archivo cifrado cuyos límites se describen en la documentación.
Cuentas y dispositivos
El plano de control (cuentas, equipos, facturación, lista de dispositivos) nunca ve tus archivos. Así protege lo que sí guarda.
Peticiones de dispositivo firmadas
Cada dispositivo tiene su propio par de claves Ed25519. Una petición se firma sobre el método, la ruta, la marca de tiempo, un nonce de un solo uso y un hash SHA-256 del cuerpo. El servidor acepta cada nonce una sola vez y rechaza peticiones con más de cinco minutos de desfase, así que una petición capturada no se puede reutilizar. Revocar un dispositivo lo detiene al instante.
Inicio de sesión
Puedes iniciar sesión con un enlace por correo, una cuenta de Google o una passkey. Los tokens de sesión se guardan en el servidor solo como hashes. Las sesiones del navegador se protegen frente a peticiones entre sitios con un token CSRF y una comprobación del origen.
Secretos cifrados en reposo
Las claves del proveedor de pagos y otros secretos de operación se sellan con AES-256-GCM antes de guardarse, con una clave que se guarda como secreto de la plataforma, y nunca se devuelven al navegador.
Pagos sin un webhook que falsificar
No exponemos ningún webhook de pagos de entrada. Los precios se deciden solo en el servidor; tras un pago, el servidor pregunta directamente al proveedor de pagos para confirmarlo y revisa cada diez minutos los pagos pendientes. Los datos de la tarjeta se quedan en el proveedor de pagos.
Un registro de auditoría que no se puede editar
Las acciones de cuentas, dispositivos y equipos se escriben en un registro de auditoría cuya tabla rechaza UPDATE y DELETE a nivel de base de datos. Los espacios de trabajo Business pueden exportarlo.
Ransomware y recuperación
Una herramienta de sincronización puede propagar el daño tan rápido como propaga el trabajo. Syncra está hecho para evitarlo.
Se detiene sola
Syncra busca en tu dispositivo señales de daño masivo: cambios de extensión en bloque, sobrescrituras de alta entropía, ediciones o borrados masivos repentinos y nombres de archivo de notas de rescate. Cuando la puntuación llega al nivel de pausa, el par pasa a protección y se rechaza toda ejecución, automática o manual, hasta que una persona la reanude, de modo que el daño de un lado no llegue al otro. Los agentes de IA no pueden reanudarla.
Recuperación con un clic
La recuperación devuelve cada lado no afectado a su último momento limpio, deja el lado afectado idéntico otra vez al lado limpio y después levanta la protección. Los archivos dañados que reemplaza se mueven al almacén de versiones, nunca se borran.
Restauración a un momento dado
Devuelve todo un lado o una subcarpeta a como estaba en el instante que elijas, reconstruido a partir del almacén de versiones y del registro de auditoría. Una restauración no destruye nada y queda registrada, así que se puede deshacer con otra restauración.
La detección es heurística: puede pasar por alto un ataque o dar una falsa alarma (puedes descartarla). Los cambios hechos directamente en una carpeta fuera de Syncra no se registran, así que la restauración a un momento dado no puede revertirlos; en ese caso la recuperación vuelve a copiar el lado limpio. Nada de esto sustituye una copia de seguridad sin conexión o fuera de sitio.
Lo que puedes comprobar
No podemos pedirte que te fíes de todo sin más, así que esto es lo que puedes verificar tú mismo.
Versiones firmadas
Los instaladores de Windows y la herramienta de línea de comandos se firman con un certificado de firma de código emitido a PROJECTTEAMFORYOU. El proceso de publicación se niega a publicar un archivo cuya firma o marca de tiempo no se verifique, y las sumas SHA-256 (SHA256SUMS) se calculan después de firmar, para que puedas compararlas con lo que descargaste.
Dependencias vigiladas
Dependabot propone actualizaciones de dependencias cada semana, y cada cambio se comprueba en la integración continua contra la base de avisos RustSec y una auditoría de npm de gravedad alta.
Un sitio web estricto
Las páginas llevan una política de seguridad de contenidos que solo permite los scripts cuyo hash está registrado para esa página, HSTS, prohibición de incrustarse en marcos y sin adivinar el tipo de contenido. La aplicación web procesa las carpetas dentro de tu navegador y no sube nada.
Un security.txt estándar
Nuestro contacto de seguridad y la política de notificación se publican en /.well-known/security.txt, el lugar habitual donde buscan los investigadores.
Notificar una vulnerabilidad
Escribe a [email protected] con el asunto «Security». No abras incidencias públicas ni publiques detalles antes de que podamos corregir el problema. Aceptamos informes en inglés o coreano.
Incluye por favor
- Qué encontraste y el componente o la URL afectados
- Pasos para reproducirlo o una prueba de concepto
- La versión o compilación que probaste
- Cómo podemos contactarte
Nuestros objetivos de respuesta
- Acusamos recibo de tu informe en un plazo de 3 días hábiles.
- Compartimos una evaluación inicial en 7 días.
- Nuestro objetivo es publicar una corrección o mitigación en 14 días para problemas críticos y en 90 días para el resto.
Son objetivos, no garantías. No emprenderemos acciones legales contra investigaciones de buena fe que eviten los datos de otras personas y la interrupción del servicio. Por ahora no tenemos un programa de recompensas por errores.
Límites actuales
Una página como esta solo merece leerse si dice lo que falta.
Todavía no hay una auditoría independiente
Syncra no ha sido revisado por un tercero independiente y no tiene ninguna certificación de seguridad como ISO 27001 o SOC 2. Todo lo que dice esta página es nuestra propia descripción de cómo está construido el software.
Nuestro código fuente es privado
Hoy no puedes leer el código tú mismo. Por eso publicamos los datos de diseño de arriba y firmamos nuestras versiones y publicamos sus sumas de verificación.
El cifrado en la nube no oculta la estructura
En los destinos cifrados nuevos (escritorio 0.1.3 o posterior) también se cifran los nombres de archivos y carpetas, pero la estructura de carpetas, el número de archivos, los tamaños aproximados y las fechas de modificación siguen siendo visibles para el proveedor. Los destinos creados antes conservan nombres legibles y el cifrado se activa por destino.
Un PC comprometido queda fuera de alcance
Si un malware controla tu equipo mientras tienes la sesión iniciada, puede llegar a todo lo que alcanza tu cuenta, incluido el almacén de credenciales del sistema. Syncra no sustituye la protección del equipo ni una copia sin conexión.
Perder las claves es perder los datos
Como solo tú tienes la clave de cifrado y la de recuperación, si pierdes ambas no podemos recuperar una copia cifrada.
Hoja de ruta
Son planes, no promesas: ninguno tiene fecha.
Evaluación de seguridad independiente
Nos estamos preparando para una revisión independiente: alcance, modelo de amenazas, documentación de flujos de datos y un inventario de dependencias. No se ha acordado ningún evaluador ni fecha.
Resumen público del modelo de amenazas
Publicar un resumen de nuestro modelo de amenazas, con los riesgos que aceptamos, para que pueda criticarse.
Inicio de sesión único para Business
Está previsto el inicio de sesión mediante el proveedor de identidad de una empresa para los espacios de trabajo Business.
¿Preguntas sobre seguridad?
Escribe a [email protected]. Respondemos lo que podemos y te lo decimos cuando no podemos.