Quick answer: An Azure security assessment is a structured review of an Azure environment against security best practices such as the Microsoft cloud security benchmark. It examines identity and access in Microsoft Entra ID, network exposure, data protection, logging, Microsoft Defender for Cloud findings, backup and governance, then produces a prioritized remediation plan. Small businesses typically complete one in 1-3 weeks.
Key takeaways
- Identity is the biggest risk area. Enforce MFA, remove standing admin access and review guest accounts first.
- Public exposure of VMs, storage and databases is the most common misconfiguration in small environments.
- Microsoft Defender for Cloud and Secure Score give a free starting point, but they need human prioritization.
- Logging and tested backups determine whether you can detect and recover from an incident.
- Repeat the assessment at least annually and after major changes.
Small organizations are attractive targets precisely because their cloud environments are often set up quickly and rarely reviewed. An Azure security assessment finds the gaps before an attacker or an auditor does. This guide explains what a practical assessment covers for small businesses and nonprofits, and it complements the foundation work described on our Azure consulting page.
What does an Azure security assessment cover?
A thorough assessment covers seven areas: identity, network, compute, data, logging and detection, backup and recovery, and governance. Each area is checked against the Microsoft cloud security benchmark and your own risk profile.
| Area | Key questions | Common findings in small environments |
|---|---|---|
| Identity and access | Is MFA enforced? Who has Owner or Global Administrator? | Standing admin rights, no Conditional Access, stale guest accounts |
| Network | What is reachable from the internet? | RDP or SSH open to the internet, flat networks, no NSG review |
| Compute | Are VMs patched and protected? | Missing updates, no endpoint protection, unsupported OS versions |
| Data | Is data encrypted and private? | Storage accounts with public access, SQL firewall open to all Azure IPs |
| Logging and detection | Would you notice an attack? | No diagnostic settings, short log retention, no alerting |
| Backup and recovery | Can you restore, and has it been tested? | Backups never test-restored, no immutability or soft delete |
| Governance | Are guardrails enforced? | No Azure Policy, inconsistent tagging, unknown resource owners |
How do you assess identity and access in Azure?
Start with Microsoft Entra ID, because a compromised account bypasses every other control. Most cloud breaches begin with stolen or weak credentials.
Identity checklist
- MFA is required for all users through Conditional Access or security defaults.
- Legacy authentication protocols are blocked.
- Global Administrator and subscription Owner roles are limited to a small number of named people.
- Privileged roles use Microsoft Entra Privileged Identity Management (PIM) for just-in-time access, where licensed.
- At least two emergency access (break-glass) accounts exist, are excluded from normal policies carefully and are monitored.
- Guest accounts and app registrations are reviewed and removed when no longer needed.
- Service principals use managed identities or certificates rather than client secrets where possible.
- RBAC is assigned to groups at the resource group level, not to individuals at subscription level.
How do you assess network exposure?
Identify everything reachable from the internet and justify each exposure. Anything that does not need a public endpoint should not have one.
- No VMs expose RDP (3389) or SSH (22) to the internet. Use Azure Bastion or just-in-time VM access instead.
- Network security groups follow deny-by-default and are reviewed for overly broad rules.
- PaaS services such as Storage, SQL and Key Vault use private endpoints or restricted firewalls.
- Internet-facing web apps sit behind Azure Front Door or Application Gateway with a web application firewall (WAF) where risk justifies it.
- Production and non-production networks are separated.
These controls are part of a broader zero trust network architecture.
How do you assess data protection?
Confirm sensitive data is encrypted, private and recoverable. Azure encrypts data at rest by default, so the real risks are access configuration and deletion.
- Storage accounts disallow anonymous public blob access unless explicitly required.
- Shared access signature (SAS) tokens are short-lived and scoped.
- Secrets, keys and certificates are stored in Azure Key Vault with soft delete and purge protection.
- Azure SQL uses Microsoft Entra authentication and auditing.
- Soft delete and versioning are enabled on critical storage.
- Data classification identifies where personal, financial or health data lives.
How do you assess logging, detection and recovery?
Verify you would detect an attack and could recover from it. Prevention eventually fails, so detection and recovery decide the impact.
- Activity logs and resource diagnostic logs flow to a Log Analytics workspace with appropriate retention.
- Entra ID sign-in and audit logs are retained and reviewed.
- Microsoft Defender for Cloud alerts are routed to someone who will act on them.
- Microsoft Sentinel or another SIEM is considered for organizations with compliance or higher-risk profiles.
- Azure Backup protects VMs, databases and file shares, with soft delete and immutability enabled.
- A restore has been tested in the last six months and recovery times documented.
Our backup and disaster recovery plan guide covers recovery planning in depth.
How should you prioritize the findings?
Rank findings by likelihood and impact, and fix the ones attackers exploit most often first. A short list of high-impact fixes beats a long report that sits unread.
- Fix immediately: missing MFA, internet-exposed management ports, public storage holding sensitive data, excessive Owner and Global Administrator assignments.
- Fix within 30 days: logging gaps, untested backups, overly broad network rules, secrets in code or app settings.
- Plan as projects: private endpoints for all PaaS services, PIM rollout, Azure Policy guardrails, SIEM adoption.
Prevent regression by codifying fixes as Azure Policy assignments and infrastructure as code. The Azure governance framework explains how to set this up.
Azure security for nonprofits and regulated organizations
Nonprofits often hold sensitive donor, client or beneficiary data with very small IT teams, which makes simple, enforced controls especially valuable. Healthcare and financial organizations should map findings to their compliance obligations, such as HIPAA, and use Defender for Cloud's regulatory compliance dashboard as a starting point, not as proof of compliance.
For a broader view beyond Azure, see our IT security checklist for small businesses. If you also run AWS, compare with our AWS security best practices.
Get an Azure security assessment
Desai InfoTech performs read-only Azure security assessments for small businesses and nonprofits and delivers a prioritized, plain-language remediation plan. Start with a free cloud assessment.
How to run an Azure security assessment: step-by-step summary
Define scope
List subscriptions, workloads, data types and compliance requirements in scope, and agree on read-only access for the review.
Collect findings
Review Microsoft Defender for Cloud recommendations, Secure Score, Entra ID configuration, network rules, storage settings and logs.
Validate manually
Check identity, privileged access and network paths by hand, since automated tools miss context and business risk.
Prioritize
Rank findings by likelihood and impact, separating quick wins from larger projects.
Remediate and verify
Fix high-risk findings first, enforce guardrails with Azure Policy, and re-check Secure Score.
Frequently asked questions
How often should we run an Azure security assessment?
Run a full assessment at least once a year and after major changes such as a migration, a new application or an acquisition. Between assessments, review Microsoft Defender for Cloud recommendations monthly and act on high-severity alerts immediately. Continuous policy enforcement with Azure Policy prevents many issues from reappearing.
Is Microsoft Defender for Cloud free?
Defender for Cloud includes free foundational capabilities, including Secure Score and security recommendations based on the Microsoft cloud security benchmark. Enhanced protection, such as Defender for Servers, Defender for Storage and Defender for SQL, is billed per resource. Small businesses often enable paid plans selectively for internet-facing servers and sensitive data stores.
What is Azure Secure Score?
Secure Score is a measurement in Microsoft Defender for Cloud that reflects how many recommended security controls are implemented across your subscriptions. A higher score means lower risk, but it should not be the only goal. Some recommendations matter far more than others, so prioritize identity, exposure and data protection before chasing points.
Do we need an assessment if we already use Microsoft 365 security tools?
Yes. Microsoft 365 security settings protect email, documents and devices, but Azure resources such as VMs, storage accounts, networks and databases have their own configuration and risks. Because both share Microsoft Entra ID, an Azure assessment also checks identity settings that affect Microsoft 365, such as Conditional Access and privileged roles.
Part of the Azure Consulting hub.