PurviewTroubleshooting

Purview Endpoint DLP on macOS: onboarding, permissions and the errors that stop it

Get Macs into Purview endpoint DLP with Intune or Jamf Pro, then fix what keeps them out: missing permissions, the DLP feature key, user mapping and Not updated statuses.

Endpoint DLP on a Mac isn't a separate agent: it's a component of Microsoft Defender for Endpoint. A Mac only audits or blocks anything once macOS has approved Defender's extensions and permissions, the DLP feature is switched on in Defender's preferences, and Purview can map the signed-in user. In this post I'll cover both onboarding paths (with and without Defender already deployed), what the device list statuses mean, and how to fix the problems that keep Macs out of policy.

Errors this guide fixes

  • Configuration status: Not updatedPurview portal (Devices list)+1 more guide
  • Policy sync status: Not updatedPurview portal (Devices list)+1 more guide
  • Configuration status: Not availablePurview portal (Devices list)+1 more guide
  • Microsoft Defender needs attentionMicrosoft Defender app on macOS
  • Action neededDefender menu bar icon (macOS)
  • org_id: unavailableTerminal (mdatp health)
How this guide is organized: Symptoms → Why it happens → How to fix it → Verify the fix → Key takeawaysFlow diagram of the article's sections in reading order: 1. Symptoms. 2. Why it happens. 3. How to fix it (6 steps: Turn on macOS device monitoring; Use the onboarding path that matches the Mac; Enable the DLP feature in the Defender preferences; Prove the profiles reached the Mac; Fix user mapping and scope; Check versions, then give it time). 4. Verify the fix. 5. Key takeaways. Toolbox: mdatp, Device onboarding › Devices, Device onboarding › Onboarding, com.microsoft.wdav, mdatp.mobileconfig.1Symptoms2Why it happens3How to fix it4Verify the fix5Key takeaways1Turn on macOSdevice monito…2Use theonboarding p…3Enable the DLPfeature in the…4Prove theprofiles reach…5Fix usermapping and…6Checkversions, then…TOOLBOXmdatpDevice onboarding › DevicesDevice onboarding › Onboardingcom.microsoft.wdavmdatp.mobileconfigHow this guide is organized: Symptoms → Why it happens → How to fix it → Verify the fix → Key takeawaysFlow diagram of the article's sections in reading order: 1. Symptoms. 2. Why it happens. 3. How to fix it (6 steps: Turn on macOS device monitoring; Use the onboarding path that matches the Mac; Enable the DLP feature in the Defender preferences; Prove the profiles reached the Mac; Fix user mapping and scope; Check versions, then give it time). 4. Verify the fix. 5. Key takeaways. Toolbox: mdatp, Device onboarding › Devices, Device onboarding › Onboarding, com.microsoft.wdav, mdatp.mobileconfig.1Symptoms2Why it happens3How to fix it1Turn on macOS device monitoring2Use the onboarding path that matches the Mac3Enable the DLP feature in the Defenderpreferences4Prove the profiles reached the Mac5Fix user mapping and scope6Check versions, then give it time4Verify the fix5Key takeawaysTOOLBOXmdatpDevice onboarding › DevicesDevice onboarding › Onboardingcom.microsoft.wdavmdatp.mobileconfig
At a glance: how this guide is organized · 6 fix steps · 5 key tools

Symptoms#

In the Microsoft Purview portal, under Settings › Device onboarding › Devices, the Mac is missing or shows one of these:

Text
Configuration status: Not updated
Policy sync status: Not updated
Configuration status: Not available

On the Mac itself you may see:

  • The Defender shield in the menu bar with an x badge, and Action needed in its menu.
  • Microsoft Defender needs attention with a Fix button on the Virus & threat protection page.
  • org_id: unavailable in the output of mdatp health, meaning the device isn't onboarded to any organization.

The business symptom is the same in every case: files copied to USB, printed or uploaded from a browser on the Mac are neither blocked nor audited, and Activity explorer shows nothing for the device.

Why it happens#

