By default, every Azure virtual machine has RDP (Remote Desktop Protocol), port 3389 enabled, and allows any RDP connection from any IP in the world. As great as that is, this can be a (huge) security risk. So, what if we want to change this, and limit who has RDP access to the VM? What if we want only a select range of IPs, or a specific IP to only have access to the VM(s)? For example, your branch office has a static public IP, and we only want RDP access from this IP/location. How can we achieve this?
Restricting RDP access your VMs in Azure isn’t difficult, but does require some knowledge of Azure Network Security. The solution can be achieved by making use of Azure NSG’s (Network Security Groups). Every VM will have an NSG when it is deployed. If you create an NSG beforehand, you can simply apply the same NSG to new VM deployments.
In the example below, we will need to create 2 NSG’s.
- Allowing RDP from a specific IP/CIDR
- Denying all RDP traffic
Let’s begin, if you go into the property settings of the VM, and select the Networking Settings, and select, “Add inbound port rule“. Click on the wrench, to switch from Basic to Advanced.
The Inbound Security Rule properties, as follows:
Wait, what do all of these fields mean?
- Source: The source can by any IP Address, or CIDR Range, or a default-service tag.
- Source IP Address/CIDR Ranges: Any IP Address, or CIDR Range.
- Source Service Tag: There are a series of options here, but in short:
- Load Balancer: Any probes in the Azure Load Balancer
- Virtual Network: The Virtual Network the VM is connected to
- Internet: All network traffic in the public virtual network, (including all Azure services, such as Azure Traffic Manager, Storage and SQL)
- Azure Traffic Manager: Denotes the IP address from where the Azure Load Balancer health probes will origiante.
- Storage.*: Access to Azure storage services and/or specific Azure regions
- SQL.*: Access to Azure SQL Database and Warehouse services, and/or specific Azure regions
- Source Port Ranges: You can use either a range of ports, or use a Wildcard (*) for all ranges.
- Destination: The source can by any IP Address, or CIDR Range, or the Virtual Network.
- Destination Port Ranges: You can use either a range of ports, or use a Wildcard (*) for all ranges.
- Protocol: TCP or UDP, or Any, which includes both TCP and UDP, and ICMP.
- Action: Allow, or Deny access.
- Priority: A number between 100-4096. The lowest is 100, and the highest we can input is 4096. Lower the number, higher the priority.
- Name: The name of the rule. Note, once created, it cannot be changed!
So, these are the values/settings I implemented for the Allow Inbound Rule:
- Source: IP Addresses
- Source IP Addresses/CIDR Ranges: xxx.xxx.xxx.xxx
- Source Port Ranges: *
- Destination: Any
- Destination Port Ranges: 3389
- Protocol: TCP
- Action: Allow
- Priority: 4095
- Name: default-allow-rdp
Next are the values/settings I implemented for the Deny all RDP Inbound Rule:
- Source: ServiceTag
- Source Service Tag: Intenert
- Source Port Ranges: *
- Destination: Virtual Network
- Destination Port Ranges: 3389
- Protocol: Any
- Action: Deny
- Priority: 4096
- Name: Deny-RDP-Access
The Outbound Port Rules should look something like this now. Why we set Priority the way we did… Well, Rules are checked in the order of priority. Once a rule applies, no more rules are tested for matching.
Once the rules has been submitted, and accepted, and if we try to RDP into the VM we should now only be allowed from the IP Range, or IP! Success!!
To learn more on Azure NSG (Network Security Groups), visit: https://docs.microsoft.com/en-us/azure/virtual-network/security-overview
it works for me! great thread!
LikeLike
Nice, but it is a basic solution, not permanent. This can simply be bypassed by changing the RDP port.
LikeLike
Pretty! This has been an incredibly wonderful article. Many thanks for providing these details.
LikeLike
Just thought to share with you – We are using Azure Bastion solution instead of RDP to connect Windows machines. So created a NSG without RDP ports and attached to the network. If you have feasibility to implement such solution, just go head :).
LikeLike
Doesn’t the last DenyAllInBound rule already denies RDP too?
According to my test, you have to restart the VM for the rules to take effect.
LikeLike