Compliance, Mapped to Your Cloud

Assess your AWS, Azure, and Google Cloud environments against the industry frameworks and regulations your auditors expect.

56
Frameworks Supported
18
Standards Families
3
Cloud Providers
5 min
To First Results
ASecureCloud compliance report preview
Azure logo

CIS Azure Foundations v5.0.0

104 controls
105 checks mapped

The Center for Internet Security (CIS) Benchmarks are consensus-based, prescriptive configuration baselines for hardening cloud environments against the most common attack vectors.

Controls assessed

2.1.1 Ensure that Azure Databricks is deployed in a customer-managed virtual network (VNet)1

Networking for Azure Databricks can be set up in a few different ways. Using a customer-managed Virtual Network (VNet) (also known as VNet Injection) ensures that compute clusters and control planes are securely isolated within the organization’s network boundary. By default, Databricks creates a managed VNet, which provides limited control over network security policies, firewall configurations, and routing

2.1.2 Ensure that network security groups are configured for Databricks subnets1

Network Security Groups (NSGs) should be implemented to control inbound and outbound traffic to Azure Databricks subnets, ensuring only authorized communication. NSGs operate using a rule-based model that includes both explicit allow/deny rules and an implicit deny at the end of the rule list. This means that any traffic not explicitly allowed is automatically denied. To ensure secure and predictable behavior, NSGs should be configured with explicit deny rules for known unwanted traffic, in addition to the default implicit deny, to improve visibility and auditability of blocked traffic. This approach helps enforce least privilege and minimizes the risk of unauthorized access to Databricks resources.

2.1.7 Ensure that diagnostic log delivery is configured for Azure Databricks1

Azure Databricks Diagnostic Logging provides insights into system operations, user activities, and security events within a Databricks workspace. Enabling diagnostic logs helps organizations: Detect security threats by logging access, job executions, and cluster activities, Ensure compliance with industry regulations such as SOC 2, HIPAA, and GDPR ,Monitor operational performance and troubleshoot issues proactively.

2.1.8 Ensure critical data in Azure Databricks is encrypted with customer-managed keys (CMK)1

Customer-managed keys introduce additional depth to security by providing a means to manage access control for encryption keys. Where compliance and security frameworks indicate the need, and organizational capacity allows, sensitive data at rest can be encrypted using customer-managed keys (CMK) rather than Microsoft-managed keys.

2.1.9 Ensure 'No Public IP' is set to 'Enabled'1

Enable secure cluster connectivity (also known as no public IP) on Azure Databricks workspaces to ensure that clusters do not have public IP addresses and communicate with the control plane over a secure connection.

2.1.10 Ensure 'Allow Public Network Access' is set to 'Disabled'1

Disable public network access to prevent exposure to the internet and reduce the risk of unauthorized access. Use private endpoints to securely manage access within trusted networks.

2.1.11 Ensure private endpoints are used to access Azure Databricks workspaces1

Use private endpoints for Azure Databricks workspaces to allow clients and services to securely access data located over a network via an encrypted Private Link. To do this, the private endpoint uses an IP address from the VNet for each service. Network traffic between disparate services securely traverses encrypted over the VNet. This VNet can also link addressing space, extending your network and accessing resources on it. Similarly, it can be a tunnel through public networks to connect remote infrastructures together. This creates further security through segmenting network traffic and preventing outside sources from accessing it.

5.1.1 Ensure that 'security defaults' is enabled in Microsoft Entra ID1

Security defaults in Microsoft Entra ID make it easier to be secure and help protect your organization. Security defaults contain preconfigured security settings for common attacks.

5.1.2 Ensure that 'multifactor authentication' is 'enabled' for all users1

Multifactor authentication requires an individual to present a minimum of two separate forms of authentication before access is granted. Multifactor authentication provides additional assurance that the individual attempting to gain access is who they claim to be. With multifactor authentication, an attacker would need to compromise at least two different authentication mechanisms, increasing the difficulty of compromise and thus reducing the risk.

5.2.1 Ensure that 'trusted locations' are defined1

Microsoft Entra ID Conditional Access allows an organization to configure Named locations and configure whether those locations are trusted or untrusted. These settings provide organizations the means to specify Geographical locations for use in conditional access policies, or define actual IP addresses and IP ranges and whether or not those IP addresses and/or ranges are trusted by the organization.

5.2.4 Ensure that a multifactor authentication policy exists for all users1

A Conditional Access policy can be enabled to ensure that users are required to use Multifactor Authentication (MFA) to login.