Finding why a Mac isn't reporting to endpoint DLPIs macOS device monitoring turned on in Purview? if No: Turn on macOS device monitoring (Usually active within a minute; allow up to 30 minutes.); if Yes: Does mdatp health show healthy true and your org_id? if No: Fix the profiles and package (Deploy the profiles before the app; select Fix to see what's missing.); if Yes: What does the Mac's details pane in Purview show? if DLP not enabled: Enable DLP in the Defender profiles (Add dataLossPrevention and Full Disk Access for the DLP daemon.); if User not valid: Fix user mapping and scope (Company Portal enrollment, Enterprise SSO plug-in, policy scope.); if Both look fine: Check versions, then give it time (Only the three latest macOS releases; policy changes can take two hours.)Is macOS device monitoringturned on in Purview?FIXTurn on macOSdevice monitoringUsually active withina minute; allow up to30 minutes.NoDoes mdatp health showhealthy true and your org_id?FIXFix the profilesand packageDeploy the profilesbefore the app;select Fix to seewhat's missing.NoWhat does the Mac's detailspane in Purview show?FIXEnable DLP in theDefender profilesAdddataLossPreventionand Full Disk Accessfor the DLP daemon.DLP not enabledFIXFix user mappingand scopeCompany Portalenrollment,Enterprise SSOplug-in, policy scope.User not validNOTECheck versions,then give it timeOnly the three latestmacOS releases;policy changes cantake two hours.Both look fineYesYesFinding why a Mac isn't reporting to endpoint DLPIs macOS device monitoring turned on in Purview? if No: Turn on macOS device monitoring (Usually active within a minute; allow up to 30 minutes.); if Yes: Does mdatp health show healthy true and your org_id? if No: Fix the profiles and package (Deploy the profiles before the app; select Fix to see what's missing.); if Yes: What does the Mac's details pane in Purview show? if DLP not enabled: Enable DLP in the Defender profiles (Add dataLossPrevention and Full Disk Access for the DLP daemon.); if User not valid: Fix user mapping and scope (Company Portal enrollment, Enterprise SSO plug-in, policy scope.); if Both look fine: Check versions, then give it time (Only the three latest macOS releases; policy changes can take two hours.)Is macOS device monitoring turned on inPurview?NoFIXTurn on macOS device monitoringUsually active within a minute; allow up to 30 minutes.YesDoes mdatp health show healthy true andyour org_id?NoFIXFix the profiles and packageDeploy the profiles before the app; select Fix tosee what's missing.YesWhat does the Mac's details pane inPurview show?DLP not enabledFIXEnable DLP in the Defender profilesAdd dataLossPrevention and Full DiskAccess for the DLP daemon.User not validFIXFix user mapping and scopeCompany Portal enrollment, Enterprise SSOplug-in, policy scope.Both look fineNOTECheck versions, then give it timeOnly the three latest macOS releases; policychanges can take two hours.
Figure 1 · Decision tree Finding why a Mac isn't reporting to endpoint DLP. Work from the Purview setting down to the Mac itself; each answer points to the onboarding step that fixes it.
  • Monitoring is off. Device monitoring, and macOS monitoring specifically, must be turned on in Purview before any Mac can report.
  • Profiles are missing or arrived late. Defender needs system extensions, Full Disk Access, a network filter and accessibility approved by MDM. Microsoft's bundled mdatp.mobileconfig contains all four (sysext, fulldisk, netfilter, accessibility). If the app lands first, macOS falls back to asking the user, and the affected features stay off until someone approves.
  • The DLP daemon has no Full Disk Access. Endpoint DLP adds its own process, com.microsoft.dlp.daemon. A Full Disk Access profile created for Defender before DLP was in scope may not include it.
  • The DLP feature isn't enabled. On Macs that already run Defender, DLP stays off until the com.microsoft.wdav preferences contain the dataLossPrevention feature key.
  • Conflicting preferences. With more than one com.microsoft.wdav profile, macOS merges reliably only at the top level, so one profile can silently override the other's features section.
  • The user can't be mapped. Configuration status includes a UPN check that expects the Mac to be onboarded to your MDM (for Intune, enrolled through Company Portal); Microsoft refers to the Enterprise SSO plug-in for this check.
  • Unsupported versions. Only the three most recent major macOS releases are supported, and the device list needs Defender 101.95.07 or later to report status.

How to fix it#

1. Turn on macOS device monitoring#

In the Purview portal, open Settings, expand Device onboarding, select Devices and choose Enable device monitoring, then Turn on macOS device monitoring. It's usually active within a minute; Microsoft asks you to allow up to 30 minutes before contacting support.

2. Use the onboarding path that matches the Mac#

SituationWhat to deploy
Intune, Defender not yet deployedFrom Settings › Device onboarding › Onboarding choose macOS and Mobile Device Management/Microsoft Intune, then download the package. In the Intune admin center (Devices › macOS › Configuration), create three Custom template profiles: mdatp.mobileconfig, DeviceComplianceOnboarding.xml from the package's Intune folder, and com.microsoft.wdav.mobileconfig. Then add the Defender app under Apps › macOS (app type macOS under Microsoft Defender for Endpoint).
Intune, Defender already deployedNo new package. Confirm the Full Disk Access profile includes com.microsoft.dlp.daemon, and add the DLP feature key (step 3) to your existing Defender preferences profile.
Jamf Pro or another MDMMicrosoft publishes matching procedures, each with a variant for Macs that already run Defender. The building blocks are the same profiles, preferences and package; see deploying Defender for Endpoint with Jamf Pro.

For the Defender side in Intune, including the settings catalog approach (the older macOS Extensions template is deprecated for new policies), follow onboarding macOS to Defender for Endpoint with Intune. Deploy the system configuration profiles before the app so macOS can approve everything without user prompts.

3. Enable the DLP feature in the Defender preferences#

For Macs that already run Defender, add this key to the single com.microsoft.wdav profile you use:

XML
<key>features</key>
<dict>
  <key>dataLossPrevention</key>
  <string>enabled</string>
</dict>

If you already have a features dictionary, add the key inside it rather than creating a second one, and retire any duplicate profiles for the same domain.

4. Prove the profiles reached the Mac#

On the Mac, System Settings › General › Device Management lists the installed profiles; open each one to check its contents. Then confirm the effective preferences and Defender's health:

Bash
plutil -p "/Library/Managed Preferences/com.microsoft.wdav.plist"
mdatp health --field healthy
mdatp health --field org_id
mdatp health --field app_version

Good looks like the features section showing dataLossPrevention as enabled, healthy returning true and your organization ID populated. If the user sees Microsoft Defender needs attention, a permission or extension is still missing: correct the MDM profile rather than relying on users to approve it with the Fix button.

5. Fix user mapping and scope#

Select the Mac in the Purview devices list and open the details pane. Valid user shows whether the signed-in user has a matching Entra ID account and is in scope of a DLP policy that targets Devices, and Endpoint DLP status shows whether DLP is enabled. If the UPN check fails on an Intune Mac, make sure it's enrolled through Company Portal and review your Enterprise SSO plug-in configuration; see Platform SSO for macOS with Intune.

6. Check versions, then give it time#

Scoping policies by device or device group needs Defender build 101.25072 or newer. A policy changed within the last two hours may simply not have reached the Mac yet, so wait before you dig further.

Verify the fix#

  • The devices list shows Updated for both Configuration status and Policy sync status.
  • With a test policy in audit mode, copy a matching file to a USB drive, print it and upload it in Edge, Safari, Chrome or Firefox. Each activity appears in Activity explorer for that device.
  • Endpoint DLP device attributes can also be queried from the DeviceInfo table in advanced hunting, which is handy for checking a whole fleet at once.

Key takeaways#

  • Use Microsoft's bundled mdatp.mobileconfig, and download it again when Microsoft updates any of the files in it.
  • Keep exactly one com.microsoft.wdav profile per Mac.
  • On the path without Defender, removing the assignment of the Defender preferences profile offboards the Mac from Purview. Treat that profile as production.
  • Not every condition behaves as on Windows: Content is not labeled, for example, only works for Word, Excel, PowerPoint and PDF files on endpoints.
  • For Windows devices, see endpoint DLP onboarding and device status on Windows; for the activities you can restrict, see endpoint DLP settings for USB, printers and cloud uploads.

References#

Written and checked against current Microsoft Learn documentation. Test changes with a pilot group before rolling them out to everyone, and if an admin center path has moved since, search for the setting name instead.

Spotted a mistake, or did this fix work differently for you? Email me or message me on LinkedIn — corrections are credited in the article.

Written by

Omer Eltayeb

Intune Subject Matter Expert in Cairo, Egypt, former Microsoft Cloud Solutions Architect, Microsoft Certified Trainer and Microsoft Innovative Educator Expert (2024–26) and Microsoft Elevate Educator Expert (2026–27). I share practical, step-by-step guides, study plans, scripts and toolkits for Microsoft Intune, Configuration Manager, Microsoft Entra ID, Microsoft Defender, Exchange and Microsoft 365 with the community.

Microsoft Certified Trainer (MCT) 2026Microsoft Innovative Educator Expert 2025–2026Microsoft Elevate Educator Expert 2026–2027ISC2 Certified Information Systems Security Professional (CISSP)Microsoft 365 Certified: Enterprise Administrator Expert (MS-102)