{"id":22681,"date":"2026-05-28T10:30:00","date_gmt":"2026-05-28T17:30:00","guid":{"rendered":"https:\/\/www.microsoft.com\/insidetrack\/blog\/?p=22681"},"modified":"2026-06-09T13:20:05","modified_gmt":"2026-06-09T20:20:05","slug":"transforming-our-approach-to-sensitivity-labels-at-microsoft-with-microsoft-entra","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/insidetrack\/blog\/transforming-our-approach-to-sensitivity-labels-at-microsoft-with-microsoft-entra\/","title":{"rendered":"Transforming our approach to sensitivity labels at Microsoft with Microsoft Entra"},"content":{"rendered":"\n
Security groups serve as the backbone of our approach to access control across the Microsoft corporate tenant. These groups determine who has access to different resources across our network, including Azure subscriptions, Power BI reports, SharePoint sites, and more.<\/p>\n\n\n\n
For years, our security groups operated without consistent, policy\u2011based guardrails. As a result, we couldn\u2019t uniformly control guest access to sensitive resources or apply governance consistently across different group types.<\/p>\n\n\n\n
Addressing this required a complex, coordinated effort by our team here in Microsoft Digital, the company\u2019s IT organization, and the Microsoft Entra product team.<\/p>\n\n\n\n \u201cBecause IT security is our highest priority at Microsoft, we knew we needed a better approach to limiting access to groups within our tenant. And we realized that Microsoft Entra was a powerful in-house solution that represented our best path forward to solve for this challenge.\u201d<\/p>\nDavid Johnson, principal product manager architect, Microsoft Digital<\/cite><\/blockquote>\n\n\n\n The result is a new approach to sensitivity labels across the organization that strengthens our security posture, which benefits Microsoft and our customers.<\/p>\n\n\n\n \u201cBecause IT security is our highest priority at Microsoft, we knew we needed a better approach to limiting access to groups within our tenant,\u201d says David Johnson, a principal product manager architect in Microsoft Digital. \u201cAnd we realized that Microsoft Entra was a powerful in-house solution that represented our best path forward to solve for this challenge.\u201d<\/p>\n\n\n\n Go deeper<\/strong><\/p>\n\n\n\n Learn how to assign sensitivity labels to Microsoft Entra security groups.<\/a><\/p>\n<\/div>\n<\/div>\n\n\n\n Sensitivity labels for Microsoft 365 groups are labels that govern join and access restrictions for membership and sharing. They have been a product feature since 2020. But sensitivity labels for security groups\u2014labels that enforce rules about who can join a group\u2014had no equivalent.<\/p>\n\n\n\n This meant that organizations that wanted to govern who could join a security group or determine if guests are permitted and how group membership is managed had to either lock down the group creation process entirely, or rely on reactive scanning after the fact.<\/p>\n\n\n\n “Security groups are a key piece of our efforts to secure sensitive resources,” says Mohit Bhargava, a principal product manager on the Microsoft Entra team, which manages the Entra family of identity and network access products. \u201cWe wanted to apply policies to protect who could be in security groups so that the sensitive resources in those groups would remain secure.”<\/p>\n\n\n\n “Whoever gets into an Azure security group can have access to all the resources associated with the Azure subscription. That’s a potential high-severity threat.”<\/p>\nBasanth Kakumani, software engineer II, Microsoft Digital<\/cite><\/blockquote>\n\n\n\n The security risk is real. If an unauthorized guest account ends up as a member of a security group that governs access to an Azure subscription, that guest gains access to every resource inside that subscription.<\/p>\n\n\n\n “Whoever gets into an Azure security group can have access to all the resources associated with the Azure subscription,” says Basanth Kakumani, a software engineer II in Microsoft Digital. “That’s a potential high-severity threat.”<\/p>\n\n\n\n Another priority was the need for consistency across experiences.<\/p>\n\n\n\n “Microsoft 365 groups have supported labeling for a very long time,” Bhargava says. “Customers have an expectation that there’s parity across group types, so that they can govern them uniformly. That was another driving factor for this work.”<\/p>\n\n\n\n Security groups reuse the same sensitivity labels already configured for Microsoft 365 groups and SharePoint sites in Microsoft Purview\u2014so admins don\u2019t need to create or manage a separate set of labels. This reuse reduces configuration overhead and supports a more consistent governance model across group types.<\/p>\n\n\n\n Without sensitivity label support, we had to make do with alternative solutions. The most common one was simply preventing certain users from creating any security groups at all.<\/p>\n\n\n\n In the Microsoft tenant, this meant that employees who needed a security group had to fill out a form that had custom business logic behind it.<\/p>\n\n\n\n “We had on-premises, Active Directory, synchronization, tooling, and customization,” Johnson says. “This caused latency, from the time you created your group to the time it would show cloud membership. If you wanted to manage your membership, you had to do it on premises, AD, and then wait for it to sync to Entra.”<\/p>\n\n\n\n Neither centralized control nor reactive governance was a satisfying solution to prevent policy violations.<\/p>\n\n\n\n \u201cThis is really about making reactive things more proactive. We want to catch problems before they occur.\u201d<\/p>\nJohn Begley, principal software engineer, Microsoft Digital<\/cite><\/blockquote>\n\n\n\n Typically, IT is going to manage this in one of two ways: Either we turn off self-service and manage everything on behalf of users, or we do reactive governance, which includes scanning groups and looking for policy violations.<\/p>\n\n\n\n Those aren\u2019t super effective at preempting violations.<\/p>\n\n\n\n \u201cThis is really about making reactive things more proactive,\u201d says John Begley, a principal software engineer in Microsoft Digital. \u201cWe want to catch problems before they occur.”<\/p>\n\n\n\n Coming up with a solution to this challenge required a genuine partnership.<\/p>\n\n\n\n We at Microsoft Digital approached the Entra product team and explained the problem we were trying to solve. Rather than simply handling this as a feature request, the two teams agreed to a co-development arrangement.<\/p>\n\n\n\n “Having access to a very large customer who cares deeply about security was extremely helpful. If it works for Microsoft, which is so complicated and huge, it’s going to work for smaller-sized tenants too.”<\/p>\nMohit Bhargava, principal product manager, Microsoft Entra<\/cite><\/blockquote>\n\n\n\n Microsoft Digital team members would work alongside Entra engineers as the feature was built, serving simultaneously as implementation partner, design critic, and test environment\u2014what we like to call our Customer Zero role<\/a>.<\/p>\n\n\n\n Bhargava found the partnership equally illuminating from the product side.<\/p>\n\n\n\n “Having access to a very large customer who cares deeply about security was extremely helpful,\u201d he says. \u201cIf it works for Microsoft, which is so complicated and huge, it’s going to work for smaller-sized tenants too.”<\/p>\n\n\n\n For Begley and his team, working closely with the product team revealed how complex the solution actually was.<\/p>\n\n\n\n “Both the product team and Microsoft Digital walked into this thinking a fix was going to be simpler than what it turned out to be,” Begley says. “It’s been eye-opening to see how the product is built, how it runs, what all the moving parts are. We learned early on that there was significant co\u2011development happening within Entra itself, across teams with very different areas of expertise.”<\/p>\n\n\n\n That dynamic played out in specific feature decisions. The team’s original plan did not include support for agent access controls and didn\u2019t include the ability to prevent AI agents from joining sensitive security groups. This is something the product group quickly addressed and resolved after our team in Microsoft Digital raised it as a concern.<\/p>\n\n\n\n “One of the first customers who raised it was Microsoft Digital,” Bhargava says. “They said we needed need to start thinking about it ahead of time to get ahead of the problem.”<\/p>\n\n\n\n Sensitivity labels for Microsoft Entra cloud security groups are now in public preview. The same labels you publish in Microsoft Purview for Microsoft 365 groups and sites now apply to Entra security groups. Visit Microsoft Learn for scope, supported scenarios, and current preview behaviors.<\/a><\/p>\n\n\n\n The practical impact of this solution lands on both sides of the relationship between Microsoft Digital and the company\u2019s employees.<\/p>\n\n\n\n “Now I can’t accidentally have guests in an internal-only group, which changes the dynamic. Employees can create their own Entra security groups now, without us having to worry that they’ll be inviting guests where they shouldn’t be.”<\/p>\nDavid Johnson, principal product manager architect, Microsoft Digital<\/cite><\/blockquote>\n\n\n\n For IT admins, the shift is from reactive remediation to proactive prevention. For employees, it means self-service action with security groups become viable again, without the security risks that made organizations reluctant to enable it before.<\/p>\n\n\n\n “Now I can’t accidentally have guests in an internal-only group, which changes the dynamic,” Johnson says. “Employees can create their own Entra security groups now, without us having to worry that they’ll be inviting guests where they shouldn’t be.”<\/p>\n\n\n\n Johnson underscores the broader ambition behind the shift, which is to allow employees to create and manage groups directly in Entra.<\/p>\n\n\n\n “A company that can unblock self-service action by its employees with confidence, knowing that there\u2019s an additional level of protection\u2014that’s very important,” he says.<\/p>\n\n\n\n Labeling support for security groups is already being extended across the organization, with AI governance in mind.<\/p>\n\n\n\n Adding the ability to block agents from joining sensitive security groups is our next logical step. Guest membership is enforced via allow-to-add guest policy, but agents won’t join in the same way. Rather, we will set policies in Purview and then use labels to control if an agent can join a group.<\/p>\n\n\n\n The longer-term vision involves extending oversharing prevention beyond Entra itself. This will make it impossible (not just detectable) to accidentally assign a highly confidential resource to an unlabeled or inappropriately scoped security group. The foundation we\u2019ve built with labeling in Entra is what makes this vital step possible.<\/p>\n\n\n\n “We want to get into the preventative aspect,” Johnson says. “The goal is to make it so it\u2019s not possible to overshare in the first place.”<\/p>\n\n\n\n Key takeaways<\/p>\n<\/div>\n\n\n\n Here are some tips as you consider ways to address how you manage your own security labeling practices: <\/p>\n\n\n\n Try it out<\/p>\n<\/div>\n\n\n\n Learn more about configuring security with Microsoft Entra.<\/a><\/p>\n<\/div>\n\n\n\n Related links<\/p>\n<\/div>\n\n\n\n Security groups serve as the backbone of our approach to access control across the Microsoft corporate tenant. These groups determine who has access to different resources across our network, including Azure subscriptions, Power BI reports, SharePoint sites, and more. For years, our security groups operated without consistent, policy\u2011based guardrails. As a result, we couldn\u2019t uniformly […]<\/p>\n","protected":false},"author":227,"featured_media":22683,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":true,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_hide_featured_on_single":false,"_show_featured_caption_on_single":true,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[71],"tags":[199,868,827,115,689,848,851],"coauthors":[894],"class_list":["post-22681","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-featured","tag-ai","tag-ai-deployment-and-adoption","tag-microsoft-365-copilot","tag-microsoft-azure","tag-network-security","tag-security-and-risk-management","tag-tenant-management","m-blog-post"],"yoast_head":"\n
<\/figure>\n\n\n\n\n
<\/figure>\n<\/div>\n\n\n\nClosing the security gap<\/h2>\n\n\n\n
<\/figure>\n\n\n\n\n
Security workarounds, and why they fell short<\/h2>\n\n\n\n
\n
A collaborative solution<\/h2>\n\n\n\n
\n
Changes afoot for IT admins and employees<\/h2>\n\n\n\n
\n
Looking ahead: AI and the expanding policy surface<\/h2>\n\n\n\n
<\/figure>\n\n\n\n\n
<\/figure>\n\n\n\n
<\/figure>\n\n\n\n\n