Entender a segurança e a identidade no Salesforce: quando usar single sign-on e OAuth Introdução
Neste blogue, queremos esclarecer a segurança e a identidade no Salesforce, com foco em quando usar single sign-on (SSO) e OAuth. Este conhecimento é essencial para navegar pelos diferentes cenários de acesso ao Salesforce, seja por início de sessão direto, SSO ou OAuth.
Quando usar o início de sessão padrão, single sign-on ou OAuth
Início de sessão direto:
Cenário: um utilizador quer aceder ao Salesforce através do navegador para ver as suas páginas.
Forma de acesso: início de sessão direto no Salesforce ou single sign-on através de um fornecedor de identidade terceiro, com acesso fluido sem nova autenticação.
OAuth com aplicações móveis:
Cenário: um utilizador usa uma aplicação móvel para aceder a dados do Salesforce pela API, e não apresentando as páginas nativas do Salesforce.
Forma de acesso: aqui usa-se OAuth, principalmente quando a interação é feita através de dispositivos móveis, como telemóveis ou tablets que usam tecnologia de navegador. Esta abordagem permite que as aplicações móveis interajam com segurança com as APIs do Salesforce.
OAuth com servidores de terceiros:
Cenário: um utilizador usa o navegador para comunicar com um servidor de terceiros que precisa de aceder a dados do Salesforce em seu nome. Por exemplo, plug-ins de e-mail ou outros sistemas integrados com o 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 acede ao Salesforce com uma conta de utilizador de integração designada.
Fluxos JWT, asserção portadora SAML e asserção SAML: servem para cenários em que um processo cliente precisa de agir em nome de um utilizador específico, sem que esse utilizador participe diretamente. O processo faz-se passar por um utilizador designado, mantendo o contexto de segurança dos ficheiros desse utilizador.
Fluxo de dispositivo: é iniciado por um dispositivo que precisa de intervenção humana para aprovação. Por exemplo, uma aplicação de smart TV pede ao utilizador que escreva um código para aprovar o acesso.
Fluxo de ativo: útil para dispositivos de Internet das Coisas (IoT) que precisam de se ligar 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 através do navegador, use o início de sessão direto ou single sign-on, se tiver um serviço de identidade.
Para acesso indireto através de dispositivos móveis, servidores de terceiros ou processos automatizados, o OAuth é o método preferido. Aí precisa de decidir se o OAuth vai agir em nome de um utilizador humano ou de uma conta de utilizador de integração.
Nos próximos artigos, vamos aprofundar cada cenário e caso de utilização para dar uma compreensão completa.
Fique atento
Comece a 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). Subscreva e aprofunde o seu entendimento do Salesforce Identity.
A ajudar a mudar o mundo, partilhando 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