Edit

What is Azure Virtual Network encryption?

Azure Virtual Network encryption is a feature of Azure Virtual Networks. Virtual network encryption allows you to seamlessly encrypt and decrypt traffic between Azure Virtual Machines by creating a DTLS tunnel.

Virtual network encryption enables you to encrypt traffic between Virtual Machines and Virtual Machines Scale Sets within the same virtual network. Virtual network encryption encrypts traffic between regionally and globally peered virtual networks. For more information about virtual network peering, see Virtual network peering.

Virtual network encryption enhances existing encryption in transit capabilities in Azure. For more information about encryption in Azure, see Azure encryption overview.

Requirements

Virtual network encryption has the following requirements:

Availability

Azure Virtual Network encryption is generally available in all Azure public regions and is currently in public preview in Azure Government and Microsoft Azure operated by 21Vianet.

Limitations

Azure Virtual Network encryption has the following limitations:

  • AllowUnencrypted is the only supported enforcement at general availability.
  • DropUnencrypted enforcement will be supported in the future.
  • Don't enable Virtual Network encryption if the VM SKU doesn't support Accelerated Networking or Virtual Network encryption.
  • Don't enable Virtual Network encryption in virtual networks that use Azure confidential computing VM SKUs. If you want to use Azure confidential computing VMs in virtual networks where Virtual Network encryption is enabled, then:
    • Enable Accelerated Networking on the VM's NIC if it's supported.
    • If Accelerated Networking isn't supported, change the VM SKU to one that supports Accelerated Networking or Virtual Network encryption.

Scenarios list

Supported - traffic connectivity is preserved when encryption is enabled. Encrypted - traffic is encrypted on the datapath.

Note

A scenario can be "Supported=Yes" and still be "Encrypted=No".

Scenario Supported Encrypted
Virtual machines in the same virtual network (including virtual machine scale sets and their internal load balancer) Yes Yes
- on traffic between virtual machines from these SKUs.
Virtual network peering Yes Yes
- on traffic between virtual machines across regional peering.
Global virtual network peering Yes Yes
- on traffic between virtual machines across global peering.
Azure ExpressRoute Gateways Yes No.
- Traffic to and from Azure ExpressRoute Gateways isn't encrypted.
Azure Private Link service
Azure Private Endpoint
Yes No.
- Traffic to and from Private Link Service/Private Endpoint isn't encrypted.
Azure Application Gateway Yes No
Azure Firewall Premium Yes Yes
Azure Firewall Standard Yes No
- Operates on VM SKUs that don't support virtual network encryption.
Internal Load Balancer + Supported VM SKUs for backend pool Yes Yes.
- All virtual machines behind the load balancer must be on supported VM SKUs
Internal Load Balancer + Mixed SKUs for backend pool No N/A
Internal Load Balancer + backend pool with network interface secondary IPv4 configurations No N/A.
- The backend pool of an internal load balancer must not include any network interface secondary IPv4 configurations to prevent connection failures to the load balancer.
Azure DNS Private Resolver No N/A
PaaS Yes The virtual machine where the PaaS is hosted dictates if virtual network encryption is supported.
- Yes - supported VM SKUs.
- No - unsupported VM SKUs.
- The virtual machine must meet the above listed requirements.
Azure Kubernetes Service (AKS) Yes - Supported on AKS using Azure CNI (regular or overlay mode), Kubenet, or BYOCNI: node and pod traffic is encrypted.
- Partially supported on AKS using Azure CNI Dynamic Pod IP Assignment (podSubnetId specified): node traffic is encrypted, but pod traffic isn't encrypted.
- Traffic to the AKS managed control plane egresses from the virtual network and thus isn't in scope for virtual network encryption. However, this traffic is always encrypted via TLS.

Note

Other services that currently don't support virtual network encryption are included in our future roadmap.