Seguridad y privacidad
Seguridad y privacidad
Un resumen honesto de lo que el producto hace hoy.
Lo que hace hoy
- Local primero: los datos del cliente viven en tu equipo, en una base SQLCipher cifrada; la bitácora de auditoría es una base cifrada aparte.
- Evidencia cifrada en reposo.
- Inicio de sesión con el autenticador de la plataforma (Touch ID en macOS; Windows Hello en Windows).
- Roles (Administrador, Analista, Auditor, Visor) con segregación de funciones.
- Códigos de recuperación de un solo uso; bloqueo de cuenta tras intentos fallidos; reautenticación en acciones sensibles.
- Retención de la bitácora por 7 años, con depuración controlada por el Auditor; borrado criptográfico al eliminar un proyecto.
- Evaluado internamente frente a CIS Controls v8, Grupo de Implementación 1 (IG1), y sometido a análisis estático y dinámico en septiembre de 2026.
Lo que no afirmamos
- Estas son evaluaciones internas, no certificaciones ni auditorías de terceros.
- El Certificado de autoevaluación incluye un hash SHA-256 de integridad del contenido; no es una firma digital ni una certificación legal.
- La aplicación no garantiza el cumplimiento legal: apoya la documentación y la evaluación.
Este sitio no usa cookies de seguimiento ni scripts de terceros.
Arquitectura y modelo de amenazas
Puertos: ninguno a la escucha · la única conexión saliente es HTTPS (TLS) hacia un único origen fijo para obtener actualizaciones firmadas. Cada descarga se verifica (Ed25519 + SHA-256) antes de usarse, y la aplicación nunca se modifica a sí misma.
La interfaz se trata como hostil por diseño: solo llega al núcleo en Rust mediante el conjunto reducido de comandos IPC que la aplicación registra, y solo dentro de los permisos que se muestran arriba. Ningún componente abre un puerto a la escucha; el "tráfico" interno son llamadas de función dentro del proceso y acceso a archivos locales, no saltos de red. Las conexiones de actualización las realiza el núcleo en Rust, nunca la interfaz.
Los datos en reposo están protegidos de dos maneras a la vez: la base de datos está cifrada con SQLCipher, y la clave que la abre está guardada en la bóveda protegida del sistema operativo. Por eso un archivo de base de datos copiado no sirve sin comprometer también esa cuenta específica del sistema operativo. El inicio de sesión usa el hardware biométrico de la propia plataforma.
Estos valores se verificaron en la configuración de la aplicación (tauri.conf.json y capabilities/default.json), no se suponen.
Si le roban los archivos o el equipo
Copiar los archivos de un proyecto a otro computador no da acceso a los datos.
- La clave que abre la base de datos no está en los archivos. Se guarda en el almacén protegido del sistema operativo (Windows DPAPI, ligado a la cuenta de Windows; o el llavero de inicio de sesión de macOS), y el archivo de claves del proyecto solo contiene una referencia.
- Si alguien copia la base de datos, la evidencia y el archivo de claves a otro equipo, la clave no está allí: el proyecto no se puede abrir y el acceso a la base de datos es denegado.
- Incluso en el equipo original, abrir un proyecto exige Touch ID (macOS) o Windows Hello (Windows).
Lo que debe saber
- El código de recuperación existe para el caso de un equipo perdido y sí puede abrir el proyecto en otro computador, junto con los archivos. Guárdelo aparte y fuera de línea, y nunca junto al equipo. Es de un solo uso: al usarlo se emite uno nuevo.
- Un equipo robado y ya desbloqueado, con su sesión abierta, queda protegido solo por la seguridad del propio equipo. Recomendamos cifrado de disco completo, bloqueo de pantalla y cerrar sesión.
Criptografía
Los algoritmos que protegen la base de datos y la evidencia están aprobados por FIPS: AES-256, SHA-256 y Ed25519. La derivación de claves con Argon2 es la excepción, como se explica abajo.
| Uso | Algoritmo | Norma |
|---|---|---|
| Base de datos del proyecto (cifrado en reposo, con autenticación por página) | AES-256 con HMAC, mediante SQLCipher | FIPS 197; FIPS 198-1 |
| Clave maestra de cada proyecto | 256 bits aleatorios del generador del sistema operativo, entregados a SQLCipher como clave directa | Generador de bits aleatorios del sistema operativo |
| Protección de la clave maestra y cifrado de evidencia | AES-256-GCM | FIPS 197; NIST SP 800-38D |
| Hash de integridad de informes y verificación de actualizaciones | SHA-256 | FIPS 180-4 |
| Firma de manifiestos de actualización | Ed25519 | FIPS 186-5 |
- Argon2: la clave que envuelve la clave maestra se deriva con Argon2, un estándar moderno y robusto que no es una función de derivación aprobada por FIPS.
- Estos son algoritmos aprobados por FIPS. Las implementaciones no son módulos criptográficos validados FIPS 140-2/140-3.