/
/

Como automatizar o provisionamento e o desprovisionamento de usuários com Entra ID (Azure AD) e SCIM

por Team Ninja
How to Automate User Provisioning and Deprovisioning with Entra ID (Azure AD) and SCIM blog banner image

Resumo instantâneo

Esta postagem do blog NinjaOne oferece uma lista abrangente de comandos CMD básicos e um mergulho profundo nos comandos do Windows, com +70 comandos CMD essenciais para usuários iniciantes e avançados. Explicamos sobre comandos práticos de prompt de comando para gerenciamento de arquivos, navegação em diretórios, solução de problemas de rede, operações de disco e automação, tudo com exemplos reais para maximizar a produtividade. Seja para aprender comandos básicos CMD ou dominar ferramentas avançadas de CLI do Windows, este guia ajuda você a usar o prompt de comando com mais eficiência.

Pontos principais

  • Aplicativo empresarial com provisionamento SCIM: configure um aplicativo empresarial no Entra ID com provisionamento SCIM para criar, atualizar e desprovisionar usuários em aplicativos SaaS automaticamente, conforme as mudanças no diretório.
  • Provisionamento dinâmico por grupos: atribua usuários a grupos de segurança ou dinâmicos no Entra ID e vincule esses grupos a aplicativos empresariais, para que o acesso seja concedido ou revogado automaticamente conforme a função ou mudanças de atributos.
  • Automação com PowerShell e Microsoft Graph: use PowerShell e as APIs do Microsoft Graph para automatizar o provisionamento, a atribuição e o desprovisionamento de usuários e grupos, com lógica personalizada de onboarding e offboarding.
  • Fluxos de Trabalho de Ciclo de Vida acionados pelo RH: use os Fluxos de Trabalho de Ciclo de Vida sem código do Entra ID Governance para provisionar, atualizar ou desprovisionar usuários automaticamente a partir de eventos de RH, como data de contratação, mudança de função ou desligamento, sem scripts personalizados.
  • CMD e Política de Grupo para controle de contas locais: aplique comandos de CMD e configurações de Política de Grupo para bloquear, desconectar ou restringir contas locais do Windows depois que o usuário é desprovisionado no Entra ID.
  • Ciclo de vida de contas aplicado pelo registro: altere configurações do Registro do Windows para desativar credenciais em cache e acompanhar o último login, identificando e corrigindo contas inativas ou órfãs.
  • Monitoramento e auditoria do provisionamento: acompanhe a atividade de provisionamento e configure alertas com os logs de auditoria do Azure, o Log de Auditoria Unificado e ferramentas de segurança para detectar falhas, anomalias ou alterações não autorizadas.

O provisionamento e o desprovisionamento de usuários formam um ciclo de vida contínuo: entrada → mudança → saída. Feito manualmente, esse processo não só consome tempo, como também gera atrasos, inconsistências e riscos de segurança. Automatizar tudo com o provisionamento de usuários do Microsoft Entra ID (Azure AD) via SCIM e com os Fluxos de trabalho do ciclo de vida do Entra ID Governance elimina esses riscos.

As organizações podem criar, atualizar ou desativar contas de usuário automaticamente no Microsoft 365, em aplicativos SaaS e em sistemas de negócio, com base em gatilhos do RH, associação a grupos ou mudanças de função. Com a automação ativa, você ganha:

  • Criação e remoção de contas sem intervenção manual
  • Atribuição automática de funções, grupos e licenças
  • Desativação quase em tempo real no desligamento ou offboarding
  • Logs de auditoria centralizados e visibilidade de conformidade
  • Menos risco de contas órfãs em plataformas de terceiros

Este guia mostra como implementar provisionamento e desprovisionamento via SCIM no Microsoft Entra ID (antigo Azure AD), além do caminho sem código dos Fluxos de trabalho do ciclo de vida que a Microsoft agora recomenda para onboarding e offboarding conduzidos pelo RH, da configuração inicial ao monitoramento e aos controles de conformidade.

