TROUBLESHOOTING / CLOUD / IDENTITY

Cloud access
without guesswork.

Decision paths for common AWS, Azure and Microsoft 365 failures where identity, authorization, network reachability or service dependencies are involved.

AWSAWS IAM Access DeniedPrincipal → identity policy → resource policy → permission boundary → SCP → session context.

Check: exact principal, action, resource and region. Evaluate explicit denies before adding permissions. Capture the complete authorization error.

Verify: retest the same action with the same identity and confirm least-privilege remediation.

AZAzure RBAC Access FailureIdentity → scope → role assignment → deny assignment → resource/provider state.

Check: tenant, subscription, resource scope, role assignment and token freshness. Separate Azure RBAC from Entra directory roles.

Verify: confirm effective access at the intended scope without broadening permissions unnecessarily.

CAEntra Authentication / CASign-in → authentication → Conditional Access → grant/session controls → application.

Check: sign-in logs, correlation ID, user/device state, application, location and authentication strength.

Verify: confirm the expected policy result and test from the original context.

M365Microsoft 365 Service AccessDNS → identity → client → service endpoint → policy → workload health.

Check: whether the issue is tenant-wide, user-specific or device-specific. Correlate sign-in, client and service-health evidence.

Verify: test the affected workload from a controlled client and compare with an unaffected path.

CLOUD DIAGNOSTIC MODEL

Prove the deny.

Authorization failures are easiest to fix when the exact identity, action, resource and policy decision are known.

01Identity
02Action
03Resource
04Policy
05Context
06Verify
Do not fix authorization with “Allow *”.

Start from the observed denied action and intended resource. Remove ambiguity first, then make the smallest policy change required.