Governança, Privilégios e Proteção de Identidades
Voltar para Learn
SC-900Capítulo 6

Estudo para a Certificação Microsoft SC-900

Governança, Privilégios e Proteção de Identidades

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

Emblema Microsoft Certified: Security, Compliance, and Identity Fundamentals cercado por ícones de nuvem, identidade e conformidade

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.
ConceitoPergunta principalExemplo
Administração de identidadesComo criar ou alterar o objeto?Criar usuário, redefinir atributo, adicionar a grupo.
Gerenciamento de acessoComo conceder ou bloquear uso de um recurso?Atribuir função, aplicativo ou associação.
Governança de identidadesQuem deveria ter acesso, por quê e até quando?Aprovação, expiração, revisão e trilha de auditoria.
Proteção de identidadesHá sinais de comprometimento ou abuso?Risco de usuário, risco de entrada e correção.
Gerenciamento de privilégiosComo 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.

Microsoft Entra ID Governance no centro, cercado por Lifecycle Workflows, access reviews, entitlement management, PIM e provisionamento
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.

Ciclo de vida da identidade em três fases: Joiner (entrada), Mover (mudança) e Leaver (saída)
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.
ElementoFunçãoExemplo
EscopoDetermina quais identidades entram no workflow.Usuários do departamento Financeiro com vínculo de empregado.
GatilhoDetermina quando o workflow inicia.Sete dias antes de employeeHireDate ou no employeeLeaveDateTime.
TarefaAção executada pelo workflow.Enviar e-mail, adicionar a grupo, remover acesso ou desabilitar conta.
HistóricoMostra execuções e resultados.Verificar falha em uma tarefa de desligamento.
ExtensãoConecta 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çãoDecisão de desenhoRisco se mal definida
RevisorGestor, dono do recurso, usuário ou revisor designado.Pessoa sem contexto aprova por rotina.
RecorrênciaMensal, trimestral, semestral ou conforme criticidade.Acesso obsoleto permanece por longos períodos.
Sem respostaManter, remover ou usar recomendação, conforme o cenário.Resultado automático incompatível com o risco.
AplicaçãoManual ou automática após conclusão.Revisão vira relatório sem efeito operacional.
EscopoTodos, 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.
ComponenteO que representaExemplo
CatálogoContêiner de recursos e pacotes administrados por um domínio de negócio.Catálogo “Projetos Estratégicos”.
RecursoGrupo, aplicativo, site ou outra permissão disponibilizada no catálogo.Grupo do Teams e aplicativo financeiro.
Pacote de acessoConjunto de funções de recursos entregue como uma unidade.“Auditor externo - leitura”.
Política de atribuiçãoRegras de elegibilidade, solicitação, aprovação, duração e revisão.Parceiros aprovados pelo patrocinador por 60 dias.
Connected organizationOrganização externa reconhecida para cenários de colaboração.Empresa fornecedora com tenant próprio.
AtribuiçãoVí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.
TermoSignificadoImplicação
Atribuição elegívelA identidade pode ativar a função quando necessário.Sem ativação, não possui os privilégios da função.
Atribuição ativaA identidade já possui os privilégios da função.Pode executar ações enquanto a atribuição estiver válida.
PermanenteNão possui data final definida.Aumenta exposição e exige justificativa forte.
Limitada no tempoPossui início e fim.Reduz permanência e facilita expiração automática.
AtivaçãoTransforma 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.

Fluxo de ativação no PIM: elegível, solicita ativação, controles, ativo por tempo limitado, expira e auditoria
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.

Relação entre sinais de detecção, níveis de risco (entrada e usuário) e respostas de segurança
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çãoO que indicaLeitura correta
Credenciais vazadasCredenciais 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ônimoEntrada 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ípicaEntradas geograficamente distantes ou incomuns para o padrão do usuário.Algoritmos consideram tempo, comportamento e possíveis falsos positivos.
Password sprayMuitas contas são testadas com poucas senhas comuns.O atacante tenta evitar bloqueios distribuindo tentativas.
Propriedades de entrada desconhecidasCaracterí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çãoResposta possívelObjetivo
Entrada de risco médio ou altoExigir MFA ou método resistente a phishing.Provar novamente que a solicitação pertence ao usuário legítimo.
Usuário com risco elevadoExigir correção de risco ou alteração segura de senha.Invalidar credencial comprometida e reduzir risco do usuário.
Risco não remediável automaticamenteBloquear e encaminhar para investigação.Evitar acesso enquanto a equipe confirma o incidente.
Falso positivo confirmadoMarcar usuário como seguro ou descartar risco conforme o caso.Remover impacto sem desativar futuras detecções.
Comprometimento confirmadoConfirmar 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.
PerguntaCapacidade principalResultado 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.
Modelo de credenciais verificáveis: emissor emite, titular guarda e apresenta, verificador valida
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.
UsoBenefícioCuidado
Investigar usuário arriscadoResume sinais, entradas e contexto relevante.Confirmar evidências antes de bloquear ou descartar risco.
Explorar logs com linguagem naturalReduz barreira para localizar eventos e padrões.Validar filtros, período e interpretação.
Apoiar revisões de acessoAjuda a analisar dados e destacar situações incomuns.Dono do negócio continua responsável pela decisão.
Criar ou explicar workflowsAcelera desenho e entendimento de automações JML.Testar em piloto e revisar escopo, gatilhos e tarefas.
Otimizar governançaFacilita 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 confundaDiferença correta
Access review x access packageA revisão decide se o acesso continua; o pacote organiza e concede um conjunto de acessos.
PIM x RBACPIM governa ativação e ciclo do privilégio; RBAC define ações permitidas e escopo.
Risco de entrada x risco de usuárioEntrada é uma solicitação específica; usuário representa a probabilidade de a identidade estar comprometida.
Detecção x políticaA detecção produz sinal de risco; a política usa o sinal para exigir controle, corrigir ou bloquear.
Elegível x ativoElegível pode solicitar ativação; ativo já possui o privilégio.
MFA x alteração de senhaMFA comprova posse de fatores adicionais; alteração de senha substitui uma credencial possivelmente comprometida.
Verified ID x Microsoft Entra IDVerified ID fornece credenciais verificáveis; Entra ID é o serviço de identidade e acesso do tenant.
Security Copilot x administradorCopilot 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.
  • oferece acesso privilegiado , atribuições elegíveis, ativação temporária, aprovação, , justificativa, alertas e auditoria.
  • 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.
TermoDefinição resumida
Access reviewProcesso de recertificação de acessos.
Access packageConjunto governado de funções de recursos concedido como unidade.
Entitlement managementAutomação do ciclo de solicitação, aprovação, atribuição, revisão e expiração de direitos.
Joiner-Mover-LeaverModelo de entrada, mudança e saída de identidades.
Lifecycle WorkflowAutomação de tarefas de identidade baseada em escopo, gatilho e ações.
PIMServiço para gerenciar, controlar e monitorar acesso privilegiado.
ElegívelPode ativar uma função, mas ainda não possui o privilégio ativo.
Just-in-TimePrivilégio concedido apenas no momento e pelo período necessários.
Risco de entradaProbabilidade de uma autenticação específica não pertencer ao usuário legítimo.
Risco de usuárioProbabilidade de a identidade estar comprometida.
Verified IDServiço para emissão e verificação de credenciais verificáveis.
Security CopilotPlataforma de IA para apoiar investigação e operações de segurança.

Referências oficiais para aprofundamento

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.