Opis projektu
PrzetłumaczoneMamy już działającą aplikację internetową z własnym systemem kont, i nie prosimy cię o przepisanie jej od podstaw. Zadanie jest inne: dodanie jednolitego logowania na istniejącym zachowaniu, aby użytkownicy mogli autoryzować się przez dostawców, którym już ufają. Dla zwykłych klientów są to znane przyciski logowania społecznościowego, a dla klientów korporacyjnych możliwość podłączenia własnego dostawcy tożsamości, aby pracownicy mogli logować się swoimi danymi służbowymi. Istotą pracy jest staranna integracja i poprawność, a nie wymyślanie nowego ekranu logowania: wynik powinien wyglądać jak część obecnego interfejsu, a nie przyczepiony blok z boku.
Specyficznie, musisz wdrożyć standardowe przepływy OAuth dla dostawców społecznościowych i przepływ SAML dla tożsamości korporacyjnej, bezpiecznie obsługiwać zwrot i wymianę tokenów oraz zapewnić niezawodne odświeżanie tokenów, aby użytkownicy nie byli wyrzucani w trakcie pracy. Ważną częścią wartości jest mapowanie otrzymanej tożsamości do ról i praw już istniejących w aplikacji: przychodzące konto powinno trafić do odpowiedniej grupy z odpowiednim dostępem, a nieznani lub niepotwierdzeni użytkownicy powinni być obsługiwani poprawnie. Istniejące lokalne konta muszą nadal działać, a gdy adres e-mail się zgadza, chcemy rozsądnego powiązania zewnętrznej tożsamości z istniejącym kontem bez tworzenia duplikatów.
Prosimy, abyś traktował bezpieczeństwo jako sens projektu, a nie jako dodatek. Oczekujemy weryfikacji stanu i nonce, ochrony przed powtórkami i wyciekiem tokenów, przechowywania sekretów poza klientem oraz krótkiej notatki na temat tego, jak wszystko zostało przetestowane. Budżet i terminy są wymienione poniżej, a my jesteśmy gotowi omówić krótki pisemny plan przed rozpoczęciem.
— Logowanie przez wiele sieci społecznościowych za pośrednictwem OAuth, zintegrowane z obecnym interfejsem
— Przepływ SAML dla dostawców korporacyjnych z wymianą metadanych
— Niezawodne odświeżanie tokenów i sesje bez wymuszonych wylogowań
— Mapowanie ról i praw przychodzącej tożsamości do naszych grup
— Powiązanie z lokalnymi kontami przez potwierdzony e-mail, bez duplikatów
— Notatki dotyczące bezpieczeństwa: stan, nonce, ochrona przed powtórkami, sekrety
Specyficznie, musisz wdrożyć standardowe przepływy OAuth dla dostawców społecznościowych i przepływ SAML dla tożsamości korporacyjnej, bezpiecznie obsługiwać zwrot i wymianę tokenów oraz zapewnić niezawodne odświeżanie tokenów, aby użytkownicy nie byli wyrzucani w trakcie pracy. Ważną częścią wartości jest mapowanie otrzymanej tożsamości do ról i praw już istniejących w aplikacji: przychodzące konto powinno trafić do odpowiedniej grupy z odpowiednim dostępem, a nieznani lub niepotwierdzeni użytkownicy powinni być obsługiwani poprawnie. Istniejące lokalne konta muszą nadal działać, a gdy adres e-mail się zgadza, chcemy rozsądnego powiązania zewnętrznej tożsamości z istniejącym kontem bez tworzenia duplikatów.
Prosimy, abyś traktował bezpieczeństwo jako sens projektu, a nie jako dodatek. Oczekujemy weryfikacji stanu i nonce, ochrony przed powtórkami i wyciekiem tokenów, przechowywania sekretów poza klientem oraz krótkiej notatki na temat tego, jak wszystko zostało przetestowane. Budżet i terminy są wymienione poniżej, a my jesteśmy gotowi omówić krótki pisemny plan przed rozpoczęciem.
— Logowanie przez wiele sieci społecznościowych za pośrednictwem OAuth, zintegrowane z obecnym interfejsem
— Przepływ SAML dla dostawców korporacyjnych z wymianą metadanych
— Niezawodne odświeżanie tokenów i sesje bez wymuszonych wylogowań
— Mapowanie ról i praw przychodzącej tożsamości do naszych grup
— Powiązanie z lokalnymi kontami przez potwierdzony e-mail, bez duplikatów
— Notatki dotyczące bezpieczeństwa: stan, nonce, ochrona przed powtórkami, sekrety
Programowanie stron internetowych Gotówka, Przelew bankowy