Clique para escolher um método 💻
Melhor para usuários individuais
💻💻💻
Melhor para empresas
Método 1: configurar um aplicativo empresarial com provisionamento SCIM no Entra ID ✓
Método 2: usar acesso baseado em grupos para provisionamento dinâmico ✓
Método 3: automatizar tarefas de provisionamento com PowerShell e Microsoft Graph ✓ ✓
Método 4: automatizar onboarding e offboarding com os Fluxos de trabalho do ciclo de vida do Entra ID ✓
Método 5: usar CMD e GPO para controlar contas locais após o desprovisionamento na nuvem ✓
Método 6: controles de registro para aplicar o ciclo de vida das contas ✓ ✓
Método 7: monitorar e auditar eventos de provisionamento ✓

🎥 O guia em vídeo mostra os seis métodos na tela: Como automatizar o provisionamento e o desprovisionamento de usuários com Entra ID (Azure AD) e SCIM.

Métodos para automatizar o provisionamento e o desprovisionamento de usuários com Entra ID e SCIM

Antes de partir para os métodos, confirme que os requisitos a seguir estão atendidos para evitar erros:

Pré-requisitos gerais:

  • “Licença Microsoft Entra ID Premium (P1 ou P2).
  • Acesso ao portal do Azure (função de Administrador Global ou Administrador de Identidade)
  • Aplicativos SaaS compatíveis com SCIM 2.0 (por exemplo, Slack, Zoom, GitHub, Adobe, Salesforce)
  • Endpoints de API ou tokens SCIM para integrações personalizadas
  • Módulo do PowerShell: Microsoft.Graph

Opcional: integração com uma plataforma de RMM (por exemplo, NinjaOne) para gerenciar mudanças nos endpoints

Método 1: configurar um aplicativo empresarial com provisionamento SCIM no Microsoft Entra ID

Esse método usa o mecanismo de provisionamento do Entra ID para enviar os dados dos usuários aos aplicativos SaaS automaticamente via SCIM.

Casos de uso: use ao integrar o Entra ID a aplicativos SaaS como Zoom, Slack etc.

Passo a passo:

  1. Abra o Centro de administração do Microsoft Entra > Microsoft Entra ID > Aplicativos Empresariais.
  2. Clique em + Novo aplicativo e selecione o aplicativo compatível com SCIM que deseja (por exemplo, GitHub, Dropbox, ServiceNow); em seguida, clique em criar.
  3. Vá até a guia Provisionamento no menu Gerenciar .
  4. Defina o Modo de Provisionamento como Automático.
  5. Informe a URL do ponto de extremidade SCIM e o Token Secreto (fornecidos pelo fornecedor do SaaS).
  6. Clique em Autorizar na seção Credenciais de Administrador . Você será redirecionado à página de login do fornecedor do SaaS (por exemplo, Dropbox), onde precisa entrar com uma conta de administrador para conceder acesso ao Microsoft Entra.
  7. Concluída a autorização, use Testar Conexão para confirmar a configuração.
  8. Em Mapeamentos, defina as transformações de atributos (por exemplo, userName, emails. value, userPrincipalName).
  9. Clique em Salvar e defina o Status do Provisionamento como Ativado.

Agora o Entra ID vai provisionar usuários automaticamente conforme a associação a grupos ou as mudanças no diretório.

Método 2: usar acesso baseado em grupos para provisionamento dinâmico

Esse método provisiona usuários nos aplicativos conforme a associação a grupos. Quando entram ou saem de um grupo, o acesso é concedido ou revogado automaticamente.

Casos de uso: use ao conceder acesso a aplicativos por departamento ou função (por exemplo, todas as pessoas do grupo Marketing recebem acesso ao Canva).

Pré-requisitos:

  • Grupos de segurança ou do Microsoft 365 no Entra ID
  • Aplicativo empresarial configurado para provisionamento

Passo a passo:

  1. Crie ou identifique um Grupo de Segurança ou Grupo Dinâmico no Entra ID.
  2. Atribua o grupo a um aplicativo empresarial conectado por SCIM em Aplicativo Empresarial > [Nome do aplicativo] > Usuários e grupos > Adicionar grupo..
  3. Defina as regras de associação dinâmica (por exemplo, por departamento, cargo ou localidade).

(Leia o item 1 em Pontos de atenção.)

Exemplo de regra:

(user.department -eq "Sales") and (user.accountEnabled -eq true)

Usuários adicionados a esse grupo (por sincronização com o RH ou no onboarding) são provisionados automaticamente no aplicativo conectado, com as funções ou permissões mapeadas.

