Cómo se autentican usuarios, administradores, ingenieros y máquinas, y a qué puede acceder cada uno.
01Acceso a Mentornity
- Inicio de sesión único: SAML 2.0 con el proveedor de identidad de la organización, además de acceso con Google y acceso con Microsoft.
- Las contraseñas se guardan solo como hashes bcrypt. Las contraseñas nuevas deben tener al menos 8 caracteres con mayúscula, minúscula, un dígito y un carácter especial.
- Protección contra fuerza bruta: los intentos fallidos repetidos bloquean temporalmente nuevos intentos, por cuenta y por dirección de red.
- Sin enumeración de cuentas: un correo erróneo y una contraseña errónea devuelven la misma respuesta en el mismo tiempo.
- Revocación de sesiones: cambiar o restablecer la contraseña, o elegir «cerrar sesión en todas partes», invalida todos los tokens emitidos antes, en todos los dispositivos.
- Enlaces firmados: los enlaces de invitación y de acción por correo llevan una firma HMAC ligada a su finalidad, así que un enlace no puede reutilizarse para otra cuenta.
02Roles dentro de un programa
El acceso a los datos del programa se decide en el servidor en cada solicitud. Los participantes ven sus propios datos, sus emparejamientos y lo que el programa les hace visible. Los administradores de programa solo ven y gestionan sus propios programas; la pertenencia al programa se comprueba en cada ruta de administración, de modo que el administrador de un programa no puede leer los miembros, calendarios ni respuestas de otro.
03Acceso a producción
- El acceso a producción está limitado al equipo directivo de Mentornity y a los ingenieros que operan la plataforma, y se revisa siempre que cambia el rol de alguien.
- El acceso administrativo a los servidores se basa en claves y se audita; cada acción administrativa en la cuenta en la nube queda registrada en AWS CloudTrail. El acceso con contraseña a los servidores está desactivado.
- Los permisos en la nube se reparten en roles de alcance reducido, cada uno limitado a los recursos y a la región que su tarea necesita.
- El acceso a la base de datos usa cuentas separadas de mínimo privilegio para cada finalidad; el acceso elevado solo se concede por tiempo limitado y cuando hace falta.
- Las herramientas internas de administración exigen autenticación multifactor.
04Identidades de máquina
Los servidores acceden a los servicios en la nube con credenciales de rol de corta duración en lugar de claves almacenadas. Los clientes de la API pública se autentican con claves de API por organización, cada una ligada a una organización y con límite de uso.
05Contacto
Preguntas sobre esta política, cuestionarios de seguridad y solicitudes del Acuerdo de Tratamiento de Datos: privacy@mentornity.com.