Bendrinti naudojant


Microsoft Entra classification and sensitivity labels for Microsoft 365 groups

This article discusses classic Microsoft Entra classification and sensitivity labels.

Sensitivity labels are supported by these services.

For complete info about sensitivity labels, see Learn about sensitivity labels.

To learn more about sensitivity labels and their behavior for sites and Microsoft 365 groups, see Use sensitivity labels to protect content in Microsoft Teams, Microsoft 365 groups, and SharePoint sites.

See the following scenarios for best practices when migrating from classic Microsoft Entra classification to the sensitivity labels.

Tip

If you're not an E5 customer, use the 90-day Microsoft Purview solutions trial to explore how additional Purview capabilities can help your organization manage data security and compliance needs. Start now at the Microsoft Purview compliance portal trials hub. Learn details about signing up and trial terms.

Scenario 1: Tenant never used classic Microsoft Entra classifications or sensitivity labels for documents and emails

  • Tenant Admin enables sensitivity labels for groups by setting the tenant flag “EnableMIPLabels” to true via Microsoft Graph PowerShell cmdlet.
  • Tenant Admin creates the sensitivity labels in the Microsoft Purview compliance portal.
    • Tenant admin can choose file and email-related actions like encryption and watermarking.
    • Tenant admin can choose Microsoft 365 Groups and SharePoint Online site-related actions to the sensitivity labels.
  • Tenant Admin publishes the policy.
  • Compatible workloads show sensitivity labels. Use the sensitivity labels to create groups. Compatible workloads are the services which support sensitivity labels.
  • Non-compatible workloads are the services which don't support sensitivity labels yet. Groups can be created, however, they can't be associated with the sensitivity label through noncompatible workloads. To associate such groups with sensitivity labels, tenant admins can run PowerShell cmdlets.

Table 1. Behavior of compatible and noncompatible workloads – create, edit, or delete groups

Workload What label list does user see in group window? Create new group Edit group Delete group
Compatible sensitivity labels. No change in behavior. No change in behavior. No change in behavior.
Noncompatible No sensitivity labels visible. User can create a group without selecting sensitivity label.

Note, the admin can run cmdlets to apply sensitivity labels in the background.
Case 1: No sensitivity label previously selected. User can edit a group.

Case 2: sensitivity label applied previously in the background using cmdlet. User can edit a group successfully, excluding the case where user selects invalid combination of privacy setting with respect to the label.
No change in behavior.

Note

In the case of Outlook desktop client (Win 32), after admin enables sensitivity labels on their tenant, and their user is on an older version of the Outlook desktop client (Win 32):

  • User sees sensitivity labels appear on the older version of the Outlook desktop client.
  • However, when the user edits a group, and saves the group with a sensitivity label, the selected privacy setting is overridden by the privacy setting of the applied sensitivity label.

We recommend that your users on an old version of Outlook client upgrading to the newer version.

Scenario 2: Tenant is already using classic Microsoft Entra ID classifications

Case A: Tenant never used sensitivity labels for documents and emails

  1. In the Microsoft Purview compliance portal, we recommend creating sensitivity labels with same name as the existing classic Microsoft Entra ID labels.
  2. Use the PowerShell cmdlet to apply these sensitivity labels to existing Microsoft 365 groups and SharePoint sites using name mapping.
  3. Admin can choose to delete the classic Microsoft Entra ID labels:
    • Compatible workloads show these sensitivity labels and groups get created with them.
    • Non-compatible workloads work when creating groups, but no sensitivity label is attached to them.
  4. Admins can run PowerShell cmdlets to apply sensitivity labels to these groups with no labels.
    • Alternatively, an admin can choose to keep the classic Microsoft Entra ID labels:
      • Compatible workloads show these sensitivity labels, and groups get created with them. Compatible workloads are the services which support sensitivity labels.
      • Non-compatible workloads work when creating groups, and show classic Microsoft Entra ID labels. These classic Microsoft Entra ID labels are attached to these groups created with non-compatible workloads.
  5. We highly recommend that admins run PowerShell cmdlets to apply sensitivity labels to these groups with classic Microsoft Entra ID labels.

Table 2. Behavior of compatible and non-compatible workloads – create, edit, or delete groups

Workload What label list does user see in group window? Create new group Edit group Delete group
Compatible sensitivity labels. No change in behavior. No change in behavior. No change in behavior.
Non-compatible Old classic Microsoft Entra ID labels. User can create a group with classic Microsoft Entra ID label selected.

Note, the admin can run cmdlets to apply sensitivity labels in the background.
Case 1: No sensitivity label previously selected. User can edit a group.

Case 2: Classic Microsoft Entra ID labels previously selected. User can edit a group.

Case 3: sensitivity label previously applied in the background using cmdlet. User should be able to edit a group, excluding one case where user selects invalid combination of privacy setting with respect to the label.
User can delete a group.

Note

In the case of Outlook desktop client (Win 32), after admin enables sensitivity labels on their tenant, and their user is on an older version of the Outlook desktop client (Win 32):

  • User sees sensitivity labels appear on the older version of the Outlook desktop client.
  • However, when the user edits a group, and saves the group with a sensitivity label, the selected privacy setting is overridden by the privacy setting of the applied sensitivity label.

We recommend that your users on an old version of Outlook client upgrading to the newer version.

Case B: Tenant used sensitivity labels for documents and emails

  1. As soon as admin enables sensitivity label feature on the tenant by setting the tenant flag ‘EnableMIPLabels’ to true, the document and email sensitivity labels in group/site/team create and edit dialog boxes appear.
  2. An admin can use the same document and email sensitivity labels to enforce privacy and external user access on the group/site/team by specifying related group settings:
    1. In the Microsoft Purview compliance portal, select the Sites and Groups tab.
    2. Edit a document or email sensitivity label.

Sample script

For a sample script to migrate groups with classic Microsoft Entra ID labels to sensitivity labels, see Classic Microsoft Entra group classification.