Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

guardyn

Guardyn es un mensajero seguro auto-hospitable con cifrado E2EE siempre activo (Signal Protocol + OpenMLS), listo para post-cuántico (PQXDH implementado pero no activado aún). Usa Flutter/Tauri, licencias Apache-2.0 y soporta despliegue en Kubernetes.

Ficha actualizada 22 sept 2026, 15:11 · upstream 22 sept 2026, 13:52 · release v1.0.1

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es guardyn

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Guardyn es una aplicación de mensajería privada enfocada en la seguridad y la soberanía de datos. A diferencia de otras soluciones, permite auto-hospedaje completo con infraestructura nativa para Kubernetes, ofreciendo control total sobre los metadatos y el cifrado. La arquitectura separa la lógica de encriptación (Rust) del servidor, asegurando que el servidor nunca pueda leer el contenido de las comunicaciones.

El proyecto utiliza Flutter para aplicaciones móviles (iOS/Android) y Tauri para escritorio (Windows/macOS/Linux). Soporta grupos mediante OpenMLS (RFC 9420), cifrado híbrido post-cuántico PQXDH en la capa de intercambio de claves, y Sealed Sender para proteger metadatos. La licencia Apache-2.0 permite uso libre y modificación.

Actualmente en fase beta, las aplicaciones móviles llegarán a tiendas Q1 2026 y el servidor auto-hospitable está disponible vía Docker Compose o Justfile. Una auditoría externa por Cure53 está programada para Q2 2026.

CASOS DE USO
  • Comunicación privada en organizaciones que requieren soberanía de datos (auto-hospedaje).
  • Despliegue en infraestructura propia con Kubernetes para cumplimiento GDPR/HIPAA.
  • Uso como alternativa open source a Signal/WhatsApp con cifrado post-cuántico preparado.
  • Pruebas de seguridad y auditorías internas gracias al código abierto completo.
PUNTOS DESTACADOS
  • Cifrado E2EE siempre activo, imposible de desactivar por el usuario.
  • Infraestructura nativa para Kubernetes con soporte de TiKV/ScyllaDB/Redpanda.
  • Licencia Apache-2.0 sin dual licensing ni ediciones empresariales ocultas.
  • Cifrado híbrido PQXDH (X3DH + ML-KEM) implementado en Rust, listo para activar.
  • Arquitectura de 3 capas: cliente (Flutter/Tauri), crypto (Rust), servidor.
PRECAUCIONES
  • El cifrado post-cuántico PQXDH está implementado pero NO activado aún en E2EE.
  • Auditoría externa Cure53 pendiente hasta Q2 2026, solo revisión interna completada.
  • Las aplicaciones móviles (iOS/Android) están en beta y no disponibles en tiendas oficiales todavía.
  • No se garantiza anonimato total: los ISP ven direcciones IP (requiere Tor/VPN externo).
  • El análisis técnico indica hasDocker=false, pero el README usa docker-compose.dev.yml.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Requiere Docker y 8GB RAM mínimo. Iniciar con 'just dc-up' o 'docker compose -f docker-compose.dev.yml up -d'. Para producción, usar Kubernetes según docs/ops/DEPLOYMENT.md. El servidor escucha en localhost:8080 por defecto. No activar PQXDH hasta que esté habilitado oficialmente.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsRust
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
8080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.