5.3.2 Ensure that guest users are reviewed on a regular basis1

Microsoft Entra ID has native and extended identity functionality allowing you to invite people from outside your organization to be guest users in your cloud account and sign in with their own work, school, or social identities.

5.3.3 Ensure that use of the 'User Access Administrator' role is restricted1

The User Access Administrator role grants the ability to view all resources and manage access assignments at any subscription or management group level within the tenant. Due to its high privilege level, this role assignment should be removed immediately after completing the necessary changes at the root scope to minimize security risks.

5.3.5 Ensure disabled user accounts do not have read, write, or owner permissions1

Ensure that any roles granting read, write, or owner permissions are removed from disabled Azure user accounts. While an automated assessment procedure exists for this recommendation, the assessment status remains manual. Removing role assignments from disabled user accounts depends on the context and requirements of each organization and environment.

5.4 Ensure that 'Restrict non-admin users from creating tenants' is set to 'Yes'1

Require administrators or appropriately delegated users to create new tenants.

5.6 Ensure that account 'Lockout threshold' is less than or equal to '10'1

The account lockout threshold determines how many failed login attempts are permitted prior to placing the account in a locked-out state and initiating a variable lockout duration.

5.7 Ensure that account 'Lockout duration in seconds' is greater than or equal to '60'1

The account lockout duration value determines how long an account retains the status of lockout, and therefore how long before a user can continue to attempt to login after passing the lockout threshold.

5.8 Ensure that a 'Custom banned password list' is set to 'Enforce'1

Microsoft Azure applies a default global banned password list to all user and admin accounts that are created and managed directly in Microsoft Entra ID. The Microsoft Entra password policy does not apply to user accounts that are synchronized from an on-premises Active Directory environment, unless Microsoft Entra ID Connect is used and EnforceCloudPasswordPolicyForPasswordSyncedUsers is enabled.

5.12 Ensure that 'User consent for applications' is set to 'Do not allow user consent'1

Require administrators to provide consent for applications before use.

5.13 Ensure that 'User consent for applications' is set to 'Allow user consent for apps from verified publishers, for selected permissions'1

Allow users to provide consent for selected permissions when a request is coming from a verified publisher.

5.14 Ensure that 'Users can register applications' is set to 'No'1

Require administrators or appropriately delegated users to register third-party applications.

5.15 Ensure that 'Guest users access restrictions' is set to 'Guest user access is restricted to properties and memberships of their own directory objects'1

Limit guest user permissions.

5.16 Ensure that 'Guest invite restrictions' is set to 'Only users assigned to specific admin roles [...]' or 'No one [..]'1

Restrict invitations to either users with specific administrative roles or no one.

5.19 Ensure that 'Users can create security groups in Azure portals, API or PowerShell' is set to 'No'1

Restrict security group creation to administrators only.

5.21 Ensure that 'Users can create Microsoft 365 groups in Azure portals, API or PowerShell' is set to 'No'1

Restrict Microsoft 365 group creation to administrators only.

5.22 Ensure that 'Require Multifactor Authentication to register or join devices with Microsoft Entra' is set to 'Yes'1

This recommendation is only relevant if your subscription is using Per-User MFA. If your organization is licensed to use Conditional Access, the preferred method of requiring MFA to join devices to Entra ID is to use a Conditional Access policy (see additional information below for link).

5.23 Ensure that no custom subscription administrator roles exist1

The principle of least privilege should be followed and only necessary privileges should be assigned instead of allowing full administrative access.

5.26 Ensure fewer than 5 users have global administrator assignment1

This recommendation aims to maintain a balance between security and operational efficiency by ensuring that a minimum of 2 and a maximum of 4 users are assigned the Global Administrator role in Microsoft Entra ID. Having at least two Global Administrators ensures redundancy, while limiting the number to four reduces the risk of excessive privileged access.

5.27 Ensure there are between 2 and 3 subscription owners2

The Owner role in Azure grants full control over all resources in a subscription, including the ability to assign roles to others.

6.1.1.1 Ensure that a 'Diagnostic Setting' exists for Subscription Activity Logs1

Enable Diagnostic settings for exporting activity logs. Diagnostic settings are available for each individual resource within a subscription. Settings should be configured for all appropriate resources for your environment.

6.1.1.2 Ensure Diagnostic Setting captures appropriate categories1

The diagnostic setting should be configured to log the appropriate activities from the control/management plane.

