Richtlinie zur Zugriffskontrolle

01Anmeldung bei Mentornity

• Single Sign-on: SAML 2.0 mit dem Identity Provider der Organisation, dazu Anmeldung mit Google und Anmeldung mit Microsoft.
• Passwörter werden nur als bcrypt-Hashes gespeichert. Neue Passwörter brauchen mindestens 8 Zeichen mit Groß- und Kleinbuchstaben, einer Ziffer und einem Sonderzeichen.
• Schutz vor Brute Force: wiederholte fehlgeschlagene Anmeldungen sperren weitere Versuche vorübergehend, pro Konto und pro Netzwerkadresse.
• Keine Kontoermittlung: eine falsche E-Mail und ein falsches Passwort liefern dieselbe Antwort in derselben Zeit.
• Widerruf von Sitzungen: Passwort ändern oder zurücksetzen oder „Überall abmelden“ wählen macht jedes zuvor ausgestellte Token auf jedem Gerät ungültig.
• Signierte Links: Einladungs- und E-Mail-Aktionslinks tragen eine an ihren Zweck gebundene HMAC-Signatur, sodass ein Link nicht für ein anderes Konto wiederverwendet werden kann.

02Rollen innerhalb eines Programms

Der Zugriff auf Programmdaten wird bei jeder Anfrage auf dem Server entschieden. Teilnehmende sehen ihre eigenen Daten, ihre Matches und das, was das Programm für sie sichtbar macht. Programm-Admins sehen und verwalten nur ihre eigenen Programme; die Mitgliedschaft im Programm wird auf jeder Admin-Route geprüft, sodass die Admin eines Programms die Mitglieder, Kalender oder Antworten eines anderen nicht lesen kann.

03Zugang zur Produktion

• Der Zugang zur Produktion ist auf die Geschäftsleitung von Mentornity und die Engineers beschränkt, die die Plattform betreiben, und wird bei jedem Rollenwechsel überprüft.
• Administrativer Zugriff auf Server ist schlüsselbasiert und wird protokolliert; jede administrative Aktion im Cloud-Konto wird in AWS CloudTrail aufgezeichnet. Die Passwortanmeldung an Servern ist deaktiviert.
• Cloud-Berechtigungen sind auf eng gefasste Rollen aufgeteilt, jede beschränkt auf die Ressourcen und die Region, die ihre Aufgabe braucht.
• Der Datenbankzugriff nutzt getrennte Konten mit minimalen Rechten je Zweck; erweiterter Zugriff wird nur befristet und nur bei Bedarf gewährt.
• Interne Verwaltungswerkzeuge verlangen Multi-Faktor-Authentifizierung.

04Maschinenidentitäten

Server greifen auf Cloud-Dienste über kurzlebige Rollen-Anmeldedaten statt über gespeicherte Schlüssel zu. Clients der öffentlichen API authentifizieren sich mit API-Schlüsseln pro Organisation, jeder an eine Organisation gebunden und mit Rate Limit.

05Kontakt

Fragen zu dieser Richtlinie, Sicherheitsfragebögen und Anfragen zum Auftragsverarbeitungsvertrag: privacy@mentornity.com.