Sinal único com um Web Chat

APLICA-SE A: SDK v4

O logon único (SSO) permite que um cliente, como um controle de Web Chat, se comunique com um bot em nome do usuário. Atualmente, apenas o provedor de identidade Microsoft Entra ID é suportado.

Normalmente, um Web Chat é incorporado em uma página do site. Quando o usuário entra no site, o Web Chat invoca um bot em nome do usuário. O token do cliente do site, baseado nas credenciais do usuário, é trocado por outro para acessar o bot. Desta forma, o utilizador não tem de iniciar sessão duas vezes; a primeira vez no site, e a segunda vez no bot, daí o termo SSO.

O diagrama a seguir mostra o fluxo de SSO ao usar um cliente de Web Chat.

Sequence diagram for sign-on flow for Web Chat.

Em caso de falha, o SSO retorna ao comportamento existente de mostrar a placa OAuth . A falha pode ocorrer quando o consentimento do usuário é necessário ou quando a troca de token falha.

Vamos analisar o fluxo.

  1. O utilizador inicia sessão no website.

  2. Uma atividade de gatilho OAuth é recebida pelo Web Chat.

  3. O Web Chat inicia uma conversa com o bot por meio de uma atividade de gatilho OAuth.

  4. O bot envia de volta um cartão OAuth para o Web Chat.

  5. O Web Chat interceta o cartão OAuth antes de exibi-lo ao usuário e verifica se ele contém uma TokenExchangeResource propriedade.

  6. Se a propriedade existir, o Web Chat deve obter um token trocável para o usuário, que deve ser um token de ID do Microsoft Entra.

  7. O Web Chat envia uma atividade Invoke para o bot com o corpo mostrado abaixo.

    {
        "type": "Invoke",
        "name": "signin/tokenExchange",
        "value": {
            "id": "<any unique ID>",
            "connectionName": "<connection name on the bot (from the OAuth Card)>",
            "token": "<exchangeable token>"
        }
    }
    
  8. O bot processa o TokenExchangeInvokeRequest emitindo uma solicitação ao Serviço de Bot do Azure AI para obter um token intercambiável.

  9. O Serviço de Bot do Azure AI envia o token para o bot.

  10. O bot retorna um TokenExchangeInvokeResponse retorno ao Web Chat. O Web Chat aguarda até receber o TokenExchangeInvokeResponsearquivo .

    {
        "status": "<response code>",
        "body": {
            "id":"<unique ID>",
            "connectionName": "<connection Name on the bot (from the OAuth Card)>",
            "failureDetail": "<failure reason if status code isn't 200, null otherwise>"
        }
    }
    
  11. Se o tiver um status de 200, então o Web Chat não mostra o TokenExchangeInvokeResponse cartão OAuth. Para qualquer outro status ou se o não for recebido, o Web Chat mostra o cartão OAuth para o TokenExchangeInvokeResponse usuário. Isso garante que o fluxo SSO volte ao fluxo OAuthCard normal, em caso de erros ou dependências não atendidas, como o consentimento do usuário.

Para obter um exemplo de implementação, consulte este exemplo de SSO.