6.1.1.3 Ensure the storage account containing the container with activity logs is encrypted with customer-managed key (CMK)1

Customer-managed keys introduce additional depth to security by providing a means to manage access control for encryption keys. Where compliance and security frameworks indicate the need, and organizational capacity allows, sensitive data at rest can be encrypted using customer-managed keys (CMK) rather than Microsoft-managed keys.

6.1.1.4 Ensure that logging for Azure Key Vault is 'Enabled'1

Enable AuditEvent logging for key vault instances to ensure interactions with key vaults are logged and available.

6.1.1.5 Ensure that Network Security Group Flow logs are captured and sent to Log Analytics1

Ensure that network flow logs are captured and fed into a central log analytics workspace.

6.1.1.6 Ensure that logging for Azure AppService 'HTTP logs' is enabled1

Enable AppServiceHTTPLogs diagnostic log category for Azure App Service instances to ensure all http requests are captured and centrally logged..

6.1.2.1 Ensure that Activity Log Alert exists for Create Policy Assignment1

Create an activity log alert for the Create Policy Assignment event.

6.1.2.2 Ensure that Activity Log Alert exists for Delete Policy Assignment1

Create an activity log alert for the Delete Policy Assignment event.

6.1.2.3 Ensure that Activity Log Alert exists for Create or Update Network Security Group1

Create an Activity Log Alert for the Create or Update Network Security Group event.

6.1.2.4 Ensure that Activity Log Alert exists for Delete Network Security Group1

Create an activity log alert for the Delete Network Security Group event.

6.1.2.5 Ensure that Activity Log Alert exists for Create or Update Security Solution1

Create an activity log alert for the Create or Update Security Solution event.

6.1.2.6 Ensure that Activity Log Alert exists for Delete Security Solution1

Create an activity log alert for the Delete Security Solution event.

6.1.2.7 Ensure that Activity Log Alert exists for Create or Update SQL Server Firewall Rule1

Create an activity log alert for the Create or Update SQL Server Firewall Rule event.

6.1.2.8 Ensure that Activity Log Alert exists for Delete SQL Server Firewall Rule1

Create an activity log alert for the 'Delete SQL Server Firewall Rule.'

6.1.2.9 Ensure that Activity Log Alert exists for Create or Update Public IP Address rule1

Create an activity log alert for the Create or Update Public IP Addresses rule.

6.1.2.10 Ensure that Activity Log Alert exists for Delete Public IP Address rule1

Create an activity log alert for the Delete Public IP Address rule.

7.1 Ensure that RDP access from the Internet is evaluated and restricted1

Network security groups should be periodically evaluated for port misconfigurations. Where RDP is not explicitly required and narrowly configured for resources attached to a network security group, Internet-level access to Azure resources should be restricted or eliminated.

7.2 Ensure that SSH access from the Internet is evaluated and restricted1

Network security groups should be periodically evaluated for port misconfigurations. Where SSH is not explicitly required and narrowly configured for resources attached to a network security group, Internet-level access to Azure resources should be restricted or eliminated.

7.3 Ensure that UDP access from the Internet is evaluated and restricted1

Network security groups should be periodically evaluated for port misconfigurations. Where UDP is not explicitly required and narrowly configured for resources attached to a network security group, Internet-level access to Azure resources should be restricted or eliminated.

7.4 Ensure that HTTP(S) access from the Internet is evaluated and restricted2

Network security groups should be periodically evaluated for port misconfigurations. Where HTTP(S) is not explicitly required and narrowly configured for resources attached to a network security group, Internet-level access to Azure resources should be restricted or eliminated.

7.5 Ensure that network security group flow log retention days is set to greater than or equal to 901

Network security group flow logs should be enabled and the retention period set to greater than or equal to 90 days.

7.6 Ensure that Network Watcher is 'Enabled' for Azure Regions that are in use1

Enable Network Watcher for physical regions in Azure subscriptions.

7.9 Ensure 'Authentication type' is set to 'Azure Active Directory' only for Azure VPN Gateway point-to-site configuration1

VPN Gateway point-to-site connections should use Azure Active Directory authentication for enhanced security and centralized identity management.

7.10 Ensure Azure Web Application Firewall (WAF) is enabled on Azure Application Gateway1

Deploy Azure Web Application Firewall (WAF) in front of public facing web applications for additional inspection of incoming traffic.

7.11 Ensure subnets are associated with network security groups1

Subnets should be associated with network security groups to control network traffic flow and enhance network security.

