Construido seguro por defecto.
Configurable a tu nivel de riesgo.

La indexación y búsqueda de documentos permanecen en tu VM de ReefOffice: bge-m3 crea embeddings localmente y Qdrant almacena el texto y los vectores localmente. En un pilot Private AI, la generación se ejecuta en infraestructura GPU gestionada por ReefOffice en Alemania a través de un túnel cifrado. Tu pregunta y los extractos relevantes de documentos llegan a esa GPU, mientras que tus archivos fuente, índice, conversaciones y datos de aplicación permanecen en tu VM. La retención del proveedor y las garantías contractuales se están validando antes de la disponibilidad de pago. Si conectas tu propia clave de IA externa, ese proveedor recibe la pregunta y los extractos seleccionados bajo sus propios términos.

Las automatizaciones predefinidas (indexación de documentos, seguimiento de facturas, archivado de contratos, configuración de negocio cerrado,…) se ejecutan en un entorno de ejecución de automatización solo para operadores que ReefOffice gestiona — no en Activepieces, el creador sin código que usa tu equipo. Las credenciales que necesitan (tus cuentas de administrador de Nextcloud / Dolibarr / Paperless, el relay de correo) se almacenan cifradas y solo se leen por el trabajo en ejecución a través de credenciales de ejecución del ámbito del trabajo; nunca se escriben en ninguna definición de flujo de trabajo que un usuario pueda abrir. Cuando el agente de IA privado desencadena una de las automatizaciones aprobadas, llama a un adaptador local en lista blanca que inyecta las credenciales del lado del servidor, para que el agente nunca reciba credenciales generales del motor de automatización. Tu sandbox de Activepieces contiene cero credenciales de operador, y el acceso de ejecución se aplica solo para operadores en cada despliegue, para que una cuenta obsoleta no pueda permanecer con acceso. Esto cierra la clase de riesgo donde una automatización integrada se convierte en una forma de leer una contraseña de administrador.

Correcto, y es por diseño — LUKS es la herramienta adecuada para amenazas de disco en reposo (discos físicos, desmantelamiento e instantáneas que no incluyen el material de descifrado de arranque). Para un servidor en ejecución aplicamos una capa separada de controles integrados en cada compilación de NixOS: ptrace está restringido (scope=3) para evitar la inspección de procesos, kexec está deshabilitado para que el kernel no pueda reemplazarse en ejecución, eBPF sin privilegios está bloqueado, los punteros del kernel están ocultos (kptr_restrict=2), userfaultfd sin privilegios está deshabilitado, la creación de io_uring sin privilegios está restringida y los volcados de núcleo se suprimen. La desactivación completa de io_uring sigue disponible para despliegues endurecidos especiales, pero la configuración por defecto mantiene la compatibilidad con infraestructura privilegiada. La inmutabilidad de NixOS significa que ningún gestor de paquetes puede instalar silenciosamente binarios inesperados. El escaneo diario de CVE (vulnix) detecta paquetes vulnerables y reporta resultados en el panel.

Sí — cada servidor ejecuta un escaneo diario de CVE usando vulnix, una herramienta nativa de NixOS. Dado que NixOS fija versiones exactas de paquetes como hashes criptográficos (compilaciones reproducibles), vulnix puede cruzar referencia de cada paquete instalado contra la Base de Datos Nacional de Vulnerabilidades en segundos. Los resultados aparecen en la pestaña de Seguridad de tu panel con el nombre del paquete, la versión y los IDs de CVE. Normalmente NixOS entrega un paquete parcheado dentro de las 24-48 horas siguientes a la divulgación de un CVE — el siguiente escaneo diario confirma la corrección. Esto es algo que la mayoría de stacks autoalojados no pueden hacer sin herramientas significativas; aquí funciona fuera de la caja.

El modo sin conexión es la respuesta completa — no mantenemos ninguna clave SSH, por lo que un compromiso completo de nuestra infraestructura no tiene ruta SSH a tu VM. En modo Gestionado, la trazabilidad con hash encadenado registra las operaciones del plano de control. Además, puedes habilitar el correo de resumen semanal opcional desde la configuración de tu cuenta: resume alternancias de servicios, resultados de actualizaciones de NixOS y conteos de CVE en tus servidores — dándote una confirmación regular, esperada y fácil de leer de que no ha pasado nada inesperado. Cualquier anomalía en ese resumen es una señal temprana para revisar el registro de auditoría completo.

LUKS protege el sistema de archivos raíz cifrado si alguien obtiene acceso a un disco raíz extraído o una instantánea del disco raíz sin el material de descifrado de arranque. ReefOffice usa LUKS sin intervención para que los servidores puedan reiniciarse automáticamente, lo que significa que la partición de arranque e initrd son una parte separada del modelo de amenazas. Una imagen completa del nivel del proveedor tanto de almacenamiento de arranque como raíz no es lo mismo que un disco raíz cifrado extraído. Las rutas restantes de la VM en ejecución, como la memoria a nivel de hypervisor o el acceso en ejecución, están gobernadas por controles del proveedor, contratos y auditorías en lugar de LUKS.

Un atacante necesitaría comprometer la VM en ejecución, u obtener suficiente material de arranque y acceso al disco para descifrar el sistema de archivos raíz cifrado, luego leer /etc/reefoffice/secrets.env. La clave de backup nunca está en la base de datos del plano de control de ReefOffice. Si tu requisito de cumplimiento es que la clave de backup debe ser inalcanzable bajo cualquier compromiso a nivel de VM, el modo de Conocimiento cero elimina la custodia de la clave de backup de ReefOffice después de la entrega.

En la primera conexión SSH después del aprovisionamiento, el plano de control registra la clave de host pública de la VM (Confianza en el Primer Uso — TOFU). Cada conexión posterior verifica que la clave coincida con ese registro. Una discrepancia — que indica que la VM fue reemplazada o se insertó un MITM — hace que la conexión falle inmediamente y se escribe en el registro de auditoría. Esto significa que una VM fraudulenta no puede interceptar silenciosamente el tráfico de gestión incluso si el DNS o el enrutamiento IP están comprometidos.

Tu servidor se ejecuta en Contabo GmbH, una empresa de hosting alemana fundada en 2003 con sus propios centros de datos en Múnich y Núremberg — no un revendedor. Contabo atiende a más de 225.000 clientes en 190 países en más de 450.000 servidores, y la monitorización independiente de HOSTtest registró un 100% de tiempo de actividad en el Q3 de 2025 y Q4 de 2024. Contabo es una empresa registrada en Alemania (Amtsgericht München, HRB 180722).