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

Blog · 30 de setembro de 2023 · Steve Simpson · Identidade

Entendendo segurança e identidade no Salesforce: quando usar single sign-on e OAuth Introdução

Neste blog, queremos esclarecer segurança e identidade no Salesforce, com foco em quando usar single sign-on (SSO) e OAuth. Esse conhecimento é essencial para navegar pelos diferentes cenários de acesso ao Salesforce, seja por login direto, SSO ou OAuth.

Quando usar login padrão, single sign-on ou OAuth

Login direto:

Cenário: um usuário quer acessar o Salesforce pelo navegador para ver suas páginas.

Forma de acesso: login direto no Salesforce ou single sign-on por um provedor de identidade terceiro, com acesso fluido sem nova autenticação.

Resumo de SSO e OAuth para pessoas: uma pessoa usando um navegador (login direto ou single sign-on), uma pessoa usando um aplicativo cliente (fluxo OAuth de servidor web com PKCE) e uma pessoa usando um servidor web de terceiros (fluxo de servidor web com PKCE)

OAuth com aplicativos móveis:

Cenário: um usuário usa um aplicativo móvel para acessar dados do Salesforce pela API, e não exibindo as páginas nativas do Salesforce.

Forma de acesso: aqui se usa OAuth, principalmente quando a interação é por dispositivos móveis, como celulares ou tablets que usam tecnologia de navegador. Essa abordagem permite que aplicativos móveis interajam com segurança com as APIs do Salesforce.

Resumo de SSO e OAuth para processos clientes: um usuário de integração (credenciais do cliente), um usuário pessoa designado (asserção portadora JWT ou SAML), um dispositivo com uma pessoa aprovando em paralelo (fluxo de dispositivo) e dispositivos-ativo (fluxo de ativo)

OAuth com servidores de terceiros:

Cenário: um usuário usa o navegador para se comunicar com um servidor de terceiros que precisa acessar dados do Salesforce em nome dele. Por exemplo, plug-ins de e-mail ou outros sistemas integrados ao Salesforce.

Forma de acesso: OAuth, com um protocolo específico chamado “Web Server with PKCE” (Proof Key for Code Exchange), para um acesso seguro.

Fluxos OAuth para diferentes cenários

Fluxo de credenciais do cliente: pensado para um processo cliente (como servidores externos que fazem cargas ou exportações em lote) que acessa o Salesforce com uma conta de usuário de integração designada.

Fluxos JWT, asserção portadora SAML e asserção SAML: servem para cenários em que um processo cliente precisa agir em nome de um usuário específico, sem que esse usuário participe diretamente. O processo se passa por um usuário designado, mantendo o contexto de segurança dos arquivos desse usuário.

Fluxo de dispositivo: é iniciado por um dispositivo que precisa de intervenção humana para aprovação. Por exemplo, um aplicativo de smart TV pede ao usuário que digite um código para aprovar o acesso.

Fluxo de ativo: útil para dispositivos de Internet das Coisas (IoT) que precisam se conectar ao Salesforce para ler ou gravar dados.

Recapitulação e conclusão

Em resumo, a forma de acesso depende muito do cenário:

Para acesso direto ao Salesforce pelo navegador, use login direto ou single sign-on, se você tiver um serviço de identidade.

Para acesso indireto por dispositivos móveis, servidores de terceiros ou processos automatizados, o OAuth é o método preferido. Aí você precisa decidir se o OAuth vai agir em nome de um usuário humano ou de uma conta de usuário de integração.

Nos próximos artigos, vamos aprofundar cada cenário e caso de uso para dar uma compreensão completa.

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.9