7.12 Ensure the SSL policy's 'Min protocol version' is set to 'TLSv1_2' or higher on Azure Application Gateway1

The TLS protocol secures transmission of data between servers and clients by encrypting the data stream. Vulnerabilities in older versions of TLS can lead to potential security risks. Setting the minimum TLS version to TLSv1_2 or higher ensures that only secure versions of the protocol are used.

7.13 Ensure 'HTTP2' is set to 'Enabled' on Azure Application Gateway1

HTTP/2 is a major revision of the HTTP network protocol and offers significant performance improvements over HTTP/1.1. Enabling HTTP/2 on Application Gateway can improve application performance and reduce latency.

7.14 Ensure request body inspection is enabled in Azure Web Application Firewall policy on Azure Application Gateway1

Request body inspection allows WAF to inspect the body of HTTP requests for potential threats. Enabling this feature enhances security by detecting attacks that may be hidden in request payloads.

7.15 Ensure bot protection is enabled in Azure Web Application Firewall policy on Azure Application Gateway1

Bot protection helps protect web applications from malicious bots that can scrape content, perform credential stuffing, or launch DDoS attacks. Enabling bot protection enhances application security.

8.1.1.1 Ensure Microsoft Defender CSPM is set to 'On'1

Enable Microsoft Defender CSPM to continuously assess cloud resources for security misconfigurations, compliance risks, and exposure to threats.

8.1.2.1 Ensure Microsoft Defender for APIs is set to 'On'1

Microsoft Defender for APIs offers full lifecycle protection, detection, and response coverage for APIs.

8.1.3.1 Ensure that Defender for Servers is set to 'On'1

The Defender for Servers plan in Microsoft Defender for Cloud reduces security risk by providing actionable recommendations to improve and remediate machine security posture. Defender for Servers also helps to protect machines against real-time security threats and attacks.

8.1.3.3 Ensure that 'Endpoint protection' component status is set to 'On'1

The Endpoint protection component enables Microsoft Defender for Endpoint (formerly 'Advanced Threat Protection' or 'ATP' or 'WDATP' - see additional info) to communicate with Microsoft Defender for Cloud.

8.1.4.1 Ensure That Microsoft Defender for Containers Is Set To 'On'1

Microsoft Defender for Containers helps improve, monitor, and maintain the security of containerized assets—including Kubernetes clusters, nodes, workloads, container registries, and images—across multi-cloud and on-premises environments.

8.1.5.1 Ensure That Microsoft Defender for Storage Is Set To 'On'1

Turning on Microsoft Defender for Storage enables threat detection for Storage, providing threat intelligence, anomaly detection, and behavior analytics in the Microsoft Defender for Cloud.

8.1.6.1 Ensure That Microsoft Defender for App Services Is Set To 'On'1

Turning on Microsoft Defender for App Service enables threat detection for App Service, providing threat intelligence, anomaly detection, and behavior analytics in the Microsoft Defender for Cloud.

8.1.7.1 Ensure That Microsoft Defender for Azure Cosmos DB Is Set To 'On'1

Microsoft Defender for Azure Cosmos DB scans all incoming network requests for threats to your Azure Cosmos DB resources.

8.1.7.2 Ensure That Microsoft Defender for Open-Source Relational Databases Is Set To 'On'1

Turning on Microsoft Defender for Open-source relational databases enables threat detection for Open-source relational databases, providing threat intelligence, anomaly detection, and behavior analytics in the Microsoft Defender for Cloud.

8.1.7.3 Ensure That Microsoft Defender for (Managed Instance) Azure SQL Databases Is Set To 'On'1

Turning on Microsoft Defender for Azure SQL Databases enables threat detection for Managed Instance Azure SQL databases, providing threat intelligence, anomaly detection, and behavior analytics in Microsoft Defender for Cloud.

8.1.7.4 Ensure That Microsoft Defender for SQL Servers on Machines Is Set To 'On'1

Turning on Microsoft Defender for SQL servers on machines enables threat detection for SQL servers on machines, providing threat intelligence, anomaly detection, and behavior analytics in Microsoft Defender for Cloud.

8.1.8.1 Ensure That Microsoft Defender for Key Vault Is Set To 'On'1

Turning on Microsoft Defender for Key Vault enables threat detection for Key Vault, providing threat intelligence, anomaly detection, and behavior analytics in the Microsoft Defender for Cloud.

8.1.9.1 Ensure That Microsoft Defender for Resource Manager Is Set To 'On'1

