Protegendo a sua organização REDA
Na entrada em produção, uma pergunta supera todas as outras: como blindar esta organização como se deve? Autenticação multifator, My Domain, logon único, políticas de sessão e de senha — todos esses são recursos de segurança da plataforma Salesforce, não recursos da REDA, então este artigo é uma lista de verificação para "proteger a sua organização REDA". Ele nomeia cada controle, informa onde ele fica e remete os detalhes técnicos à documentação do Salesforce. O valor específico da REDA está em entender que proteger uma organização significa fazer duas coisas ao mesmo tempo: os conjuntos de permissões da REDA controlam a autorização (quais recursos), enquanto os controles apresentados aqui cuidam da autenticação (quem entra). Ao terminar a leitura, você terá uma lista de verificação ordenada e uma noção clara de quais partes são do Salesforce e quais são da REDA.
Acesso necessário. Direitos de administrador do Salesforce — Personalizar aplicativo, Gerenciar usuários e, quando aplicável, Modificar todos os dados. Todos são do lado da organização; nenhum conjunto de permissões da REDA concede a configuração de segurança da organização.
Duas camadas: autenticação e autorização
Proteger uma organização REDA significa configurar duas camadas separadas, e vale a pena mantê-las bem distintas:
- Autorização — quem pode usar cada recurso. A REDA fornece isso por meio dos seus conjuntos de permissões (consulte Criando usuários e concedendo acesso à REDA).
- Autenticação e segurança de sessão — quem entra pela porta da frente e por quanto tempo permanece. MFA, My Domain, SSO e as políticas de sessão e de senha cuidam disso. Tudo fica na Configuração do Salesforce.
A lista de verificação de segurança para a entrada em produção
Percorra estes itens em ordem. Cada linha nomeia o controle, onde ele fica e qualquer observação específica da REDA.
| # | Controle | Onde | Observação |
|---|---|---|---|
| 1 | My Domain implantado | Configuração → My Domain | Pré-requisito para o SSO e para o login com a sua marca |
| 2 | MFA exigido | Configuração → Identidade → MFA | Requisito básico do Salesforce; aplica-se a todos os logins da REDA; sem interruptor da REDA |
| 3 | SSO (opcional) | Configuração → Configurações de SSO | SAML / OpenID Connect; configure conforme o seu provedor de identidade |
| 4 | Configurações de sessão | Configuração → Configurações de sessão | Tempos limite, sessões de alta garantia, proteção contra clickjacking |
| 5 | Políticas de senha | Configuração → Políticas de senha | Complexidade, expiração, bloqueio |
| 6 | Faixas de IP para login (opcional) | Perfis / Acesso à rede | Restringe de onde os usuários podem fazer login |
| 7 | Revisar as atribuições de conjuntos de permissões da REDA | Configuração → Conjuntos de permissões | A metade da autorização — privilégio mínimo por persona |
My Domain
O My Domain dá à sua organização uma URL de login com a sua marca e é o pré-requisito para o logon único e para as páginas de login personalizadas. Implante-o primeiro — os passos seguintes pressupõem que ele já está no lugar. Os detalhes técnicos são padrão do Salesforce; consulte a documentação mais abaixo.
Autenticação multifator (MFA)
A autenticação multifator exige uma segunda prova de identidade — um aplicativo autenticador ou uma chave de segurança — além da senha. É um requisito básico do Salesforce para logins diretos, portanto aplica-se a todos os usuários da REDA. Trate-a como obrigatória, não opcional, e ative-a na Configuração do Salesforce.
Logon único (SSO)
O logon único permite que os usuários se autentiquem pelo seu próprio provedor de identidade (via SAML ou OpenID Connect) em vez de usar uma senha separada do Salesforce. É opcional e é um recurso do Salesforce configurado conforme o seu provedor de identidade — a REDA não entrega configuração de SSO. Se você ativá-lo, o My Domain já precisa estar implantado.
Políticas de sessão e de senha
Tempo limite de sessão, sessões de alta garantia, faixas de IP para login e complexidade e bloqueio de senha são todas configurações padrão de segurança do Salesforce. Defina um tempo limite de sessão adequado ao seu risco (um tempo limite de duas horas é comum), exija sessões de alta garantia para ações administrativas sensíveis e defina uma política de senhas que corresponda aos padrões da sua organização. Não se aplicam valores específicos da REDA — isto é Salesforce puro.
Não se esqueça da camada de acesso da REDA
Trancar a porta da frente não conclui o trabalho — você ainda precisa garantir o privilégio mínimo do lado da autorização. Revise se cada usuário tem apenas os conjuntos de permissões da REDA de que a sua persona precisa (consulte Criando usuários e concedendo acesso à REDA). Dois lembretes específicos da REDA:
- O Console de Administração da REDA é restrito somente a REDA - Master Data - Admin. Um usuário sem esse conjunto que o abrir verá: "You do not have permission to perform this action in the REDA Admin Console." O bloqueio de acesso genérico em outros pontos exibe "Insufficient Access".
- O acesso a objetos padrão, relatórios e Fluxos é concedido do lado da organização por meio dos perfis — proteger o acesso significa acertar também essa base (consulte Perfis, papéis e compartilhamento em uma organização REDA).
Exemplo prático: protegendo uma nova organização na entrada em produção
A Meridian Properties está entrando em produção na REDA. Aqui não há nenhum cálculo numérico — o "exemplo prático" é simplesmente percorrer a lista de verificação:
O que vem a seguir
- Criando usuários e concedendo acesso à REDA — crie usuários e atribua os conjuntos da REDA.
- Perfis, papéis e compartilhamento em uma organização REDA — a base do lado da organização e a visibilidade de registros.
- Entendendo os conjuntos de permissões da REDA — o modelo de autorização de 31 conjuntos.
- O Console de Administração da REDA — o console exclusivo do Master Data Admin.
- Edições: Platform vs. Sales Cloud — onde as diferenças entre edições importam.
Perguntas frequentes
Na Configuração do Salesforce — o MFA é um requisito básico do Salesforce. Não existe nenhum interruptor do lado da REDA e, na edição Platform, não há nenhum conjunto de permissões "REDA MFA" para atribuir.
Não. O logon único é um recurso do Salesforce; configure-o com o seu provedor de identidade. Quaisquer artefatos SAML que você veja em material da organização de desenvolvimento da edição Sales Cloud não são recursos do produto REDA.
Sim. Autenticação (MFA, SSO) e autorização (conjuntos de permissões da REDA) são camadas separadas. Proteja a porta de entrada e conceda acesso de privilégio mínimo — faça as duas coisas.
Não. O tempo limite de sessão é uma configuração padrão de Segurança do Salesforce, definida do lado da organização.
Isso é autorização, não autenticação — ele precisa do conjunto REDA - Master Data - Admin, que não tem relação com MFA ou com as configurações de sessão. O bloqueio exibe: "You do not have permission to perform this action in the REDA Admin Console."
Isso foi útil?