Hoe gebruikers, beheerders, engineers en machines worden geauthenticeerd en waar elk van hen bij kan.
01Inloggen bij Mentornity
- Single sign-on: SAML 2.0 met de identity provider van de organisatie, plus inloggen met Google en inloggen met Microsoft.
- Wachtwoorden worden alleen als bcrypt-hash opgeslagen. Nieuwe wachtwoorden hebben minstens 8 tekens met een hoofdletter, een kleine letter, een cijfer en een speciaal teken.
- Bescherming tegen brute force: herhaalde mislukte inlogpogingen blokkeren tijdelijk nieuwe pogingen, per account en per netwerkadres.
- Geen accountenumeratie: een verkeerd e-mailadres en een verkeerd wachtwoord geven hetzelfde antwoord in dezelfde tijd.
- Intrekken van sessies: een wachtwoord wijzigen of resetten, of kiezen voor ‘overal uitloggen’, maakt elk eerder uitgegeven token ongeldig, op elk apparaat.
- Ondertekende links: uitnodigings- en actielinks in e-mails dragen een HMAC-handtekening die aan hun doel vastzit, zodat een link niet voor een ander account kan worden hergebruikt.
02Rollen binnen een programma
Toegang tot programmagegevens wordt bij elk verzoek op de server bepaald. Deelnemers zien hun eigen gegevens, hun matches en wat het programma voor hen zichtbaar maakt. Programmabeheerders zien en beheren alleen hun eigen programma’s; het lidmaatschap van het programma wordt op elke beheerroute gecontroleerd, zodat de beheerder van het ene programma de leden, agenda’s of antwoorden van een ander niet kan lezen.
03Toegang tot productie
- Toegang tot productie is beperkt tot de directie van Mentornity en de engineers die het platform beheren, en wordt herzien zodra iemands rol verandert.
- Beheertoegang tot servers gaat via sleutels en wordt vastgelegd; elke beheeractie in het cloudaccount wordt geregistreerd in AWS CloudTrail. Inloggen op servers met een wachtwoord staat uit.
- Cloudrechten zijn verdeeld over smal afgebakende rollen, elk beperkt tot de resources en de regio die de taak nodig heeft.
- Databasetoegang gebruikt aparte accounts met minimale rechten per doel; verhoogde toegang wordt alleen tijdelijk en alleen indien nodig verleend.
- Interne beheertools vragen om meerfactorauthenticatie.
04Machine-identiteiten
Servers benaderen clouddiensten met kortlevende rolgegevens in plaats van opgeslagen sleutels. Clients van de publieke API authenticeren met API-sleutels per organisatie, elk gekoppeld aan één organisatie en met een rate limit.
05Contact
Vragen over dit beleid, beveiligingsvragenlijsten en verzoeken om een verwerkersovereenkomst: privacy@mentornity.com.