Politique de contrôle d’accès

01Se connecter à Mentornity

• Authentification unique : SAML 2.0 avec le fournisseur d’identité de l’organisation, plus la connexion avec Google et la connexion avec Microsoft.
• Les mots de passe ne sont stockés que sous forme de hachés bcrypt. Un nouveau mot de passe doit compter au moins 8 caractères avec majuscule, minuscule, chiffre et caractère spécial.
• Protection contre la force brute : des échecs de connexion répétés bloquent temporairement les nouvelles tentatives, par compte et par adresse réseau.
• Pas d’énumération de comptes : un mauvais e-mail et un mauvais mot de passe donnent la même réponse dans le même délai.
• Révocation des sessions : changer ou réinitialiser un mot de passe, ou choisir « se déconnecter de partout », invalide tous les jetons émis auparavant, sur tous les appareils.
• Liens signés : les liens d’invitation et d’action par e-mail portent une signature HMAC liée à leur objet, si bien qu’un lien ne peut pas être réutilisé pour un autre compte.

02Rôles au sein d’un programme

L’accès aux données d’un programme est décidé côté serveur à chaque requête. Les participants voient leurs propres données, leurs binômes et ce que le programme leur rend visible. Les administrateurs de programme ne voient et ne gèrent que leurs propres programmes ; l’appartenance au programme est vérifiée sur chaque route d’administration, si bien que l’administrateur d’un programme ne peut pas lire les membres, agendas ou réponses d’un autre.

03Accès à la production

• L’accès à la production est réservé à l’équipe de direction de Mentornity et aux ingénieurs qui exploitent la plateforme, et il est revu à chaque changement de rôle.
• L’accès administratif aux serveurs se fait par clé et est audité ; chaque action administrative dans le compte cloud est enregistrée dans AWS CloudTrail. La connexion aux serveurs par mot de passe est désactivée.
• Les permissions cloud sont réparties en rôles à portée étroite, chacun limité aux ressources et à la région dont sa tâche a besoin.
• L’accès à la base de données utilise des comptes distincts au moindre privilège selon l’usage ; un accès élevé n’est accordé que pour une durée limitée et seulement en cas de besoin.
• Les outils d’administration internes exigent une authentification multifacteur.

04Identités machine

Les serveurs accèdent aux services cloud par des identifiants de rôle de courte durée plutôt que par des clés stockées. Les clients de l’API publique s’authentifient avec des clés d’API par organisation, chacune liée à une seule organisation et soumise à une limite de débit.

05Contact

Questions sur cette politique, questionnaires de sécurité et demandes d’accord de traitement des données : privacy@mentornity.com.