Uwierzytelnianie multi-tenant bez pułapek
Autor: Zespół Alt Auth
Multi-tenancy to miejsce, w którym domowe uwierzytelnianie zaczyna boleć. Pierwsza wersja zakłada, że użytkownik należy do jednej firmy. Potem konsultantka dołącza do dwóch klientów, agencja zarządza pięcioma, ktoś awansuje w jednej organizacji i zostaje tylko obserwatorem w innej — i schemat, który wydawał się oczywisty, nagle okazuje się zły wszędzie.
Role należą do członkostwa, nie do użytkownika
Najdroższym skrótem jest kolumna roli w rekordzie użytkownika. Działa, dopóki ktoś nie potrzebuje różnych uprawnień w dwóch miejscach, a wtedy to założenie przeniknęło do każdego zapytania i każdej kontroli w interfejsie. Role powinny należeć do relacji między użytkownikiem a organizacją już od pierwszej migracji.
Zdecyduj, co oznacza token
- Token ograniczony do jednej organizacji jest prostszy do autoryzacji i bezpieczniejszy przy wycieku — ale wymusza ponowne wydanie przy zmianie organizacji.
- Token zawierający wszystkie członkostwa oszczędza dodatkowe zapytanie, ale komplikuje każdą kontrolę uprawnień.
- Cokolwiek wybierzesz, zapisz to. Typowy tryb awarii to dwa serwisy zakładające różne odpowiedzi.
- Nigdy nie pozwól klientowi wybrać aktywnej organizacji bez potwierdzenia członkostwa przez serwer.
“Prawie każda historia wycieku w systemie multi-tenant to zawsze to samo zdanie: identyfikator tenanta pochodził z żądania i nikt go nie sprawdził.”
Alt Auth modeluje organizacje, członkostwa, poziomy własności i role managerów bezpośrednio, więc struktura istnieje, zanim będzie potrzebna — a plan Business dodaje wiele organizacji w ramach jednego konta dla klientów, którzy prowadzą kilka.