Segurança do Salesforce: um mergulho nos conceitos de single sign-on (SSO)
Seguimos nossa jornada esclarecedora sobre autenticação e autorização pelo navegador. Hoje vamos mais fundo, desvendando a teia complexa do single sign-on (SSO) e o conceito de um provedor de identidade externo que controla a autenticação no Salesforce.
O Salesforce como provedor de identidade

Passo 1: a autenticação é feita pelo servidor de autenticação do Salesforce.
Passo 2: uma sessão é gerada e leva você ao servidor web da instância.
Passo 3: a autorização é concedida, dando acesso a páginas e recursos.
Mas e se outro sistema cuidar da autenticação? É aí que entra o single sign-on de terceiros.
[caption id="" align=“alignnone” width=“1780”]
Visão geral do fluxo de autenticação com um provedor de identidade (IdP) externo [/caption]
SSO de terceiros: uma visão geral
Quando um terceiro atua como provedor de identidade:
Passo 1: a autenticação é feita pelo provedor de identidade (IdP) de terceiros.
Passo 2: um token de asserção SAML é repassado ao servidor de autenticação do Salesforce.
Passo 3: após a validação, essa sessão permite que seu navegador acesse o servidor web da instância do Salesforce, e a autorização segue seu curso.
Decifrando a terminologia do SSO
[caption id="" align=“alignnone” width=“1800”]
Visão geral do single sign-on com vários provedores de serviços [/caption]
Provedor de serviços (SP): plataformas como Salesforce, Workday ou qualquer sistema protegido reunido sob um único provedor de identidade (IDP).
Provedor de identidade (IDP): o centro de identidade, normalmente um sistema de nível corporativo, que gerencia a autenticação dos usuários.
Repositório de identidades: um cofre, dentro do Salesforce ou externo, como Active Directory ou LDAP, que guarda as credenciais. O ponto principal: as senhas são armazenadas em formato hash, para mais segurança.
Certificado digital: usado para estabelecer uma relação de confiança entre o provedor de identidade (IDP) e o provedor de serviços (SP), garantindo uma passagem fluida e segura.
Asserção SAML: trocados entre o IDP e o SP, esses tokens confirmam a identidade do usuário.
Benefícios do single sign-on
Experiência do usuário simplificada: com um único IDP para vários provedores de serviços, os usuários só precisam de um conjunto de credenciais, o que reduz o cansaço com senhas e o risco de senhas fracas.
Segurança centralizada: um IDP abrangente permite padrões de segurança consistentes, de modo que, mesmo que um aplicativo tenha mecanismos de segurança fracos, os usuários continuam protegidos.
Gestão eficiente: se um funcionário sai ou há suspeita de violação, o acesso pode ser revogado rapidamente no IDP central, garantindo uma resposta imediata de segurança.
Consistência: um único mecanismo de recuperação e redefinição de senhas garante uniformidade.
O single sign-on na prática
Imagine um usuário começando o dia ao acessar um provedor de serviços como o Salesforce. Uma requisição SAML é enviada ao IDP. Depois da autenticação, uma resposta SAML (ou asserção SAML) volta ao provedor de serviços. Esse ciclo confirma a identidade do usuário e oferece uma navegação fluida.
Fechando
O SSO é uma peça-chave da segurança digital moderna, simplificando o acesso dos usuários a várias plataformas sob o olhar atento de um IDP. Hoje apresentamos os conceitos básicos e os benefícios do SSO.
Continue com a gente, porque vamos explorar mais componentes nas próximas sessões.
Transcrição feita com a ajuda de IA
STA 3.3