Microsoft Defender for Resource Manager scans incoming administrative requests to change your infrastructure from both CLI and the Azure portal.

8.1.12 Ensure That 'All users with the following roles' is set to 'Owner'1

Enable security alert emails to subscription owners.

8.1.13 Ensure 'Additional email addresses' is Configured with a Security Contact Email1

Microsoft Defender for Cloud emails the subscription owners whenever a high-severity alert is triggered for their subscription. You should provide a security contact email address as an additional email address.

8.1.14 Ensure that 'Notify about alerts with the following severity (or higher)' is enabled1

Enables emailing security alerts to the subscription owner or other designated security contact.

8.3.1 Ensure that the Expiration Date is set for all Keys in RBAC Key Vaults1

Ensure that all Keys in Role Based Access Control (RBAC) Azure Key Vaults have an expiration date set.

8.3.2 Ensure that the Expiration Date is set for all Keys in Non-RBAC Key Vaults1

Ensure that all Keys in Non Role Based Access Control (RBAC) Azure Key Vaults have an expiration date set.

8.3.3 Ensure that the Expiration Date is set for all Secrets in RBAC Key Vaults1

Ensure that all Secrets in Role Based Access Control (RBAC) Azure Key Vaults have an expiration date set.

8.3.4 Ensure that the Expiration Date is set for all Secrets in Non-RBAC Key Vaults1

Ensure that all Secrets in Non Role Based Access Control (RBAC) Azure Key Vaults have an expiration date set.

8.3.5 Ensure 'Purge protection' is set to 'Enabled'1

Key vaults contain object keys, secrets, and certificates. Deletion of a key vault can cause immediate data loss or loss of security functions (authentication, validation, verification, non-repudiation, etc.) supported by the key vault objects.

8.3.6 Ensure that Role Based Access Control for Azure Key Vault is enabled1

The recommended way to access Key Vaults is to use the Azure Role-Based Access Control (RBAC) permissions model.

8.3.7 Ensure Public Network Access is Disabled1

Disable public network access to prevent exposure to the internet and reduce the risk of unauthorized access. Use private endpoints to securely manage access within trusted networks.

8.3.8 Ensure Private Endpoints are used to access Azure Key Vault1

Use private endpoints to allow clients and services to securely access data located over a network via an encrypted Private Link. To do this, the private endpoint uses an IP address from the VNet for each service. Network traffic between disparate services securely traverses encrypted over the VNet. This VNet can also link addressing space, extending your network and accessing resources on it. Similarly, it can be a tunnel through public networks to connect remote infrastructures together. This creates further security through segmenting network traffic and preventing outside sources from accessing it.

8.3.9 Ensure automatic key rotation is enabled within Azure Key Vault1

Automated cryptographic key rotation in Key Vault allows users to configure Key Vault to automatically generate a new key version at a specified frequency. A key rotation policy can be defined for each individual key.

8.3.11 Ensure certificate 'Validity Period (in months)' is less than or equal to '12'1

Restrict the validity period of certificates stored in Azure Key Vault to 12 months or less.

8.4.1 Ensure an Azure Bastion Host Exists1

The Azure Bastion service allows secure remote access to Azure Virtual Machines over the Internet without exposing remote access protocol ports and services directly to the Internet. The Azure Bastion service provides this access using TLS over 443/TCP, and subscribes to hardened configurations within an organization's Azure Active Directory service.

8.5 Ensure Azure DDoS Network Protection is enabled on virtual networks1

Azure DDoS Network Protection defends resources in virtual networks against distributed denial-of-service (DDoS) attacks.

9.1.1 Ensure soft delete for Azure File Shares is Enabled1

Azure Files offers soft delete for file shares, allowing you to easily recover your data when it is mistakenly deleted by an application or another storage account user.

9.1.2 Ensure 'SMB protocol version' is set to 'SMB 3.1.1' or higher for SMB file shares1

Ensure that SMB file shares are configured to use the latest supported SMB protocol version. Keeping the SMB protocol updated helps mitigate risks associated with older SMB versions, which may contain vulnerabilities and lack essential security controls.

9.1.3 Ensure 'SMB channel encryption' is set to 'AES-256-GCM' or higher for SMB file shares1

Implement SMB channel encryption with AES-256-GCM for SMB file shares to ensure data confidentiality and integrity in transit. This method offers strong protection against eavesdropping and man-in-the-middle attacks, safeguarding sensitive information.