Método 3: automatizar tarefas de provisionamento com PowerShell e Microsoft Graph

Esse método usa scripts do PowerShell e a API do Microsoft Graph para gerenciar usuários e tarefas de provisionamento de forma programática.

Casos de uso: use no onboarding ou offboarding em massa, na integração com sistemas de RH ou quando precisar de uma lógica de provisionamento personalizada

Pré-requisitos:

  • É preciso executar o PowerShell como administrador.
  • Microsoft Graph PowerShell SDK

Passo a passo:

Execute os comandos a seguir:

  1. Abra o PowerShell como administrador (leia o item 2 ⚠️ Pontos de atenção.)
Install-Module Microsoft.Graph -Scope CurrentUser
Import-Module Microsoft.Graph.Groups
  1. Conecte-se ao Microsoft Graph com escopos suficientes
Connect-MgGraph -Scopes "User.ReadWrite.All","Group.ReadWrite.All","GroupMember.ReadWrite.All"
  1. Crie um usuário no Entra ID
New-MgUser `
-DisplayName "Jane Doe" `
-UserPrincipalName "[email protected]" `
-MailNickname "janedoe" `
$PasswordProfile = @{
Password = "<Generate-a-strong-temporary-password>"
ForceChangePasswordNextSignIn = $true
}
ForceChangePasswordNextSignIn=$true } `
-AccountEnabled:$true
  1. Adicione o usuário ao grupo de provisionamento:
# $GroupId = target group's object ID
# $UserId = user's object ID
$params = @{
"@odata.id" = "https://graph.microsoft.com/v1.0/directoryObjects/$UserId"
}
New-MgGroupMemberByRef -GroupId $GroupId -BodyParameter $params
  1. Desative um usuário para desprovisionamento
Update-MgUser -UserId $UserId -BodyParameter @{ accountEnabled = $false }
  1. Remova o usuário de todos os grupos de aplicativos
Get-MgUserMemberOfAsGroup -UserId $UserId -All | ForEach-Object {
Remove-MgGroupMemberByRef -GroupId $_.Id -DirectoryObjectId $UserId
}

Observações:

  • Substitua os valores de exemplo (como Jane Doe, [email protected], $GroupId, $UserId e TempPass123!) pelos dados reais do seu tenant.
  • Não é possível remover membros de grupos dinâmicos: a associação segue regras.
  • Use scripts de RMM agendados ou acionados por evento para rodar isso durante o onboarding ou o offboarding.

Método 4: automatizar onboarding e offboarding com os Fluxos de trabalho do ciclo de vida do Entra ID

Nos métodos 1 a 3, é você quem cria e mantém a lógica da automação. Já os Fluxos de trabalho do ciclo de vida trazem modelos prontos, sem código, para os mesmos eventos de entrada, mudança e saída.

Caso de uso: use quando quiser onboarding e offboarding conduzidos pelo RH sem manter PowerShell ou Logic Apps personalizados.

Pré-requisitos:

  • Licenciamento Microsoft Entra ID Governance ou Microsoft Entra Suite para os usuários cobertos pelos Fluxos de trabalho do ciclo de vida.
  • Atributo employeeHireDate preenchido no Entra ID para que os fluxos de onboarding sejam acionados corretamente
  • Em fluxos baseados em tempo, employeeHireDate e/ou employeeLeaveDateTime precisam estar preenchidos e sincronizados no Microsoft Entra ID.
  • Atributos de gerente atribuídos às contas de usuário, caso os fluxos incluam notificações ou aprovações por gerente

Passo a passo:

  1. Entre no centro de administração do Microsoft Entra em entra.microsoft.com.
  2. No menu à esquerda, vá em Governança de Identidades > Fluxos de trabalho do ciclo de vida.
  3. Confirme que o recurso está habilitado para a sua organização.
  4. Clique em Criar fluxo de trabalho e escolha um modelo de onboarding ou offboarding (por exemplo, “Integrar funcionário pré-contratação” ou “Desligar funcionário”).
  5. Defina a condição de gatilho (por exemplo, “2 dias antes da data de início” ou “no último dia do funcionário”).
  6. Adicione tarefas ao fluxo, como gerar um passe de acesso temporário, enviar um e-mail de boas-vindas ou desativar a conta e remover as associações a grupos.
  7. Revise o fluxo no Histórico de fluxos de trabalho e nos logs de auditoria antes de habilitá-lo em produção.

Método 5: usar CMD e GPO para controlar contas locais após o desprovisionamento na nuvem

Esse método garante que as contas locais do Windows sejam bloqueadas ou excluídas depois que o usuário é desprovisionado no Entra ID, evitando riscos de segurança.

Casos de uso: use quando tiver dispositivos com Ingresso Híbrido no Entra ID ou cogerenciados e quiser bloquear o acesso local após o desprovisionamento.

Pré-requisitos:

  • Acesso à Política de Grupo
  • Dispositivos ingressados no domínio ou híbridos

Instruções:

  1. Desative os logons de domínio em cache após o desprovisionamento
    1. Pressione Win + S e digite cmd.
    2. Clique com o botão direito no Prompt de Comando e selecione Executar como administrador.
    3. Execute o comando a seguir:
rundll32 netplwiz.dll,ClearAutoLogon
  1. Use a Política de Grupo para forçar logoff ou bloqueio de sessões após a desativação na nuvem (leia o item 3 ⚠️ Pontos de atenção.)
    1. Pressione Win + R, digite gpedit.msc e pressione Enter para abrir o Editor de Política de Grupo.

Observação: use gpmc.msc para o Console de Gerenciamento de Política de Grupo nos controladores de domínio.

    1. Vá até:
Configuração do Computador → Configurações do Windows → Configurações de Segurança → Políticas Locais → Opções de Segurança
    1. Localize e altere a configuração:
Logon interativo: número de logons anteriores a serem armazenados em cache
      • Defina o valor como 0
  1. Agende um script de desligamento ou bloqueio para usuários desprovisionados
    1. Pressione Win + S, digite cmd ou PowerShell e pressione Enter para abrir a ferramenta.
    2. Execute:
shutdown -l

Integre esses scripts ao RMM para alinhar o comportamento dos endpoints ao status no Azure.

Método 6: controles de registro para aplicar o ciclo de vida das contas

Esse método altera chaves do Registro do Windows para impor regras mais rígidas de sessão ou de remoção de contas.

Casos de uso: use quando quiser controle refinado em máquinas Windows (locais ou híbridas).

Pré-requisitos:

  • Acesso de administrador ao Editor do Registro

Aviso: editar o registro pode causar problemas no sistema. Faça um backup antes de prosseguir.

Instruções: (leia o item 4 em Pontos de atenção.)

  1. Bloqueie credenciais em cache persistentes
    1. Pressione Win + R, digite regedit e pressione Enter para abrir o Editor do Registro.
    2. Vá até:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
    1. Localize e clique duas vezes no valor CachedLogonsCount.

Se o valor ainda não existir, crie-o manualmente em Novo > Valor de Cadeia de Caracteres (REG_SZ).

    1. Defina o valor como 0.
    2. Feche o Editor do Registro.
  1. Acompanhe o último logon bem-sucedido para detectar contas órfãs
    1. Pressione Win + R, digite regedit e pressione Enter para abrir o Editor do Registro.
    2. Vá até:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI
    1. Procure o valor:
LastLoggedOnUser

Use scripts de RMM para varrer os valores do registro e identificar contas inativas ou sem uso para correção.

Método 7: monitorar e auditar eventos de provisionamento

Casos de uso: use para acompanhar ações de provisionamento com foco em diagnóstico, segurança e conformidade.

Pré-requisitos:

  • Entra ID Premium com licença do Exchange Online
  • Log de Auditoria Unificado habilitado no Microsoft Purview

Instruções:

  1. Use os logs de auditoria do Azure para revisar a atividade de provisionamento
    1. Abra o PowerShell.
    2. Instale e importe o módulo do Exchange Online
Install-Module ExchangeOnlineManagement -Scope CurrentUser
Import-Module ExchangeOnlineManagement
    1. Conecte-se ao Microsoft Purview
Connect-ExchangeOnline
Connect-IPPSSession
    1. Execute a busca no Log de Auditoria Unificado:
Search-UnifiedAuditLog -Operations "Add user", "Delete user", "Update user"

💡 Você pode adicionar filtros de data para delimitar o intervalo:

Search-UnifiedAuditLog -StartDate (Get-Date).AddDays(-30) -EndDate (Get-Date) -Operations "Add user","Delete user","Update user"
  1. Configure alertas para anomalias de provisionamento no Azure

Use o Microsoft Sentinel ou o Microsoft 365 Defender para alertar sobre:

    • Criação excessiva de usuários
    • Mudanças não autorizadas na associação a grupos
    • Falhas nas chamadas de provisionamento SCIM

⚠️ Pontos de atenção

Riscos Possíveis consequências Como reverter
1. Desalinhamento na atribuição de grupos Os usuários não são provisionados nem desprovisionados como esperado. Ajuste as regras do grupo dinâmico ou atualize a associação manualmente em Grupos > [Nome do grupo] > Membros.
2. Executar o PowerShell sem privilégios elevados Os comandos do PowerShell falham com erros de acesso. Reabra o PowerShell como administrador.
3. Configuração incorreta de GPO Usuários locais ainda conseguem entrar depois de desprovisionados. Verifique as configurações no gpedit.msc ou no Console de Gerenciamento de Política de Grupo e teste em uma máquina de amostra.
4. Edições incorretas no registro Pode causar problemas de logon ou instabilidade no sistema Sempre faça backup do registro antes de alterar; desfaça com um arquivo .reg ou um ponto de restauração.

Considerações adicionais

Veja as principais considerações operacionais e de segurança sobre uma implantação baseada em SCIM com o Microsoft Entra ID:

Limitação de taxa do SCIM

As APIs SCIM têm limites de taxa definidos pelos fornecedores de SaaS. Esses limites controlam quantas operações de provisionamento podem ser processadas em um dado período.

Volumes altos podem acionar throttling ou rejeição de requisições, o que atrasa a sincronização.. Sempre confira os limites de taxa do SCIM do fornecedor e o comportamento sob carga.

Mapeamento de atributos

O Microsoft Entra ID envia atributos do usuário, como nome, e-mail e departamento, aos aplicativos de destino. Eles precisam corresponder ao esquema esperado pelo aplicativo; caso contrário, o provisionamento pode falhar silenciosamente ou gerar acessos mal configurados.

Use o recurso de mapeamento de atributos personalizado do Microsoft Entra ID para alinhar os campos ao esquema SCIM. Além disso, teste os mapeamentos em ambiente de homologação antes de ativar o provisionamento automático.

Atribuição de licenças

Alguns aplicativos exigem uma licença válida para o usuário antes de concluir o provisionamento. Use o licenciamento baseado em grupos do Microsoft Entra ID para automatizar essa atribuição.

Conectores SCIM personalizados

Para aplicativos sem suporte nativo a SCIM, você pode criar uma ponte com o Azure SCIM Gateway ou montar integrações personalizadas com Azure Logic Apps, Azure Functions ou Power Automate.

Segurança e conformidade

Contas inativas representam riscos sérios de segurança. Se o desprovisionamento atrasa, o usuário pode manter acesso a sistemas sensíveis. Para garantir a máxima segurança, use gatilhos automáticos de desprovisionamento e registre todos os eventos de acesso.

Solução de problemas

Veja como identificar e resolver os problemas mais comuns em implantações de provisionamento SCIM com o Microsoft Entra ID:

Atraso no provisionamento

O provisionamento via SCIM do Entra ID não é em tempo real. Os ciclos de sincronização costumam rodar a cada 20-40 minutos na maioria dos aplicativos empresariais, e podem ocorrer atrasos por throttling ou falhas nas chamadas de API. O que fazer:

  1. Vá em Portal do Azure > Azure AD > Aplicativos Empresariais > [Seu aplicativo] > Provisionamento
  2. Verifique:
    • Horário de início e término da última sincronização
    • Status da conexão SCIM
    • Logs de provisionamento (veja as causas das falhas, as novas tentativas e o status de quarentena).

Usuários não sincronizados

Se os usuários não aparecem no aplicativo de destino após o provisionamento:

  • Confirme que estão atribuídos ao aplicativo:

Azure AD > Aplicativos Empresariais > [Aplicativo] > Usuários e grupos

  • Verifique o mapeamento de atributos:

Azure AD > Aplicativo Empresarial > Provisionamento > Mapeamentos

Confirme que o grupo está no escopo do provisionamento.

Falha no desprovisionamento

Se os usuários continuam ativos no aplicativo após a remoção, veja o que fazer:

  • Verifique se o token SCIM ainda é válido e tem permissão de exclusão.
  • Alguns aplicativos desativam usuários definindo active=false em vez de excluí-los. Confira o esquema SCIM do aplicativo.
  • Se necessário, remova o usuário manualmente ou chame a API do aplicativo diretamente.

Erros no PowerShell

As falhas no PowerShell costumam vir de permissões delegadas (escopos) ausentes no Microsoft Graph, tokens expirados, IDs de objeto incorretos ou funções insuficientes no Microsoft Entra ID. O que fazer:

  • Conecte-se ao Microsoft Graph com os escopos corretos:

Connect-MgGraph -Scopes "User.ReadWrite.All", "Group.ReadWrite.All"

  • Verifique seu contexto:

Get-MgContext

Valide os IDs de objeto antes de usá-los em operações do Graph.

Serviços NinjaOne

Enquanto o ciclo de vida do usuário é controlado no Entra ID e nas plataformas SaaS, NinjaOne reforça a conformidade e a aplicação de políticas nos endpoints durante o provisionamento e o desprovisionamento:

Serviços NinjaOne Como NinjaOne complementa a automação de provisionamento com a aplicação de conformidade nos endpoints
Automação por scripts Dispara a desativação, o bloqueio ou a limpeza da conta local quando uma conta do Microsoft Entra ID é desprovisionada.
Visibilidade dos endpoints Detecta contas órfãs ou máquinas ainda conectadas com usuários inativos.
Aplicação de políticas Envia GPOs ou chaves de registro alinhadas às políticas de acesso baseadas em SCIM.
Monitoramento de eventos Alerta sobre tentativas de logon local por usuários desativados ou desconhecidos.
Logs e relatórios Exporta logs prontos para auditoria das ações nos endpoints ligadas ao provisionamento.

Com NinjaOne, MSPs e equipes de TI garantem que a governança de identidade na nuvem tenha respaldo em um comportamento ágil e alinhado às políticas no nível do dispositivo.

Guia de início rápido

Principais recursos:
– Criação automática de usuários: novos usuários no Azure AD são provisionados automaticamente em NinjaOne.
– Exclusão automática de usuários: quando um usuário é removido do Azure AD, a conta dele é desativada em NinjaOne.
– Mapeamento de grupo para função: atribua funções do NinjaOne conforme a associação a grupos do Azure AD.
– Gerenciamento do token SCIM: os tokens expiram em seis meses e precisam ser gerados novamente.

Pré-requisitos:
1. Habilite o SSO em NinjaOne com o Azure AD.
2. Habilite o provisionamento SCIM por meio de uma solicitação à equipe de vendas da NinjaOne.
3. Use Azure AD ou Okta como IdP (outros provedores não têm suporte completo).

Etapas de configuração:
1. Habilite o SCIM em NinjaOne:
– Vá em Administration > Accounts > Identity Provider.
– Ative o botão Enable SCIM provisioning e gere um token SCIM.

2. Configure o SCIM no Azure AD:
– No aplicativo empresarial do NinjaOne no Azure, abra a guia Provisionamento.
– Cole o token SCIM e a URL do tenant obtidos em NinjaOne.
– Mapeie os atributos do Azure AD para os do NinjaOne (por exemplo, userPrincipalName para userName).

3. Mapeamento de grupos:
– Em NinjaOne, mapeie os grupos do Azure AD para funções em Administration > Accounts > Identity Provider > Group Mapping.

4. Teste a conexão:
– Use a opção Testar Conexão no Azure AD para confirmar que o provisionamento funciona.

Observações importantes:
– IdPs com suporte: Azure AD e Okta têm suporte completo. Outros IdPs compatíveis com SCIM podem funcionar, mas sem suporte total.
– Tipos de usuário: administradores do sistema não podem ser atribuídos via SCIM e precisam ser criados manualmente em NinjaOne.
– Desativação x exclusão: o SCIM desativa usuários em NinjaOne, mas não os exclui. Se precisar, remova manualmente os usuários excluídos.

Para instruções detalhadas, consulte os artigos do NinjaOne Dojo sobre configuração do SCIM e solução de problemas internos do SCIM.

Automatize o provisionamento e o desprovisionamento de usuários com Microsoft Entra ID (Azure AD) e SCIM

Automatizar o provisionamento e o desprovisionamento de usuários com Microsoft Entra ID e SCIM melhora o gerenciamento do ciclo de vida das identidades, reduz riscos de segurança e sustenta a conformidade. Mais importante: acelera muito o onboarding e o offboarding em aplicativos na nuvem e dispositivos conectados.

Este guia detalhou os componentes de uma estrutura de provisionamento segura e escalável, da configuração do Microsoft Entra ID e do SCIM à extensão da automação com PowerShell e Microsoft Graph. Também mostrou como aplicar políticas de acesso no nível do endpoint com scripts de CMD, Política de Grupo e controles de registro, além de como monitorar e auditar mudanças de identidade com visibilidade total.

Por fim, vimos como NinjaOne fortalece esse ecossistema ao alinhar o comportamento dos dispositivos à política de identidade.

Temas relacionados:

FAQs

Provisionamento de dispositivos é o processo de preparar equipamentos de TI, como notebooks, PCs e celulares, para funcionar de uma forma específica. Em geral, envolve instalar os softwares e aplicativos necessários à organização e ajustar as configurações do dispositivo para que ele opere sem atritos no ambiente de TI.

Os recursos de provisionamento automático normalmente exigem uma licença P1 ou P2, que dá acesso à automação de identidades, à filtragem de grupos, à associação dinâmica e aos fluxos de provisionamento no centro de administração do Entra.

Sim. O Microsoft Entra ID provisiona usuários não só em aplicativos SaaS na nuvem via SCIM 2.0, mas também em aplicativos locais ou em nuvem privada, por meio de conectores e agentes de provisionamento compatíveis. Saiba mais sobre o provisionamento local no guia oficial.

O desprovisionamento no Microsoft Entra ID acontece em ciclos agendados de sincronização SCIM, normalmente a cada 20–40 minutos. Quando um usuário é desativado ou removido de um grupo de provisionamento, os aplicativos conectados revogam ou desativam o acesso automaticamente, o que reduz riscos de segurança.

Se o aplicativo não tem suporte nativo a SCIM, o Microsoft Entra ID ainda gerencia o acesso usando Microsoft Graph, PowerShell, Azure Logic Apps ou o Azure SCIM Gateway para criar fluxos personalizados de provisionamento e desprovisionamento.

Recomendados para você

Pronto para simplificar as partes mais difíceis da TI?

Termos e condições NinjaOne

Ao clicar no botão “Aceito” abaixo, você indica sua aceitação dos seguintes termos legais, bem como dos nossos Termos de Uso:

  • Direitos de propriedade: A NinjaOne é proprietária e continuará a ser proprietária de todos os direitos, títulos e interesses relativos ao script (incluindo os direitos autorais). A NinjaOne está concedendo a você uma licença limitada para usar o script de acordo com os presentes termos legais.
  • Limitação de uso: Você só poderá usar o script para fins comerciais internos ou pessoais legítimos, sendo vedado compartilhar o script com terceiros.
  • Proibição de republicação: Em nenhuma circunstância você tem permissão para republicar o script em qualquer biblioteca de scripts pertencente ou sob o controle de qualquer outro fornecedor de software.
  • Isenção de responsabilidade da garantia: O script é fornecido “no estado em que se encontra” e “conforme disponível”, sem qualquer tipo de garantia. A NinjaOne não promete ou garante que o script estará livre de defeitos ou que atenderá às suas necessidades ou expectativas específicas.
  • Assunção de riscos: O uso do script é por sua própria conta e risco. Você reconhece que há certos riscos inerentes ao uso do script, e você compreende e assume cada um desses riscos.
  • Renúncia e isenção de responsabilidade: Você não responsabilizará a NinjaOne por consequências adversas ou não intencionais resultantes do seu uso do script e renunciará a quaisquer direitos ou tutelas legais que possa ter contra a NinjaOne em relação ao seu uso do script.
  • EULA: Se você for cliente da NinjaOne, o uso do script está sujeito ao Contrato de Licença de Usuário Final aplicável a você (EULA).