Skip to content
3.0 preview2.3.0 stable

These docs describe the preview. Pick the version you run and every page marks what it doesn't have yet. Get the preview →
Maester 2.x docs (archived) →

Sponsor

Groups assigned to Entra Private Access applications should not be nested

MT.1192LowEntra IDGlobal Secure AccessRuns with -IncludePreview

Part of Maester · Entra ID · Global Secure Access · All checks

Run this check
Invoke-Maester -TestId MT.1192 -IncludePreview

Microsoft Entra enterprise application assignment grants access to the direct (and dynamic) members of an assigned group only - the assignment does not cascade to nested groups, and nested group membership is not supported for app assignment. Groups assigned to Global Secure Access Private Access applications (and the Quick Access app) must therefore use direct membership, otherwise members of a nested group are silently left without access.

This limitation applies only to app assignment. Conditional Access scoping does honor nested groups, so the MFA and managed-device coverage checks are not affected.

  1. Identify the flagged Private Access / Quick Access application assignment group(s).
  2. Either flatten the group to direct (or dynamic) membership, or assign the nested group(s) to the application directly.
  3. Re-test to confirm that no assignment group contains a nested group.
Every attribute of this check
FieldValue
Test IDMT.1192
SeverityLow
SuiteMaester
ProductEntra ID
FeatureGlobal Secure Access
AreaAccess control
Resource typeGroup
User impactLow
Implementation costLow
MITRE ATT&CKNone
PowerShell testTest-MtGsaPrivateAccessAppAssignmentNotNested
ServicesGraph
Compatible licensesAAD_PREMIUM
LifecyclePreview