Seguridad y privacidad en KRONOZZ.AI
La seguridad no se demuestra con una insignia decorativa. Se demuestra explicando qué se separa, quién puede acceder, cómo se registran los cambios y qué debe hacer una persona cuando detecta un problema.
En resumen
- KRONOZZ.AI separa autenticación administrativa y datos operativos, y aplica aislamiento por tenant también en la base de datos.
- Las credenciales de servidor no se incorporan al navegador y el build se detiene si detecta un secreto dentro del bundle público.
- La lista vigente de proveedores y el procedimiento de reporte responsable están publicados en los documentos legales de Kronozz.
Aislamiento entre negocios
La plataforma es multi-tenant: cada solicitud operativa identifica al negocio activo y las políticas de acceso de la base vuelven a comprobar esa pertenencia. Ocultar una pantalla en el navegador no se considera una medida de seguridad; el permiso debe cumplirse también donde viven los datos.
La autenticación y la operación usan contextos separados. Este límite reduce el alcance de una credencial y evita utilizar el cliente de datos del negocio para iniciar o cerrar sesiones administrativas.
Controles que acompañan al producto
Permisos
Propietarios, personal restringido y administradores reciben vistas y acciones diferentes; las operaciones sensibles vuelven a autorizarse en servidor.
Credenciales
Los secretos permanecen en servicios de servidor. Un verificador del build inspecciona el bundle e impide publicar credenciales privilegiadas.
Trazabilidad
Las acciones sensibles y decisiones automáticas relevantes conservan contexto suficiente para investigar qué ocurrió sin exponer contenido innecesario.
Minimización
Los eventos analíticos y operativos deben guardar el resultado necesario, no copiar cuerpos completos de mensajes ni datos clínicos por comodidad.
Proveedores, incidentes y límites
Kronozz depende de infraestructura, mensajería y modelos de terceros. La lista de subencargados identifica cuáles están activos y para qué se usan. Una caída externa puede afectar una capacidad sin que deba derribar el resto del panel; por eso las integraciones se muestran con su propio estado técnico.
Ningún sistema conectado a internet puede declarar riesgo cero. Los reportes de buena fe se reciben mediante el procedimiento de divulgación responsable publicado en la política de privacidad. El objetivo es verificar, contener, corregir y comunicar conforme al impacto real.
Preguntas frecuentes
¿Los datos de distintos clientes de Kronozz se mezclan?
No deben mezclarse: la aplicación identifica el tenant activo y la base de datos vuelve a aplicar aislamiento y permisos. Las pruebas incluyen datos cruzados intencionalmente para detectar regresiones.
¿Las claves privadas llegan al navegador?
No. Las credenciales privilegiadas pertenecen a servicios de servidor y el proceso de build inspecciona el bundle para impedir que una clave de servidor se publique accidentalmente.
¿Cómo reporto una vulnerabilidad?
Utiliza el contacto de privacidad o soporte e incluye pasos reproducibles sin acceder a más datos de terceros de los estrictamente necesarios para demostrar el problema.