Unable to assign app protection policy to user

Priya Jayaraman 466 Reputation points
2026-06-26T03:40:30.41+00:00

https://learn.microsoft.com/en-us/entra/identity/conditional-access/migrate-approved-client-app

We are migrating from Required client app to app protection policy in MDM conditional access policy.

we observed that CA policy failure for 'Application needs to enforce Intune protection policies' error

Failure reason-Application needs to enforce Intune protection policies.

Sign-in error code-53005

Although app protection policy is applied to the device, We observed that for user with "Incomplete user enrollment" under Intune Enrollment failures report for the same user

Android Version- 13.0

Android Model- Infinity

Please share the models and OS versions supported for Intune enrolment & possible reason for the

Cheers

Microsoft Security | Intune | Enrollment
0 comments No comments

2 answers

Sort by: Most helpful
  1. AI answer

    2026-06-26T03:40:52.2+00:00

    The error Application needs to enforce Intune protection policies (sign-in error 53005) indicates that Conditional Access is requiring an Intune app protection policy (MAM), but from Entra/Intune’s perspective the app/user/device combination is not correctly targeted or fully enrolled for app protection.

    From the provided context, the following points are relevant:

    1. App protection policies must be user-targeted and app-aware
      • App protection policies must be assigned to user groups, not device groups.
      • The targeted apps must use the Intune App SDK; otherwise, app protection policies may not work correctly.
      • If the app does not support the Require app protection policy control, Conditional Access will block access.

      “The Intune app protection policy must be assigned to user groups and not device groups.”
      “When you configure Intune app protection policies, the targeted apps must use Intune App SDK. Otherwise, app protection policies may not work correctly.”
      “If an app doesn't support Require app protection policy, end users trying to access resources from that app are blocked.”

      So one likely cause of the 53005 failure is that either:
      • The user is not actually in the included user group for the app protection policy (or is in an excluded group), or
      • The app being used is not an Intune-managed app that supports app protection policies.
    2. Verify app protection policy assignment and status for the user
      Use the Intune admin center to confirm that the user is correctly targeted and that the app protection policy is active for that user:
      1. Sign in to the Microsoft Intune admin center.
      2. Go to Apps > Monitor > App protection status, then select the User status tile for Android.
      3. Select Select user, search for the affected user, and review the details. Note it can take up to 24 hours for a newly targeted user to appear.
      4. Confirm the user is in the correct user group used for the app protection policy assignment:
        • Groups > All groups → select the group used for the app protection policy → Members.
        • Ensure the user is not in any excluded group for that policy.
    3. Ensure Conditional Access is configured for “Require approved client app” OR “Require app protection policy”
      When migrating from “Require approved client app” to “Require app protection policy”, the recommended pattern is to configure the grant controls as one of the selected controls, not all:
      • In the Conditional Access policy:
        • Under Access controls > GrantGrant access.
        • Select Require approved client app and Require app protection policy.
        • Under For multiple controls, select Require one of the selected controls.
      This ensures that if the app is an approved client app but does not yet support app protection policies, users are not unnecessarily blocked.
    4. “Incomplete user enrollment” and supported device state
      The context does not provide a list of supported Android models/OS versions for Intune enrollment. It does, however, highlight that:
      • App protection policies are supported for personally-owned work profile devices on Android Enterprise.
      • The device must be in a supported management state for app protection to apply correctly.

      “If the affected device uses Android Enterprise, only personally-owned work profiles will support app protection policies.”

      The “Incomplete user enrollment” status suggests that the user’s device is not fully enrolled or not in the expected management state (for example, work profile not fully created or user sign-in not completed). Until the enrollment is complete and the app receives the Intune MAM configuration (such as IntuneMAMUPN/IntuneMAMDeviceID where applicable), Conditional Access will treat the app as not enforcing protection policies and return 53005. In this scenario, the likely causes are:
      • Enrollment flow was interrupted or not completed on the Android 13 device.
      • The device is not in a supported Android Enterprise work profile configuration for app protection.
      • The app in use is not correctly receiving MAM configuration due to the incomplete enrollment.
      The remediation is to:
      • Ensure the user completes the full Intune enrollment / work profile setup on the device.
      • Confirm the device is using a supported Android Enterprise mode (personally-owned work profile for MAM).
      • After enrollment completes, re-check the user’s App protection status and retry sign-in.
    5. Supported models and OS versions
      The provided context does not include a supported device matrix (specific Android models and OS versions) for Intune enrollment. Only general conditions are given (for example, Android Enterprise personally-owned work profiles for app protection). For a specific model such as “Infinity” on Android 13, the key requirement from the context is that it must support the required Android Enterprise mode and Intune app protection, and that enrollment must complete successfully.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

    1 person found this answer helpful.
  2. Derek Morgan II 0 Reputation points
    2026-07-27T16:06:43.91+00:00

    Quick gut check before you go deeper on enrollment: that "Incomplete user enrollment" status is probably not your problem. That report just tracks people bailing out of the Company Portal wizard, and the app protection grant in CA doesn't actually care about device enrollment state at all, it's evaluated at the app level.

    On Android, the thing that actually has to happen is Company Portal registering as the broker. A couple things I'd check first:

    Did the user sign into Company Portal itself, not just Teams or whatever app they're trying to open? That sign-in is what completes the broker registration. Installing the target app alone won't trigger it.

    Is Authenticator also on that device? If it landed before Company Portal, MSAL just talks to whichever broker got there first, and you can end up with a device that looks fine but never actually registers.

    Worth confirming the app itself supports Intune app protection too. If it's not built on the Intune App SDK, no amount of broker fiddling gets you there.

    Fastest way to tell what's actually going on: Apps > Monitor > App protection status > Android user status in the Intune admin center. If there's no check-in at all for this user, you're looking at a broker registration issue, not a policy assignment one.

    Doc for reference if you want to go deeper: https://learn.microsoft.com/en-us/troubleshoot/mem/intune/app-protection-policies/troubleshoot-mam

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.