Descrizione del progetto
TradottoAbbiamo già un'applicazione web funzionante con il proprio sistema di account, e non ti chiediamo di riscriverla da zero. Il compito è diverso: aggiungere il single sign-on sopra il comportamento esistente in modo che gli utenti possano autorizzarsi tramite fornitori di cui si fidano già. Per i clienti regolari, questi sono i pulsanti di accesso social familiari, e per i clienti aziendali, la possibilità di connettere il proprio fornitore di identità in modo che i dipendenti possano accedere con le proprie credenziali lavorative. L'essenza del lavoro è un'integrazione attenta e la correttezza, non inventare una nuova schermata di accesso: il risultato dovrebbe sembrare parte dell'interfaccia attuale, non un blocco aggiunto di lato.
In particolare, è necessario implementare flussi OAuth standard per fornitori social e flusso SAML per identità aziendale, gestire in modo sicuro il ritorno e lo scambio di token, e garantire un aggiornamento affidabile dei token in modo che gli utenti non vengano disconnessi nel mezzo del lavoro. Una parte importante del valore è mappare l'identità ricevuta ai ruoli e ai diritti già presenti nell'applicazione: un account in arrivo dovrebbe rientrare nel gruppo giusto con il giusto accesso, e gli utenti sconosciuti o non confermati dovrebbero essere gestiti correttamente. Gli account locali esistenti devono continuare a funzionare, e quando l'email corrisponde, vogliamo un legame ragionevole dell'identità esterna a un account esistente senza creare duplicati.
Ti chiediamo di trattare la sicurezza come il significato del progetto, non come un'aggiunta. Ci aspettiamo verifica dello stato e del nonce, protezione contro il replay e la perdita di token, memorizzazione dei segreti al di fuori del client, e una breve nota su come è stato testato tutto. Il budget e le scadenze sono elencati di seguito, e siamo pronti a discutere un breve piano scritto prima di iniziare.
— Accesso tramite più reti sociali via OAuth, integrato nell'interfaccia attuale
— Flusso SAML per fornitori aziendali con scambio di metadati
— Aggiornamento affidabile dei token e sessioni senza disconnessioni forzate
— Mappatura dei ruoli e dei diritti dell'identità in arrivo ai nostri gruppi
— Legame con account locali tramite email confermata, senza duplicati
— Note di sicurezza: stato, nonce, protezione da replay, segreti
In particolare, è necessario implementare flussi OAuth standard per fornitori social e flusso SAML per identità aziendale, gestire in modo sicuro il ritorno e lo scambio di token, e garantire un aggiornamento affidabile dei token in modo che gli utenti non vengano disconnessi nel mezzo del lavoro. Una parte importante del valore è mappare l'identità ricevuta ai ruoli e ai diritti già presenti nell'applicazione: un account in arrivo dovrebbe rientrare nel gruppo giusto con il giusto accesso, e gli utenti sconosciuti o non confermati dovrebbero essere gestiti correttamente. Gli account locali esistenti devono continuare a funzionare, e quando l'email corrisponde, vogliamo un legame ragionevole dell'identità esterna a un account esistente senza creare duplicati.
Ti chiediamo di trattare la sicurezza come il significato del progetto, non come un'aggiunta. Ci aspettiamo verifica dello stato e del nonce, protezione contro il replay e la perdita di token, memorizzazione dei segreti al di fuori del client, e una breve nota su come è stato testato tutto. Il budget e le scadenze sono elencati di seguito, e siamo pronti a discutere un breve piano scritto prima di iniziare.
— Accesso tramite più reti sociali via OAuth, integrato nell'interfaccia attuale
— Flusso SAML per fornitori aziendali con scambio di metadati
— Aggiornamento affidabile dei token e sessioni senza disconnessioni forzate
— Mappatura dei ruoli e dei diritti dell'identità in arrivo ai nostri gruppi
— Legame con account locali tramite email confermata, senza duplicati
— Note di sicurezza: stato, nonce, protezione da replay, segreti
Programmazione web Contante, Bonifico bancario
