Construido para confiarle el trabajo que importa.

Cada credencial — llaves de API, cuentas de servicio de base de datos, contraseñas de correo — vive solo en Google Secret Manager y se lee del lado del servidor en tiempo de ejecución. Ninguna se envía en un bundle del cliente, se sube a un repositorio, se coloca en un prompt ni se guarda en una memoria.

• Acceso a APIs de terceros solo del lado del servidor
• Sin secretos en el cliente, el repositorio o los logs
• Llaves por integración, revocables individualmente

Nuestros agentes supervisados redactan el trabajo; una persona aprueba antes de que algo llegue a un cliente, a un código o a un sistema externo. Redactar es gratis; enviar es un clic deliberado. Las acciones autónomas son opt-in, con límites, y siempre anulables con un interruptor de apagado.

• Toda acción saliente pasa por aprobación humana por defecto
• Techos de gasto diarios que fallan cerrados
• Un interruptor de un clic pausa toda la flota de agentes
• Cada acción queda escrita en una bitácora inmutable

La autorización se aplica en la base de datos, no solo se esconde en la interfaz. Las reglas de seguridad de Firestore re-verifican la identidad y el rol de quien llama en cada lectura y escritura, así que una pestaña que un usuario no ve es también una consulta que el servidor rechaza.

• Acceso por roles (superadmin, admin, gerente, staff, cliente)
• Reglas re-verificadas del lado del servidor en cada operación
• Desactivar a un usuario revoca su acceso y sus sesiones activas
• Las capacidades delegadas son de mínimo privilegio y por campo

En nuestros productos de salud, la información protegida de salud se cifra a nivel de campo y se mantiene fuera del almacenamiento persistente del cliente. Los datos viven en Google Cloud (Firestore, Cloud Storage) con el cifrado de la plataforma en reposo y en tránsito.

• Cifrado de PHI a nivel de campo en productos clínicos
• Cifrado en tránsito (TLS) y en reposo (administrado por Google)
• Mínimo dato necesario en integraciones entre apps

Los datos de los clientes están protegidos contra pérdidas y errores: recuperación a un punto en el tiempo, respaldos diarios programados con retención y protección contra borrado de la base de datos. Hemos ejecutado y verificado un simulacro de restauración, no solo activado la opción.

• Recuperación a un punto en el tiempo (ventana de 7 días)
• Respaldos diarios con retención
• Protección contra borrado de la base de datos activada
• Simulacro de restauración ejecutado y verificado

Las superficies públicas se defienden en profundidad: HTTPS con HSTS, limitación de tasa por identidad en rutas abusables, atestación con reCAPTCHA Enterprise / App Check, honeypots en formularios públicos y una Content-Security-Policy en despliegue monitoreado.

• HSTS + cabeceras seguras; CSP en despliegue monitoreado
• Limitación de tasa en rutas públicas y autenticadas
• Atestación con App Check / reCAPTCHA Enterprise
• Revisión de avisos de dependencias con compuerta de auditoría en CI