Multi-Tenant-Authentifizierung ohne Fallstricke
Von Das Alt-Auth-Team
Multi-Tenancy ist der Punkt, an dem selbstgebaute Authentifizierung wehtut. Die erste Version geht davon aus, dass ein Nutzer zu einem Unternehmen gehört. Dann tritt eine Beraterin zwei Kunden bei, eine Agentur betreut fünf, jemand steigt in einer Organisation auf und bleibt in einer anderen nur Betrachter — und das Schema, das offensichtlich schien, ist plötzlich überall falsch.
Rollen gehören zur Mitgliedschaft, nicht zum Nutzer
Die teuerste Abkürzung ist eine Rollenspalte im Nutzerdatensatz. Sie funktioniert, bis jemand an zwei Stellen unterschiedliche Rechte braucht, und dann ist die Annahme bereits in jede Abfrage und jede Oberflächenprüfung gesickert. Rollen gehören von der allerersten Migration an zur Beziehung zwischen Nutzer und Organisation.
Entscheiden Sie, was ein Token bedeutet
- Ein auf eine Organisation begrenztes Token ist einfacher zu autorisieren und beim Leak sicherer — erzwingt aber bei jedem Wechsel eine neue Ausstellung.
- Ein Token mit allen Mitgliedschaften spart den Rundweg, macht aber jede Rechteprüfung komplizierter.
- Was auch immer Sie wählen, schreiben Sie es auf. Der Fehlerfall sind zwei Dienste, die unterschiedliche Antworten annehmen.
- Lassen Sie den Client nie die aktive Organisation wählen, ohne dass der Server die Mitgliedschaft bestätigt.
“Fast jede Multi-Tenant-Sicherheitsgeschichte besteht aus demselben Satz: Die Tenant-ID kam aus der Anfrage, und niemand hat sie geprüft.”
Alt Auth bildet Organisationen, Mitgliedschaften, Eigentumsstufen und Manager-Rollen direkt ab, sodass die Struktur schon da ist, bevor Sie sie brauchen. Und der Business-Tarif fügt mehrere Organisationen unter einem Konto hinzu, für Kunden, die mehrere betreiben.