Microsoft Entra ID Governance, ciclo Joiner-Mover-Leaver, Lifecycle Workflows, revisões de acesso, gerenciamento de direitos, pacotes de acesso, Privileged Identity Management, acesso Just-in-Time, Microsoft Entra ID Protection, Verified ID e Microsoft Security Copilot
Tempo de estudo sugerido: 44 minutos • Nível iniciante • Alinhado ao módulo Describe the identity protection and governance capabilities of Microsoft Entra do exame SC-900
Por João Ricardo Dutra••Material integral
Introdução
Durante décadas, administrar identidades significava principalmente criar contas em um diretório, adicionar usuários a grupos e remover o acesso quando alguém deixava a empresa. Esse modelo funcionava melhor quando os sistemas estavam concentrados em uma rede local e as mudanças organizacionais ocorriam em ritmo relativamente previsível. A expansão da nuvem, do trabalho remoto, do software como serviço e da colaboração com parceiros transformou esse cenário: uma única pessoa pode acumular acesso a dezenas de aplicações, equipes, sites, assinaturas e funções administrativas.
Foi nesse contexto que a governança de identidades se consolidou como disciplina. Seu propósito é responder continuamente a quatro perguntas: quem possui acesso, a quê, por qual motivo e por quanto tempo. A resposta não pode depender apenas de planilhas ou da memória de administradores. Ela precisa ser sustentada por políticas, automação, aprovações, revisões e evidências de auditoria.
Para o leitor, compreender esse tema significa enxergar a identidade como um processo vivo. Uma conta criada corretamente pode se tornar arriscada meses depois se a pessoa mudar de função, acumular permissões ou permanecer com privilégio administrativo permanente. Para a sociedade, melhores práticas de governança reduzem vazamentos, fraudes, interrupções e uso indevido de dados, fortalecendo a confiança em serviços digitais públicos e privados.
Pergunta-guia
O problema mais perigoso é um invasor sem acesso ou um usuário legítimo que recebeu acesso demais, por tempo demais e sem revisão? Ao longo do capítulo, veremos que ambos os riscos se encontram na mesma camada: a identidade.
1. Da administração de contas à governança de identidades
Administração de identidades é o conjunto de tarefas operacionais usadas para criar, alterar, habilitar, desabilitar e excluir identidades. Governança de identidades é mais ampla: define como o acesso deve ser solicitado, aprovado, concedido, revisado, expirado e comprovado. Em outras palavras, administrar responde “como executar”; governar responde “por que, sob qual política e com qual evidência”.
A governança conecta áreas que antes eram tratadas separadamente: recursos humanos, segurança, tecnologia, auditoria, conformidade e donos de negócio. O RH conhece o vínculo e as datas do colaborador; o gestor conhece a função; o proprietário do recurso conhece a sensibilidade; a segurança conhece o risco; a plataforma de identidade aplica os controles. Quando esses sinais são integrados, o acesso pode acompanhar a realidade da organização.
Conceitos que separam administração, acesso, governança, proteção e privilégio.
Conceito
Pergunta principal
Exemplo
Administração de identidades
Como criar ou alterar o objeto?
Criar usuário, redefinir atributo, adicionar a grupo.
Gerenciamento de acesso
Como conceder ou bloquear uso de um recurso?
Atribuir função, aplicativo ou associação.
Governança de identidades
Quem deveria ter acesso, por quê e até quando?
Aprovação, expiração, revisão e trilha de auditoria.
Proteção de identidades
Há sinais de comprometimento ou abuso?
Risco de usuário, risco de entrada e correção.
Gerenciamento de privilégios
Como reduzir e controlar acesso administrativo?
Elegibilidade, ativação temporária e aprovação no PIM.
2.
é o conjunto de capacidades do destinado a controlar o ciclo de vida de identidades e acessos. O objetivo é aumentar produtividade sem perder segurança: novos colaboradores precisam começar com os recursos certos; pessoas que mudam de área precisam receber novos acessos e perder os antigos; desligamentos exigem remoção rápida; convidados e fornecedores precisam de acesso delimitado; administradores precisam elevar privilégio somente quando necessário.
As capacidades mais relevantes para o SC-900 são Lifecycle Workflows, revisões de acesso, gerenciamento de direitos e . Elas se complementam. Workflows automatizam tarefas orientadas pelo ciclo de vida. Pacotes de acesso organizam recursos e políticas. Revisões verificam se o acesso ainda é necessário. O governa funções e grupos privilegiados. Provisionamento, termos de uso, relatórios e reforçam a solução.
Figura 1 — Capacidades complementares do .
Foco do SC-900
O exame costuma avaliar o propósito de cada recurso. recertifica; organiza e automatiza direitos; controla privilégio; ID Protection detecta e corrige risco.
3. Ciclo de vida
O modelo , frequentemente abreviado como JML, descreve três fases essenciais da relação entre uma identidade e a organização. Joiner é a entrada; Mover é uma mudança relevante; Leaver é a saída. O valor do modelo está em tratar alterações de acesso como consequência de eventos de negócio, e não como solicitações isoladas que podem ser esquecidas.
3.1 Joiner: entrada e preparação do primeiro dia
Na fase Joiner, a organização recebe dados confiáveis sobre a nova pessoa, cria sua identidade e prepara recursos. Isso pode incluir conta, grupos, licença, equipe, aplicativo, dispositivo, credencial inicial, treinamento e aceite de termos. Um processo maduro evita dois extremos: o colaborador chegar sem acesso e perder produtividade, ou receber acesso genérico e excessivo “para garantir que funcione”.
3.2 Mover: mudança de função, gestor ou localidade
Mover é a fase mais negligenciada. Promoção, transferência, mudança de projeto, afastamento ou alteração de vínculo podem exigir novos acessos. O erro comum é adicionar o novo sem remover o antigo, gerando privilege creep, ou acúmulo progressivo de privilégios. A governança deve recalcular o que é necessário, aplicar separação de funções quando pertinente e iniciar revisões adicionais para recursos sensíveis.
3.3 Leaver: desligamento e encerramento do acesso
Leaver exige coordenação e rapidez. Dependendo do cenário, a conta pode ser bloqueada, sessões e revogados, funções e grupos removidos, acessos a aplicações desprovisionados, dispositivos recolhidos e dados transferidos. Excluir imediatamente a conta nem sempre é a primeira ação adequada, pois a organização pode precisar preservar caixa de correio, arquivos, ou evidências. O princípio é impedir uso indevido sem destruir informações necessárias para continuidade e conformidade.
Figura 2 — O acesso precisa acompanhar a entrada, as mudanças e a saída da identidade.
4. Lifecycle Workflows
Lifecycle Workflows são capacidades de governança que automatizam tarefas associadas às fases JML. Um workflow combina escopo, gatilho e tarefas. O escopo define quem será afetado; o gatilho define quando a execução ocorre; as tarefas definem o que será realizado. Um exemplo é enviar uma mensagem ao gestor sete dias antes da data de contratação e, no primeiro dia, habilitar a conta e adicionar o usuário a um grupo inicial.
Os workflows podem ser executados sob demanda ou de forma agendada quando as condições são atendidas. Atributos como data de contratação, data de saída, departamento e tipo de colaborador ajudam a selecionar identidades. Para cenários mais complexos, extensões podem integrar processos externos. Histórico de execução e de auditoria permitem verificar o que rodou, para quem e com qual resultado.
Elementos de um Lifecycle Workflow: escopo, gatilho, tarefa, histórico e extensão.
Elemento
Função
Exemplo
Escopo
Determina quais identidades entram no workflow.
Usuários do departamento Financeiro com vínculo de empregado.
Gatilho
Determina quando o workflow inicia.
Sete dias antes de employeeHireDate ou no employeeLeaveDateTime.
Tarefa
Ação executada pelo workflow.
Enviar e-mail, adicionar a grupo, remover acesso ou desabilitar conta.
Histórico
Mostra execuções e resultados.
Verificar falha em uma tarefa de desligamento.
Extensão
Conecta processos adicionais.
Acionar uma Logic App para abrir chamado ou integrar sistema externo.
Boa prática
Automação não elimina responsabilidade. Atributos incorretos de RH ou regras mal definidas podem automatizar o erro em grande escala. Por isso, dados de origem, testes, piloto e monitoramento são partes da governança.
5. Revisões de acesso
Uma revisão de acesso é um processo de recertificação: alguém avalia se usuários, convidados ou identidades ainda precisam manter determinado acesso. A revisão pode abranger grupos, aplicações, pacotes de acesso e, em cenários privilegiados, funções. Ela pode ser única ou recorrente e pode delegar a decisão ao gestor, ao proprietário do recurso, a revisores específicos ou, em alguns casos, ao próprio usuário.
O revisor normalmente escolhe aprovar ou negar a continuidade. Sugestões e contexto ajudam a decisão, mas não substituem o conhecimento do negócio. Ao final, os resultados podem ser aplicados para remover acessos negados ou não revisados, conforme a configuração. O valor de uma revisão não está apenas em produzir um relatório: está em reduzir acesso desnecessário e gerar evidência de que a organização controla suas permissões.
5.1 O que pode ser revisado
Grupos: membros de grupos de segurança ou podem ser recertificados.
Aplicações: atribuições de usuários a aplicativos empresariais podem ser avaliadas.
Convidados: acessos B2B podem ser revistos e removidos quando a colaboração termina.
Pacotes de acesso: atribuições concedidas por podem ter revisões periódicas.
Privilégios: funções do , funções de recursos do e grupos gerenciados pelo podem ser revisados.
5.2 Decisões e automação
Uma revisão deve definir frequência, duração, revisores, lembretes, comportamento para ausência de resposta e aplicação de resultados. “Sem resposta” não é sinônimo universal de aprovação ou negação; isso depende da política escolhida. Para acessos de alto impacto, a ausência de decisão costuma exigir tratamento conservador e acompanhamento.
Decisões de desenho de uma revisão de acesso e o risco quando mal definidas.
Configuração
Decisão de desenho
Risco se mal definida
Revisor
Gestor, dono do recurso, usuário ou revisor designado.
Pessoa sem contexto aprova por rotina.
Recorrência
Mensal, trimestral, semestral ou conforme criticidade.
Acesso obsoleto permanece por longos períodos.
Sem resposta
Manter, remover ou usar recomendação, conforme o cenário.
Resultado automático incompatível com o risco.
Aplicação
Manual ou automática após conclusão.
Revisão vira relatório sem efeito operacional.
Escopo
Todos, convidados, inativos ou grupos específicos.
Volume excessivo reduz qualidade da análise.
6. Gerenciamento de direitos e pacotes de acesso
, ou gerenciamento de direitos, automatiza como identidades solicitam, recebem, mantêm e perdem acesso a conjuntos de recursos. Em vez de processar solicitações separadas para cada grupo, aplicação ou site, a organização cria um pacote de acesso que representa uma necessidade de negócio, como “Projeto Atlas”, “Fornecedor de auditoria” ou “Equipe de marketing regional”.
Um pacote de acesso pode incluir associações a grupos e equipes, funções de aplicativos e funções de sites do SharePoint. O pacote fica em um catálogo, que organiza recursos e delega sua administração. Uma ou mais políticas determinam quem pode solicitar ou receber o pacote, se aprovação é necessária, quem aprova, por quanto tempo o acesso vale, se há perguntas ou termos e se revisões serão realizadas.
6.1 Componentes essenciais
Componentes essenciais do gerenciamento de direitos.
Componente
O que representa
Exemplo
Catálogo
Contêiner de recursos e pacotes administrados por um domínio de negócio.
Catálogo “Projetos Estratégicos”.
Recurso
Grupo, aplicativo, site ou outra permissão disponibilizada no catálogo.
Grupo do Teams e aplicativo financeiro.
Pacote de acesso
Conjunto de funções de recursos entregue como uma unidade.
“Auditor externo - leitura”.
Política de atribuição
Regras de elegibilidade, solicitação, aprovação, duração e revisão.
Parceiros aprovados pelo patrocinador por 60 dias.
Connected organization
Organização externa reconhecida para cenários de colaboração.
Empresa fornecedora com tenant próprio.
Atribuição
Vínculo efetivo entre identidade e pacote.
Convidado recebe o pacote após aprovação.
6.2 Solicitação, aprovação, expiração e revisão
O fluxo pode ser por solicitação, atribuição direta ou regra automática, conforme o cenário. A política pode exigir aprovação em uma ou mais etapas e coletar justificativas. A duração pode ser definida por data, número de dias ou outra janela suportada. Antes ou durante a expiração, uma revisão pode confirmar a continuidade. Quando o direito termina, o serviço remove as atribuições relacionadas, reduzindo contas convidadas e permissões esquecidas.
Diferença essencial
Pacote de acesso concede um conjunto governado de direitos. Revisão de acesso pergunta se o direito deve continuar. executa tarefas em eventos do ciclo de vida. Os três recursos podem trabalhar juntos.
7. Acesso privilegiado e risco administrativo
Acesso privilegiado é a capacidade de executar ações que alteram segurança, identidade, configuração, dados ou disponibilidade de sistemas. Contas com funções administrativas são alvos valiosos porque um único comprometimento pode afetar toda a organização. Mesmo sem ataque externo, privilégios permanentes aumentam a chance de erro, abuso ou uso fora do processo.
O princípio do menor privilégio determina que cada identidade receba somente as permissões necessárias, no escopo necessário e pelo tempo necessário. Em funções administrativas, isso conduz a duas ideias complementares. concede o privilégio apenas quando a tarefa precisa ser executada. Just-Enough-Access limita o conjunto de ações ao mínimo suficiente. O materializa principalmente o primeiro princípio por meio de elegibilidade e ativação temporária, ao mesmo tempo em que reforça o segundo com funções e escopos adequados.
8.
, ou , é um serviço para gerenciar, controlar e monitorar acesso privilegiado a funções do , funções de recursos do e associações ou propriedade de grupos habilitados para . Em vez de manter todos os administradores permanentemente ativos, a organização pode torná-los elegíveis. A pessoa continua autorizada a solicitar a função, mas o privilégio só se torna ativo após um fluxo de ativação.
8.1 , ativo, permanente e limitado no tempo
Estados de uma atribuição no PIM e suas implicações.
Termo
Significado
Implicação
Atribuição elegível
A identidade pode ativar a função quando necessário.
Sem ativação, não possui os privilégios da função.
Atribuição ativa
A identidade já possui os privilégios da função.
Pode executar ações enquanto a atribuição estiver válida.
Permanente
Não possui data final definida.
Aumenta exposição e exige justificativa forte.
Limitada no tempo
Possui início e fim.
Reduz permanência e facilita expiração automática.
Ativação
Transforma temporariamente elegibilidade em acesso ativo.
Pode exigir controles adicionais.
8.2 Fluxo de ativação
Ao ativar uma função, o usuário seleciona uma duração dentro do limite configurado e informa uma justificativa. Conforme a política da função, pode ser necessário realizar , satisfazer uma política de , fornecer número de chamado ou aguardar aprovação. Após aprovação e ativação, a função fica disponível pela janela definida. Quando o período termina ou ocorre desativação, o acesso ativo é removido e o evento permanece registrado.
Figura 3 — Fluxo conceitual de uma ativação privilegiada no .
8.3 Controles e evidências
Aprovação: um ou mais aprovadores avaliam a necessidade antes da ativação.
e : reforçam a verificação no momento de elevar privilégio.
Justificativa e ticket: registram o motivo de negócio e vinculam a atividade a um processo.
Duração máxima: limita por quanto tempo a função pode permanecer ativa.
Notificações e alertas: informam ativações, atribuições permanentes e situações consideradas inseguras.
Histórico e auditoria: permitem investigar quem ativou, quando, por quanto tempo e sob qual justificativa.
Revisões de acesso: recertificam elegibilidades e atribuições privilegiadas ao longo do tempo.
Armadilha de prova
não é o mesmo que . define quais ações uma função permite e em qual escopo. governa quando e sob quais condições uma atribuição privilegiada fica ativa.
9.
ajuda a detectar, investigar e corrigir riscos baseados em identidade. O serviço analisa sinais e comportamentos para identificar eventos suspeitos. Esses riscos podem alimentar relatórios, investigações e políticas de , permitindo que a decisão de acesso se adapte ao contexto em vez de depender apenas de uma senha correta.
9.1 Detecção de risco, e
Uma detecção de risco é uma evidência ou comportamento considerado suspeito, como credenciais vazadas ou uso de endereço anônimo. é a probabilidade de uma solicitação de autenticação específica não ter sido feita pelo proprietário legítimo. é a probabilidade de a identidade estar comprometida, considerando evidências associadas ao usuário. O primeiro é ligado à sessão; o segundo representa o estado mais amplo da conta.
Figura 4 — Relação entre sinais, níveis de risco e respostas de segurança.
9.2 Exemplos de detecções
Exemplos de detecções de risco e a leitura correta de cada uma.
Detecção
O que indica
Leitura correta
Credenciais vazadas
Credenciais válidas foram encontradas em uma fonte de vazamento e correspondem ao tenant.
É evidência forte de exposição; para identidades híbridas, a detecção depende de sincronização de hash de senha.
IP anônimo
Entrada originada de serviço que oculta origem, como proxy anônimo ou rede de anonimização.
É um sinal de risco, não prova isolada de ataque.
Viagem atípica
Entradas geograficamente distantes ou incomuns para o padrão do usuário.
Algoritmos consideram tempo, comportamento e possíveis falsos positivos.
Password spray
Muitas contas são testadas com poucas senhas comuns.
O atacante tenta evitar bloqueios distribuindo tentativas.
Propriedades de entrada desconhecidas
Características de navegador, dispositivo, rede ou localidade divergem do padrão.
Pode exigir período de aprendizado e investigação contextual.
Nem toda detecção significa comprometimento confirmado. O serviço atribui níveis e fornece contexto para investigação. Algumas detecções são calculadas em tempo real, durante a entrada; outras são calculadas offline após correlação adicional. O administrador deve distinguir verdadeiro positivo, falso positivo e atividade legítima incomum.
10. Políticas de correção baseadas em risco
Os níveis de risco podem ser usados em políticas de . Para , uma resposta comum é exigir ou uma força de autenticação adequada. Para , a política pode exigir correção de risco, como alteração segura de senha, ou bloquear acesso quando a organização não pode aceitar a exposição. A configuração moderna concentra essas decisões no , integrando o ID Protection aos controles de concessão.
Situações de risco e respostas possíveis com objetivos claros.
Situação
Resposta possível
Objetivo
Entrada de risco médio ou alto
Exigir MFA ou método resistente a phishing.
Provar novamente que a solicitação pertence ao usuário legítimo.
Usuário com risco elevado
Exigir correção de risco ou alteração segura de senha.
Invalidar credencial comprometida e reduzir risco do usuário.
Risco não remediável automaticamente
Bloquear e encaminhar para investigação.
Evitar acesso enquanto a equipe confirma o incidente.
Falso positivo confirmado
Marcar usuário como seguro ou descartar risco conforme o caso.
Remover impacto sem desativar futuras detecções.
Comprometimento confirmado
Confirmar comprometimento, redefinir credenciais e revogar sessões.
Conter a conta e iniciar resposta ao incidente.
10.1 Credenciais vazadas e sincronização de
Em identidades híbridas, a detecção de credenciais vazadas requer que de senha relevantes estejam disponíveis para comparação por meio da sincronização de de senha. Isso não significa que a senha em texto puro seja sincronizada. O mecanismo trabalha com material derivado e protegido. Para o SC-900, a relação conceitual importante é: sem a sincronização necessária, o serviço pode não conseguir correlacionar credenciais vazadas de usuários híbridos com a senha local vigente.
10.2 anônimo e contexto
Um endereço anônimo pode ser usado por um atacante, mas também por alguém que utiliza uma rede privada ou serviço de privacidade. Por isso, a detecção deve ser combinada com outros sinais: dispositivo, localidade, histórico, método de autenticação e sensibilidade do recurso. Zero Trust não presume confiança nem condenação automática; ele verifica explicitamente e responde proporcionalmente ao risco.
Ideia-chave
ID Protection detecta e classifica risco. transforma risco em decisão. , correção de senha, bloqueio e investigação são respostas possíveis.
11. Governança, privilégio e proteção: como se conectam
Governança responde ao acesso esperado; proteção responde ao comportamento suspeito; controla a elevação administrativa. Uma pessoa pode estar corretamente atribuída a um pacote de acesso, mas apresentar e ser desafiada por . Um administrador pode possuir elegibilidade legítima, mas precisar de aprovação e justificativa para ativar a função. Um convidado pode ter acesso válido hoje e perdê-lo automaticamente na próxima revisão ou expiração.
Essa integração evita dois modelos insuficientes. O primeiro é estático: conceder acesso uma vez e confiar indefinidamente. O segundo é puramente reativo: esperar um incidente para remover permissões. A abordagem madura combina prevenção, limitação temporal, revisão contínua, sinais de risco e evidência de auditoria.
Como governança, ciclo de vida, revisão, PIM e proteção respondem a perguntas diferentes.
Pergunta
Capacidade principal
Resultado esperado
A pessoa entrou, mudou de função ou saiu?
Lifecycle Workflows e provisionamento.
Acesso acompanha o vínculo e os atributos.
Quais recursos devem ser entregues juntos?
Entitlement management e pacotes de acesso.
Concessão padronizada com política e expiração.
O acesso ainda é necessário?
Access reviews.
Recertificação ou remoção.
O privilégio administrativo precisa estar ativo agora?
PIM.
Ativação temporária e auditável.
A conta ou entrada parece comprometida?
ID Protection e Acesso Condicional.
Desafio, correção, bloqueio ou investigação.
12.
é um serviço para emissão e verificação de credenciais verificáveis. A ideia é permitir que uma organização emita uma afirmação digital assinada, que a pessoa mantenha essa credencial em uma carteira e a apresente a outra organização ou aplicação quando precisar comprovar algo. O verificador valida autenticidade, integridade e estado da credencial sem depender de uma conta criada previamente no mesmo diretório do emissor.
12.1 Emissor, titular e verificador
Emissor: organização que cria e assina a credencial, como universidade, empregador ou entidade certificadora.
Titular: pessoa ou entidade que recebe, controla e apresenta a credencial.
Verificador: organização ou aplicação que solicita uma prova e valida a credencial apresentada.
Figura 5 — Modelo conceitual de credenciais verificáveis no .
12.2 Credencial verificável não é um crachá visual
O valor não está na aparência de um cartão, mas nas afirmações assinadas e verificáveis. Uma credencial pode comprovar vínculo, qualificação, treinamento ou autorização. Padrões abertos, assinaturas digitais e identificadores descentralizados permitem verificar quem emitiu e se o conteúdo foi alterado. O titular apresenta somente a prova necessária conforme o desenho da solução, favorecendo controle e minimização de dados.
12.3 Exemplo
Uma empresa terceirizada conclui treinamento obrigatório de segurança e recebe uma credencial verificável. Ao solicitar acesso a um ambiente, o profissional apresenta a credencial. O verificador confirma que foi emitida pela entidade confiável, está válida e corresponde à solicitação. Depois disso, o acesso pode seguir para aprovação ou concessão por outros controles. fornece prova verificável; não substitui por si só autorização, ou .
13. e Microsoft
Microsoft combina inteligência artificial generativa com dados e capacidades de segurança da Microsoft. No contexto do , pode ajudar administradores a explorar entradas e usuários arriscados, resumir contexto, sugerir etapas de investigação, consultar informações de usuários e grupos e apoiar tarefas de governança. Também há experiências voltadas a Lifecycle Workflows, revisões de acesso e otimização de governança.
A integração reduz o tempo gasto em leitura de e preparação de consultas, mas não transfere responsabilidade à IA. Respostas devem ser validadas, permissões precisam seguir menor privilégio e ações de alto impacto exigem confirmação humana. Um resumo convincente pode estar incompleto; uma sugestão pode não considerar uma exceção de negócio. O Copilot é um acelerador de análise, não uma fonte autônoma de autoridade.
Usos do Security Copilot no Microsoft Entra, benefícios e cuidados.
Uso
Benefício
Cuidado
Investigar usuário arriscado
Resume sinais, entradas e contexto relevante.
Confirmar evidências antes de bloquear ou descartar risco.
Explorar logs com linguagem natural
Reduz barreira para localizar eventos e padrões.
Validar filtros, período e interpretação.
Apoiar revisões de acesso
Ajuda a analisar dados e destacar situações incomuns.
Dono do negócio continua responsável pela decisão.
Criar ou explicar workflows
Acelera desenho e entendimento de automações JML.
Testar em piloto e revisar escopo, gatilhos e tarefas.
Otimizar governança
Facilita localizar pacotes, políticas e recursos.
Aplicar menor privilégio e controle de mudanças.
14. Cenário prático integrado
Considere a Contoso Saúde, que contrata empregados, médicos temporários e fornecedores. O objetivo é reduzir solicitações manuais e impedir que acessos permaneçam após o fim do vínculo.
14.1 Entrada
O sistema de RH registra a data de contratação e o departamento. Um envia orientações antes do primeiro dia, habilita a conta na data correta e adiciona o empregado a um grupo básico. Para um fornecedor, oferece o pacote “Fornecedor - Projeto Clínico”, com grupo do Teams, aplicativo de chamados e site de documentos. A política permite solicitações somente de uma organização conectada, exige aprovação do patrocinador e limita o acesso a 90 dias.
14.2 Mudança de função
Uma analista é promovida a coordenadora. O workflow atualiza tarefas de ciclo de vida e a nova função exige acesso a relatórios. Uma revisão confirma os acessos anteriores; permissões incompatíveis são removidas para evitar acúmulo. Ela recebe elegibilidade no para uma função administrativa limitada. Quando precisa executar uma tarefa, solicita ativação por uma hora, realiza , informa o chamado e aguarda aprovação.
14.3 Evento de risco
O ID Protection detecta uma entrada por anônimo e propriedades incomuns. O aciona , que exige autenticação forte. Em outro momento, credenciais vazadas elevam o risco do usuário; a política exige correção e alteração segura de senha. A equipe usa o para resumir sinais e preparar a investigação, mas confirma os antes de concluir que houve comprometimento.
14.4 Saída
Ao encerrar o contrato, a data de saída aciona o workflow. A conta é bloqueada, sessões são revogadas e acessos são removidos. A atribuição do pacote expira e o convidado não conserva permissões. e resultados das revisões demonstram à auditoria que o acesso foi concedido, usado e removido sob política definida.
Resultado do cenário
Nenhuma capacidade resolve tudo sozinha. A segurança surge da composição: ciclo de vida + pacotes + revisões + + detecção de risco + políticas de acesso + auditoria.
15. Comparações que costumam aparecer no SC-900
Comparações frequentes no exame e a diferença correta entre os conceitos.
Não confunda
Diferença correta
Access review x access package
A revisão decide se o acesso continua; o pacote organiza e concede um conjunto de acessos.
PIM x RBAC
PIM governa ativação e ciclo do privilégio; RBAC define ações permitidas e escopo.
Risco de entrada x risco de usuário
Entrada é uma solicitação específica; usuário representa a probabilidade de a identidade estar comprometida.
Detecção x política
A detecção produz sinal de risco; a política usa o sinal para exigir controle, corrigir ou bloquear.
Elegível x ativo
Elegível pode solicitar ativação; ativo já possui o privilégio.
MFA x alteração de senha
MFA comprova posse de fatores adicionais; alteração de senha substitui uma credencial possivelmente comprometida.
Verified ID x Microsoft Entra ID
Verified ID fornece credenciais verificáveis; Entra ID é o serviço de identidade e acesso do tenant.
Security Copilot x administrador
Copilot auxilia análise; o administrador valida, decide e responde pelos controles.
16. Revisão rápida para o exame
Governança de identidades controla quem tem acesso, a quê, por quê e por quanto tempo.
representa entrada, mudança e saída; Mover é crucial para evitar acúmulo de privilégios.
Lifecycle Workflows automatizam tarefas usando escopo, gatilho e ações.
Access reviews recertificam acesso e podem remover permissões desnecessárias.
usa catálogos, recursos, pacotes e políticas para governar solicitações e atribuições.
refere-se a uma autenticação específica; refere-se à identidade possivelmente comprometida.
Credenciais vazadas, anônimo e viagem atípica são exemplos de detecções; um sinal isolado exige contexto.
Políticas de podem exigir , correção de risco, alteração de senha ou bloqueio.
trabalha com emissor, titular e verificador; a credencial é assinada e verificável.
ajuda em investigação e governança, mas não substitui validação humana.
Conclusão
Governança, privilégio e proteção de identidades formam uma sequência lógica. Primeiro, a organização define e automatiza o acesso esperado ao longo do ciclo . Depois, revisa e expira direitos para impedir acúmulo. Em seguida, limita o privilégio administrativo com elegibilidade e ativação temporária. Por fim, observa sinais de risco e adapta a decisão de acesso quando a identidade ou a sessão parecem comprometidas.
Na minha avaliação, este é um dos capítulos mais importantes do SC-900 porque transforma produtos isolados em uma estratégia coerente. O ponto central não é memorizar portais, mas reconhecer qual problema cada capacidade resolve. Uma organização madura não pergunta apenas “a senha está correta?”. Ela pergunta se a pessoa deveria ter o acesso, se ainda precisa dele, se o privilégio deve estar ativo agora e se há sinais de que a identidade deixou de ser confiável.
O próximo passo natural é estudar como inteligência artificial, investigação e automação ampliam a operação de segurança. Ao dominar este capítulo, o leitor passa a enxergar cada acesso como uma decisão temporária, contextual e verificável - exatamente a mentalidade exigida por Zero Trust e pela segurança moderna de identidades.
Questões de fixação
1. Uma empresa quer que administradores tenham uma função disponível somente quando precisarem executar uma tarefa, exigindo , justificativa e aprovação. Qual recurso atende melhor ao cenário?
A)
B)
C)
D) for Cloud Apps
Comentário
Resposta correta: B. O permite atribuição e ativação temporária com controles como , justificativa, aprovação, duração e auditoria.
2. Qual alternativa descreve corretamente e ?
A) Ambos representam exatamente o mesmo estado.
B) avalia uma solicitação específica; avalia a probabilidade de a identidade estar comprometida.
C) existe somente para convidados.
D) define as permissões do .
Comentário
Resposta correta: B. O está ligado à sessão de autenticação; o representa o estado mais amplo da identidade.
3. Uma organização deseja oferecer a fornecedores um conjunto de grupos, aplicativos e sites por 60 dias, com aprovação do patrocinador. Qual capacidade é a mais adequada?
A) com pacote de acesso e política de atribuição
B) Apenas uma revisão de acesso
C) Apenas uma função permanente no
D)
Comentário
Resposta correta: A. Um pacote de acesso reúne recursos, enquanto a política define elegibilidade, aprovação, duração e revisão.
4. Qual é o papel principal de uma revisão de acesso?
A) Criar uma credencial verificável.
B) Sincronizar de senha.
C) Recertificar se identidades ainda precisam manter acesso e aplicar remoções quando necessário.
D) Ativar automaticamente todas as funções privilegiadas.
Comentário
Resposta correta: C. Access reviews verificam a continuidade da necessidade de acesso e podem aplicar mudanças para remover permissões desnecessárias.
Glossário essencial
Glossário essencial do Capítulo 6.
Termo
Definição resumida
Access review
Processo de recertificação de acessos.
Access package
Conjunto governado de funções de recursos concedido como unidade.
Entitlement management
Automação do ciclo de solicitação, aprovação, atribuição, revisão e expiração de direitos.
Joiner-Mover-Leaver
Modelo de entrada, mudança e saída de identidades.
Lifecycle Workflow
Automação de tarefas de identidade baseada em escopo, gatilho e ações.
PIM
Serviço para gerenciar, controlar e monitorar acesso privilegiado.
Elegível
Pode ativar uma função, mas ainda não possui o privilégio ativo.
Just-in-Time
Privilégio concedido apenas no momento e pelo período necessários.
Risco de entrada
Probabilidade de uma autenticação específica não pertencer ao usuário legítimo.
Risco de usuário
Probabilidade de a identidade estar comprometida.
Verified ID
Serviço para emissão e verificação de credenciais verificáveis.
Security Copilot
Plataforma de IA para apoiar investigação e operações de segurança.
Material elaborado para fins educacionais. Os nomes, recursos, interfaces e requisitos de licenciamento podem evoluir; para implementação, consulte sempre a documentação oficial mais recente.