Start with identity and intent
The design treats every access request as untrusted until the user, role and context are established. Administrative paths receive stricter controls than ordinary user access.
Featured portfolio project · Phase 1 shipped
A Terraform-driven reference implementation for building an identity-first Azure baseline with Conditional Access, emergency access, least privilege and documented design decisions.
Interactive walkthrough
Select each stage to see the purpose of the control, not just the technology behind it.
The design treats every access request as untrusted until the user, role and context are established. Administrative paths receive stricter controls than ordinary user access.
Strong authentication is paired with controlled emergency-access accounts. The exception exists for resilience, but is tightly separated, monitored and documented.
Conditional Access applies requirements based on identity, device, risk and target resource. Policies are designed for staged rollout rather than an immediate tenant-wide switch.
Authentication is not the end of the control chain. Azure RBAC and policy guardrails reduce privilege and constrain how resources can be created or changed.
Design decisions
Break-glass accounts are separated from ordinary administration so recovery remains possible without weakening the standard path.
Conditional Access changes can lock out legitimate users. The design emphasises review, report-only evaluation, exclusions and rollback thinking.
Terraform makes the intended configuration visible, repeatable and easier to compare over time than undocumented portal changes.
Identity failures can expose every connected cloud service. A secure baseline must reduce risk without creating fragile controls that operations teams cannot safely maintain.