Security checks / Check reference / Privileged access (PIM)

Role Custom Role In Use

High Severity Microsoft 365 security check in the Privileged access (PIM) domain.

A custom (non-built-in) role definition has active assignments Custom roles can hide privilege escalation paths, are harder to audit against benchmarks, and may grant unexpected permission combinations. Siemserva runs this check automatically across your tenant and maps every finding to the compliance frameworks below.

High SeverityPrivileged access (PIM)SCuBA MS.AAD.7.1v1

Check summary

Severity
High
Domain
Privileged access (PIM)
Rank in domain
4
Frameworks
6

What this check verifies

A custom (non-built-in) role definition has active assignments

Why it matters

Custom roles can hide privilege escalation paths, are harder to audit against benchmarks, and may grant unexpected permission combinations. Risk level is determined by the permissions the role grants, roles with credential, role assignment, or tenant-wide write access are classified as highly privileged

How to fix it

Review custom role permissions; verify they follow least-privilege; document business justification; prefer built-in roles where possible

Siemserva flags every tenant where this check fails and, with Senserva Trustworthy AI remediation, can propose a validated fix you approve before it applies.

Ask your own AI about this check

Copy this prompt into Claude, ChatGPT, or Copilot. The facts are included, sourced from this page.

Compliance framework mappings

Findings from this check serve as evidence for:

Related Entra ID guides

This is an Entra ID and identity check. See the broader guidance and the exact checks Siemserva runs in this area:

Common questions

What does the Role Custom Role In Use check verify?

A custom (non-built-in) role definition has active assignments It is a High Severity check in the Privileged access (PIM) domain, one of the 650+ checks Siemserva runs across Microsoft 365, Intune, Defender, and Entra ID.

How do I fix a Role Custom Role In Use finding?

Review custom role permissions; verify they follow least-privilege; document business justification; prefer built-in roles where possible Siemserva ranks the finding by Severity and, with Senserva Trustworthy AI, can propose a validated, approve-before-apply configuration fix.

Which compliance frameworks does this check evidence?

Findings from this check map to SCuBA, MCSB, NIST, SOC2, CIS, HIPAA, including SCuBA policy MS.AAD.7.1v1, MS.AAD.7.2v1, MS.AAD.7.3v1, MS.AAD.7.4v1, MS.AAD.7.5v1, MS.AAD.7.6v1, MS.AAD.7.7v1, MS.AAD.7.8v1, MS.AAD.7.9v1, and MCSB controls PA-1, PA-7. That mapping is what turns a scan finding into audit evidence.

Can I ask my own AI about this check?

Yes. This page includes a free copy-paste AI prompt carrying the check's facts: what it verifies, the risk, the remediation, and the framework mappings. Paste it into Claude, ChatGPT, or Copilot; cite-worthy detail without giving an AI access to your tenant.

All 672 checks with severities and mappings: the Microsoft 365 security checks catalog.

Reference: the compliance and audit guide, and the full checks catalog.
Data notice: check definitions describe what Siemserva verifies and are provided as is, for informational purposes only, without warranty of any kind. Framework mappings are informational and do not constitute compliance advice; confirm requirements with your assessor. All use of this data is subject to the Senserva EULA.