Tu programa de compliance merece la misma diligencia que pides a tu equipo

No, sin autorización explícita. El contenido se cifra con AES-256-GCM usando una clave de 256 bits única por organización, custodiada en AWS KMS (no en servidores de vario). Ningún ingeniero de vario tiene permisos kms:Decrypt por defecto. Cualquier acceso de soporte requiere tu autorización desde el dashboard de admin, queda registrado con timestamp, usuario e IP en un audit log inmutable (firma SHA-256), y el token expira automáticamente en 4 horas. Puedes revocar antes del vencimiento escribiendo a security@vario.lat.

Tus datos están protegidos por capas independientes. Un atacante que comprometa la base de datos obtiene texto cifrado ilegible — las claves viven en AWS KMS con controles de acceso completamente separados. Para leer en texto plano necesitaría comprometer simultáneamente la base de datos Y el sistema KMS. Ante cualquier incidente confirmado, notificamos a tu contacto de seguridad dentro de las 24 horas siguientes a la confirmación, y asistimos en la notificación regulatoria (GDPR/LGPD) dentro de las 72 horas.

No. AWS Bedrock permite a sus clientes optar explícitamente por no usar los datos procesados para entrenar modelos de base, y vario activa esa opción para todo el procesamiento de clientes. Esta cláusula está documentada en nuestro DPA, replicando los términos públicos de AWS Bedrock Data Protection. Si AWS modifica esos términos, te notificamos con 60 días de anticipación y puedes cancelar sin penalidad. La política interna de vario es permanente: nunca usamos data de clientes para fine-tuning ni entrenamiento de ningún modelo.

No. Eliges al activar vario: EU (AWS eu-west-1, Irlanda) o LATAM (AWS sa-east-1, São Paulo). El alcance regional cubre: contenido de los mensajes, attachments, metadatos estructurados (sender, receiver, fecha, análisis) y logs de acceso. Los backups se replican entre zonas de disponibilidad de la misma región (cross-AZ), nunca cross-region. Las llamadas a IA usan el endpoint regional de AWS Bedrock, no el global. Todo verificable en los logs de auditoría de tu cuenta.

Es técnicamente muy difícil por diseño. Cada organización tiene un tenant único. Todas las tablas tienen Row-Level Security (RLS) activada a nivel del motor PostgreSQL, combinada con validación de tenant_id en la capa de aplicación como defensa en profundidad. Cualquier query sin filtro explícito de tenant dispara un error en staging y no llega a producción. Realizamos auditorías trimestrales de código enfocadas en vulnerabilidades de multi-tenancy. RLS reduce significativamente el riesgo de exposición cross-tenant; el protocolo de respuesta a incidentes cubre cualquier vulnerabilidad detectada.