Traduzido por IA. Ainda não revisado pela comunidade. Ler em inglês

Blog · 4 de outubro de 2023 · Steve Simpson · Identidade

Entendendo o fluxo OAuth de servidor web: a analogia do beer garden

Bem-vindo de volta à nossa série Securing Identity! Neste episódio, vamos mais a fundo no fluxo OAuth de servidor web, ampliando nossa analogia anterior do beer garden e detalhando as sutilezas do fluxo.

A analogia do beer garden, de novo

Numa analogia anterior, comparamos o processo de obter um token de acesso (uma pulseira, na nossa analogia) a pedir cerveja num beer garden. O cliente (um robô) leva você ao servidor de autenticação depois que o servidor de recursos nega o acesso por falta de token de acesso. Ao validar suas credenciais, o servidor de autenticação entrega um token de acesso, que permite acessar os dados solicitados no servidor de recursos.

A analogia OAuth do beer garden: você entrega suas credenciais ao cliente, o servidor de autenticação as verifica e devolve um token de acesso (uma pulseira), e o cliente mostra o token ao servidor de recursos para obter os dados solicitados

Entra um terceiro: a Burger House

Nesta analogia ampliada, apresentamos um terceiro, a Burger House, que precisa pegar cerveja do beer garden usando suas credenciais. Esse processo envolve um canal de front-end (menos seguro, em vermelho) e um canal de back-end (mais seguro, em preto).

O processo passo a passo:

O fluxo de servidor web como conseguir uma cerveja por meio de uma burger house: a burger house manda você ao servidor de autenticação para fazer login, recebe um código de autorização, troca-o por um token de acesso e um token de atualização e então pega a cerveja para você no servidor de recursos

Pedido na Burger House: você pede uma cerveja na Burger House, que não tem.

Redirecionamento: você é redirecionado ao site público do servidor de autenticação por um canal de front-end menos seguro.

Autenticação: você faz login no Salesforce, que então emite um código de autorização (representado por uma moeda azul).

Troca do código de autorização: a Burger House recebe o código de autorização e o apresenta ao servidor de autenticação por um canal de back-end seguro.

Recebimento do token: com a autenticação bem-sucedida, a Burger House recebe um token de acesso e, possivelmente, um token de atualização.

Pedido de dados: com o token de acesso, a Burger House pede os dados ao servidor de recursos, combina-os com os seus e apresenta tudo a você.

Elementos principais do fluxo OAuth de servidor web:

Dois canais: o fluxo envolve um canal de front-end menos seguro e um canal de back-end seguro.

Código de autorização: um código de autorização temporário é usado nas trocas seguras e depois descartado.

Alvará de funcionamento: a Burger House precisa de uma licença especial (chave e segredo do consumidor) para agir em nome dos donos dos recursos, garantindo trocas seguras e autorizadas.

Conclusão

O fluxo OAuth de servidor web é complexo, mas essencial para o acesso seguro aos dados, principalmente quando há terceiros envolvidos. Ele protege contra possíveis ataques, garantindo transações seguras e a integridade dos dados.

Fique de olho

Comece sua jornada no Salesforce Identity com confiança! Para mais ideias e dicas, acompanhe aqui em www.SteveTechArc.com e no canal do YouTube @SteveTechArc (opens in a new tab). Inscreva-se e aprofunde seu entendimento do Salesforce Identity.

Ajudando a mudar o mundo compartilhando conhecimento sobre integração com outros arquitetos e com quem está na jornada para se tornar um!

Transcrição feita com a ajuda de IA

STA 3.12