Quando eu desejaria usar esse fluxo?

Quando o App ID não fornece suporte direto para um provedor de identidade específico, é possível usar o fluxo de identidade customizado para fazer ponte com o protocolo de autenticação para o fluxo de autenticação existente do App ID. Por exemplo, você deseja usar GitHub ou LinkedIn para permitir que os seus usuários se conectem. É possível usar o SDK existente do provedor de identidade para facilitar as informações sobre autenticação do usuário antes de empacotar e trocando-o pelo App ID.

Há muitos cenários em que um fluxo de autenticação diferente é necessário:

• Provedores de identidade proprietários internos
• Provedores de identidade de terceiro
• Fluxos de autenticação complicados que podem incluir mecanismos de diversos fatores proprietários

Ocasionalmente, um provedor anterior pode usar seu próprio protocolo de autenticação customizado. Como o fluxo de identidade customizado desacopla completamente a autenticação da autorização, é possível adotar qualquer mecanismo de autenticação de sua escolha e, em seguida, fornecer as informações de autenticação resultantes para o App ID. Tudo sem expor as credenciais do usuário.

Tecnicamente, como esse fluxo funciona?

O fluxo de trabalho de identidade personalizado foi criado com base no tipo de concessão de extensão JWT-Bearer definido na Assertion Framework for OAuth 2.0 Authorization Grants [RFC7521 ]. Para trocar informações do usuário para tokens do App ID, sua arquitetura de autenticação cria um relacionamento de confiança com o App ID usando um par de chaves RSA assimétricas. Depois que a confiança estiver estabelecida, será possível usar o tipo de concessão JWT-Bearer para trocar informações sobre o usuário verificadas em um JWT assinado para os tokens do App ID.

Qual é a aparência desse fluxo?

Como com todos os fluxos de autenticação, a identidade customizada requer que o aplicativo possa estabelecer um grau de confiança com o App ID para assegurar a integridade das informações sobre o usuário do provedor de identidade. A identidade customizada emprega um par de chaves pública e privada RSA assimétricas para estabelecer seu relacionamento confiável. Dependendo de seus requisitos arquiteturais, a identidade customizada suporta dois modelos de confiança que diferem apenas na localização de armazenamento e no uso da chave privada.

{: caption="de solicitação de autenticação personalizadaOs fluxos de solicitação para " caption-side="bottom"} personalizada

Exemplo de formato JWT

{
  // Header
  "alg": "RS256",
  "typ": "JOSE",
  // Payload
  // Required
  "iss": "String", // Should reference your identity provider
  "aud": "String", // Must be the OAuth server URL name
  "exp": "Int",    // Should be a value with a short lifespan
  "sub": "String", // Must be the unique user ID provided by your identity provider

  // Normalized claims (optional)
  "name": "String",
  "email": "String",
  "locale": "String",
  "picture": "String",
  "gender": "String",

  // Custom Scopes to add to access token (optional)
  scope="custom_scope1 custom_scope2"

  // Other custom claims (optional)
  role="admin"
}