Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Início
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
Menu

Azure Access Control – Passo a passo

Posted on 2 de August de 2019

Olá pessoal. Seguindo nossa série sobre segurança em recursos do Azure, vamos falar sobre a funcionalidade de controle de acesso no Azure, o Identity Access Management (IAM) e demonstrar como conceder acesso a recursos no Azure utilizando o portal e também o powershell.

O que é o Identity Access Management (IAM)?

O controle de acesso do Azure, mais conhecido como IAM possui as mesmas funções do RBAC (Role-based Access Control), mas controla os acessos a recursos, grupos de recursos e subscriptions no Azure. Possuir uma conta no Azure AD não garante o acesso aos recursos disponíveis nesta plataforma. Para ter acesso aos recursos do Azure, é necessário utilizar o RBAC (IAM) para permitir o acesso aos serviços disponíveis no Azure para cada usuário.

Para a demonstração, vamos considerar o cenário abaixo:
Recurso a ser concedido o acesso: rg-iam-lab
Resource Owner: Sara
Resource Contributor: IT Group; John

Clique no recurso que terá seu acesso configurado e, selecione a opção Access control (IAM).

Clique em Add para configurar os acessos ao resource group rg-iam-lab.

Na console so IAM, clique em Add no menu “Add a role assignment”.

Para exemplificar os acessos, vamos conceder o acesso de Owner para a uauária Sara.

Vamos conceder acesso de contributor para o grupo “IT Group”.

Nota: basicamente a diferença entre as funções Owner e o Contributor é que o segundo não possui permissão de editar permissões.

Acessamos o portal do Azure com o usuário John que atribuímos a função “Contributor” para o grupo de recurso rg-iam-lab. Note abaixo que não possuindo a função “Owner”, as funções de adicionar e configurar permissões estão desabilitadas.

Agora vamos verificar as opções disponíveis para a usuária Sara, que possui a função de “Owner” neste Resource Group.

Para entender melhor as roles RBAC no Azure, acesse esse link.

Controlando acessos usando o powershell

Para demonstrar como configurar acessos utilizando o powershell, vamos considerar o cenário abaixo:
Recurso a ser concedido o acesso: rb-iam-lab-ps
Resource Owner: John
Resource Contributor: IT Group; Sara
Resource Reader: Fred

Abra o powershell e conecte no Azure utilizando o comando Connect-AzAccount. Caso não tenha configurado ainda o módulo do Azure para powershell, acesse esse post onde ensino passo a passo como configurar.

Vamos atribuir a função de “Owner” para o usuário John executando o comando:

Sintaxe: New-AzRoleAssignment -ResourceGroupName nome do recurso -SignInName usuário@dominio -RoleDefinitionName função

É possível também atribuir acessos utilizando o parâmetro -Objectid do usuário ou grupo no Azure.

Para identificar qual o Objectid de um grupo, execute o comando abaixo:

Para identificar qual o Objectid de um usuário, execute o comando abaixo:

Vamos definir agora a permissão de “Contributor” ao grupo IT Group e “Reader” ao usuário Fred através utilizando o atributo Objectid. Execute o comando abaixo para atribuir o acesso ao grupo IT Group:

Vamos agora adicionar a permissão de “Reader” ao usuário Fred no grupo de recurso rb-iam-lab-ps usando o comando:

Sintaxe: New-AzRoleAssignment -ResourceGroupName nome do recurso – -ObjectId Atributo ID do objeto -RoleDefinitionName função

Visualizando permissões atuais em um recurso no powershell

Você pode verificar quais permissões estão concedidas a um recurso rodando o comando:

Removendo permissões em um recurso

Para exemplificar como deletar uma permissão, vamos remover o acesso de “Read” do usuário Fred. Para remover permissões de um recurso, execute o comando:

Ao executar o comando de listar novamente, podemos perceber que o usuário Fred não possui mais permissão no resource group.

Controlando acessos usando o Azure Cli

Vamos configurar o mesmo cenário de acessos com o powershell utilizando comandos do Azure Cli, mas em um novo grupo de recursos chamado rb-iam-lab-acli e considerar as permissões abaixo:

Recurso a ser concedido o acesso: rb-iam-lab-acli
Resource Owner: John
Resource Contributor: IT Group; Sara
Resource Reader: Fred

Para conceder acesso a um recurso no azure utilizando o Azure Cli, vamos executar o comando abaixo:

Para atribuir a permissão de grupo, vamos identificar qual o Objectid do grupo “IT Group” utilizando o Azure Cli. Execute o comando:

Vamos copiar os dígitos marcados abaixo para atribuir o acesso.

Vamos agora atribuir a permissão de “Contributor” para o grupo IT Group utilizando o comando:

Vamos atribuir ao usuário Fred o acesso de “reader” com o comando:

Para mais informações sobre como criar permissões em recursos utilizando o Azure Cli, acesse este link.

Visualizando permissões atuais em um recurso

Você pode verificar quais permissões estão concedidas a um recurso rodando o comando:

Removendo permissões em um recurso

Para exemplificar como deletar uma permissão, vamos remover o acesso de “Read” do usuário Fred. Para remover permissões de um recurso, execute o comando:

Ao executar o comando de listar novamente, podemos perceber que o usuário Fred não possui mais permissão no resource group.

Resumo

Bom, pessoal. Neste post abordamos bastante sobre controle de acesso de usuários e grupos em um recurso ou grupo de recursos utilizando o controle de acessos do Azure (IAM). Explicamos o conceito, aplicação e fizemos um passo a passo de como adicionar, remover e visualizar acessos utilizando o portal do Azure, o powershell e o Azure Cli.

No próximo post, vamos abordar políticas do Azure e como aplicá-las em recursos para garantir a padronização dos recursos definidos pela companhia.

Espero que este conteúdo tenha contribuído com o enriquecimento do conhecimento de vocês em Azure.

Gostaram do post? Curtam e compartilhem.

Tem alguma sugestão ou observação, comente.

[ ]’s

Ulysses Neves

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know 17 de March de 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys 23 de September de 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength 21 de April de 2024
  • Troubleshooting Error Code ‘0x000005e’ in WHfB: PIN Authentication Woes 11 de February de 2024
  • WHfB: Fixing Windows Hello for Business error ‘LogoncertTemplateReady: NO (StateNoTemplate)’ 29 de December de 2023

Archives

  • March 2026
  • September 2024
  • April 2024
  • February 2024
  • December 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • April 2023
  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • October 2022
  • September 2022
  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • August 2021
  • July 2021
  • June 2021
  • May 2021
  • April 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019

Tags

#aaddownleveldevice #aadhybridjoin #adfs #adfsonsql #azuread #azureauth #azureCA #azuredevice #azurehybridjoin #azuremfa #azuresecurity #capolicy #cloudkerberostrust #conditionalaccess #conditionalaccesspolicy #deviceregistration #gmsaaccount #gopasswordless #hybridaadjoin #mfaserver #msadfs #msazure #msidentity #namedlocation #sslcertificatevalidation #tshootadfs #tshoothybridjoin #tshootwaptrust #waptrust #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #widdatabase adconnect authenticationcontext authenticationstrength az500 azuread azuremfa azurepim azuresecurity cloudsecurity microsoft365 msazure WHfB
©2026 Ulysses Neves | Design: Newspaperly WordPress Theme
Ulysses Neves
Gerenciar Consentimento de Cookies
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Always active
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
Ver preferências
  • {title}
  • {title}
  • {title}