9.2.1 Ensure that soft delete for blobs on Azure Blob Storage storage accounts is Enabled1

Blobs in Azure storage accounts may contain sensitive or personal data, such as ePHI or financial information. Data that is erroneously modified or deleted by an application or a user can lead to data loss or unavailability.

9.2.3 Ensure 'Versioning' is set to 'Enabled' on Azure Blob Storage storage accounts1

Enabling blob versioning allows for the automatic retention of previous versions of objects. With blob versioning enabled, earlier versions of a blob are accessible for data recovery in the event of modifications or deletions.

9.3.1.1 Ensure that 'Enable key rotation reminders' is enabled for each Storage Account1

Access Keys authenticate application access requests to data contained in Storage Accounts. A periodic rotation of these keys is recommended to ensure that potentially compromised keys cannot result in a long-term exploitable credential. The 'Rotation Reminder' is an automatic reminder feature for a manual procedure

9.3.1.2 Ensure that Storage Account access keys are periodically regenerated1

For increased security, regenerate storage account access keys periodically.

9.3.1.3 Ensure 'Allow storage account key access' for Azure Storage Accounts is 'Disabled'1

Every secure request to an Azure Storage account must be authorized. By default, requests can be authorized with either Microsoft Entra credentials or by using the account access key for Shared Key authorization.

9.3.2.1 Ensure Private Endpoints are used to access Storage Accounts1

Use private endpoints for your Azure Storage accounts to allow clients and services to securely access data located over a network via an encrypted Private Link. To do this, the private endpoint uses an IP address from the VNet for each service. Network traffic between disparate services securely traverses encrypted over the VNet. This VNet can also link addressing space, extending your network and accessing resources on it. Similarly, it can be a tunnel through public networks to connect remote infrastructures together. This creates further security through segmenting network traffic and preventing outside sources from accessing it.

9.3.2.2 Ensure that 'Public Network Access' is 'Disabled' for storage accounts1

Disable public network access to prevent exposure to the internet and reduce the risk of unauthorized access. Use private endpoints to securely manage access within trusted networks.

9.3.2.3 Ensure default network access rule for storage accounts is set to deny1

Restricting default network access helps to provide a new layer of security, since storage accounts accept connections from clients on any network. To limit access to selected networks, the default action must be changed.

9.3.3.1 Ensure that 'Default to Microsoft Entra authorization in the Azure portal' is set to 'Enabled'1

When this property is enabled, the Azure portal authorizes requests to blobs, files, queues, and tables with Microsoft Entra ID by default.

9.3.4 Ensure that 'Secure transfer required' is set to 'Enabled'1

Enable data encryption in transit.

9.3.5 Ensure 'Allow Azure services on the trusted services list to access this storage account' is Enabled for Storage Account Access1
9.3.6 Ensure the 'Minimum TLS version' for storage accounts is set to 'Version 1.2'1

In some cases, Azure Storage sets the minimum TLS version to be version 1.0 by default. TLS 1.0 is a legacy version and has known vulnerabilities. This minimum TLS version can be configured to be later protocols such as TLS 1.2.

9.3.7 Ensure 'Cross Tenant Replication' is not enabled1

Cross Tenant Replication in Azure allows data to be replicated across multiple Azure tenants. While this feature can be beneficial for data sharing and availability, it also poses a significant security risk if not properly managed. Unauthorized data access, data leakage, and compliance violations are potential risks. Disabling Cross Tenant Replication ensures that data is not inadvertently replicated across different tenant boundaries without explicit authorization.

9.3.8 Ensure that 'Allow Blob Anonymous Access' is set to 'Disabled'1

The Azure Storage setting 'Allow Blob Anonymous Access' (aka \"allowBlobPublicAccess\") controls whether anonymous access is allowed for blob data in a storage account. When this property is set to True, it enables public read access to blob data, which can be convenient for sharing data but may carry security risks. When set to False, it disallows public access to blob data, providing a more secure storage environment.

9.3.11 Ensure Redundancy is set to 'geo-redundant storage (GRS)' on critical Azure Storage Accounts1

Geo-redundant storage (GRS) in Azure replicates data three times within the primary region using locally redundant storage (LRS) and asynchronously copies it to a secondary region hundreds of miles away. This setup ensures high availability and resilience by providing 16 nines (99.99999999999999%) durability over a year, safeguarding data against regional outages.

See where you stand against any framework

Connect an account and get a full compliance breakdown with mapped findings and remediation guidance — free to start.