Creación de directivas de seguridad con listas de control de acceso de puerto extendido
Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016
En este tema se proporciona información sobre las listas de control de acceso (ACL) de puertos extendidos en Windows Server 2016. Puede configurar ACL de extendidas en el conmutador virtual de Hyper-V para permitir y bloquear el tráfico de red hacia y desde las máquinas virtuales (VM) que se encuentran conectadas al conmutador a través de adaptadores de red virtual.
En este tema se incluyen las siguientes secciones.
Reglas de ACL detalladas
Las ACL extendidas del conmutador virtual de Hyper-V permiten crear reglas detalladas que se pueden aplicar a adaptadores de red de VM individuales que se encuentren conectados al conmutador virtual de Hyper-V. La posibilidad de crear reglas detalladas permite a las empresas y a los proveedores de servicios en la nube (CSP) gestionar las amenazas de seguridad relacionadas con las funciones de red en un entorno de servidor compartido de varios inquilinos.
Con las ACL extendidas, en lugar de tener que crear reglas generales que bloquean o permiten todo el tráfico desde todos los protocolos hacia o desde una VM, ahora es posible bloquear o permitir el tráfico de red de protocolos individuales que se ejecutan en VM. Puede crear reglas de ACL extendidas en Windows Server 2016 que incluyen el siguiente conjunto de parámetros de tupla 5: dirección IP de origen, dirección IP de destino, protocolo, puerto de origen y puerto de destino. Además, cada regla puede especificar la dirección del tráfico de red (entrante o saliente) y la acción a la que se refiere la regla (bloquear o permitir el tráfico).
Por ejemplo, puede configurar ACL de puerto para que una VM permita todo el tráfico de HTTP y HTTPS entrante y saliente en el puerto 80 mientras bloquea el tráfico de red de todos los demás protocolos en todos los puertos.
Esta posibilidad de designar el tráfico de protocolo que pueden recibir o no las VM de inquilinos aporta flexibilidad a la hora de configurar directivas de seguridad.
Configurar reglas de ACL con Windows PowerShell
Para configurar una ACL extendida, debe usar el comando de Windows PowerShell Add-VMNetworkAdapterExtendedAcl. Este comando tiene cuatro sintaxis diferentes, cada una de ellas con un uso diferenciado:
Agregar una ACL extendida a todos los adaptadores de red de una VM con nombre; esto se especifica en el primer parámetro, -VMName. Sintaxis:
Nota
Si desea agregar una ACL extendida a un solo adaptador de red en lugar de a todos, puede especificar el adaptador de red con el parámetro -VMNetworkAdapterName.
Add-VMNetworkAdapterExtendedAcl [-VMName] <string[]> [-Action] <VMNetworkAdapterExtendedAclAction> {Allow | Deny} [-Direction] <VMNetworkAdapterExtendedAclDirection> {Inbound | Outbound} [[-LocalIPAddress] <string>] [[-RemoteIPAddress] <string>] [[-LocalPort] <string>] [[-RemotePort] <string>] [[-Protocol] <string>] [-Weight] <int> [-Stateful <bool>] [-IdleSessionTimeout <int>] [-IsolationID <int>] [-Passthru] [-VMNetworkAdapterName <string>] [-ComputerName <string[]>] [-WhatIf] [-Confirm] [<CommonParameters>]Agregar una ACL extendida a un adaptador de red virtual específico en una VM determinada. Sintaxis:
Add-VMNetworkAdapterExtendedAcl [-VMNetworkAdapter] <VMNetworkAdapterBase[]> [-Action] <VMNetworkAdapterExtendedAclAction> {Allow | Deny} [-Direction] <VMNetworkAdapterExtendedAclDirection> {Inbound | Outbound} [[-LocalIPAddress] <string>] [[-RemoteIPAddress] <string>] [[-LocalPort] <string>] [[-RemotePort] <string>] [[-Protocol] <string>] [-Weight] <int> [-Stateful <bool>] [-IdleSessionTimeout <int>] [-IsolationID <int>] [-Passthru] [-WhatIf] [-Confirm] [<CommonParameters>]Agregar una ACL extendida a todos los adaptadores de red virtual que están reservados para que los use el sistema operativo de administración de hosts de Hyper-V.
Nota
Si desea agregar una ACL extendida a un solo adaptador de red en lugar de a todos, puede especificar el adaptador de red con el parámetro -VMNetworkAdapterName.
Add-VMNetworkAdapterExtendedAcl [-Action] <VMNetworkAdapterExtendedAclAction> {Allow | Deny} [-Direction] <VMNetworkAdapterExtendedAclDirection> {Inbound | Outbound} [[-LocalIPAddress] <string>] [[-RemoteIPAddress] <string>] [[-LocalPort] <string>] [[-RemotePort] <string>] [[-Protocol] <string>] [-Weight] <int> -ManagementOS [-Stateful <bool>] [-IdleSessionTimeout <int>] [-IsolationID <int>] [-Passthru] [-VMNetworkAdapterName <string>] [-ComputerName <string[]>] [-WhatIf] [-Confirm] [<CommonParameters>]Agregar una ACL extendida a un objeto de VM que se haya creado en Windows PowerShell, por ejemplo: $vm = get-vm "my_vm". En la siguiente línea de código puede ejecutar este comando para crear una ACL extendida con la siguiente sintaxis:
Add-VMNetworkAdapterExtendedAcl [-VM] <VirtualMachine[]> [-Action] <VMNetworkAdapterExtendedAclAction> {Allow | Deny} [-Direction] <VMNetworkAdapterExtendedAclDirection> {Inbound | Outbound} [[-LocalIPAddress] <string>] [[-RemoteIPAddress] <string>] [[-LocalPort] <string>] [[-RemotePort] <string>] [[-Protocol] <string>] [-Weight] <int> [-Stateful <bool>] [-IdleSessionTimeout <int>] [-IsolationID <int>] [-Passthru] [-VMNetworkAdapterName <string>] [-WhatIf] [-Confirm] [<CommonParameters>]
Ejemplos de reglas de ACL detalladas
A continuación, se ofrecen varios ejemplos de cómo usar el comando Add-VMNetworkAdapterExtendedAcl para configurar ACL de puerto extendido y para crear directivas de seguridad para VM.
Nota
Los valores del parámetro de regla Direction que figura en las tablas siguientes se basan en el flujo de tráfico hacia o desde la VM para la que se crea la regla. Si la VM recibe tráfico, dicho tráfico es entrante; si la VM envía tráfico, dicho tráfico es saliente. Por ejemplo, si aplica una regla a una VM que bloquea el tráfico entrante, la dirección del tráfico entrante es desde los recursos externos hacia la VM. Si aplica una regla que bloquea el tráfico saliente, la dirección del tráfico saliente es desde la VM local hacia los recursos externos.
Imponer seguridad en el nivel de aplicaciones
Debido a que muchos servidores de aplicaciones usan puertos TCP/UDP estandarizados para comunicarse con equipos cliente, resulta sencillo crear reglas que bloqueen o permitan el acceso a un servidor de aplicaciones filtrando el tráfico que se dirige y que proviene del puerto designado a la aplicación.
Por ejemplo, es posible que desee permitir que un usuario se conecte a un servidor de aplicaciones de su centro de datos usando Conexión a Escritorio remoto (RDP). RDP usa el puerto TCP 3389, por lo que se puede configurar rápidamente la siguiente regla:
| IP de origen | IP de destino | Protocolo | Puerto de origen | Puerto de destino | Dirección | Acción |
|---|---|---|---|---|---|---|
| * | * | TCP | * | 3389 | En | Allow |
A continuación, se ofrecen dos ejemplos de cómo crear reglas con comandos de Windows PowerShell. La primera regla de ejemplo bloquea todo el tráfico a la máquina virtual denominada "ApplicationServer". La segunda regla de ejemplo, que se aplica al adaptador de red de la máquina virtual denominada "ApplicationServer", solo permite el tráfico RDP entrante a la máquina virtual.
Nota
Al crear reglas, puede usar el parámetro -Weight para determinar el orden en el que el conmutador virtual de Hyper-V procesa las reglas. Los valores de -Weight se expresan como enteros; las reglas con un entero superior se procesan antes que las reglas con enteros inferiores. Por ejemplo, si ha aplicado dos reglas al adaptador de red de una VM, una con un valor Weight de 1 y otra con un valor Weight de 10, se aplica primero la regla con el valor de 10.
Add-VMNetworkAdapterExtendedAcl -VMName "ApplicationServer" -Action "Deny" -Direction "Inbound" -Weight 1
Add-VMNetworkAdapterExtendedAcl -VMName "ApplicationServer" -Action "Allow" -Direction "Inbound" -LocalPort 3389 -Protocol "TCP" -Weight 10
Imponer seguridad en el nivel de usuarios y de aplicaciones
Una regla puede corresponderse con un paquete de IP de tupla 5 (IP de origen, IP de destino, Protocolo, Puerto de origen y Puerto de destino); por este motivo, la regla puede imponer una directiva de seguridad más detallada que una ACL de puerto.
Por ejemplo, si desea prestar servicio DHCP a un número limitado de equipos cliente que usan un conjunto determinado de servidores DHCP, puede configurar las siguientes reglas en el equipo con Windows Server 2016 que ejecuta Hyper-V donde se hospedan las VM del usuario:
| IP de origen | IP de destino | Protocolo | Puerto de origen | Puerto de destino | Dirección | Acción |
|---|---|---|---|---|---|---|
| * | 255.255.255.255 | UDP | * | 67 | Fuera | Allow |
| * | 10.175.124.0/25 | UDP | * | 67 | Fuera | Allow |
| 10.175.124.0/25 | * | UDP | * | 68 | En | Allow |
A continuación, se ofrecen ejemplos de cómo crear estas reglas con comandos de Windows PowerShell.
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Deny" -Direction "Outbound" -Weight 1
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Allow" -Direction "Outbound" -RemoteIPAddress 255.255.255.255 -RemotePort 67 -Protocol "UDP"-Weight 10
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Allow" -Direction "Outbound" -RemoteIPAddress 10.175.124.0/25 -RemotePort 67 -Protocol "UDP"-Weight 20
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Allow" -Direction "Inbound" -RemoteIPAddress 10.175.124.0/25 -RemotePort 68 -Protocol "UDP"-Weight 20
Proporcionar compatibilidad con seguridad a una aplicación que no es TCP/UDP
Si bien la mayoría del tráfico de red en un centro de datos es TCP y UDP, hay una parte del tráfico que utiliza otros protocolos. Por ejemplo, si desea permitir que un grupo de servidores ejecute una aplicación de transmisión por multidifusión de IP basada en el Protocolo de administración de grupos de Internet (IGMP), puede crear la siguiente regla.
Nota
IGMP tiene un número de protocolo IP designado de 0x02.
| IP de origen | IP de destino | Protocolo | Puerto de origen | Puerto de destino | Dirección | Acción |
|---|---|---|---|---|---|---|
| * | * | 0x02 | * | * | En | Allow |
| * | * | 0x02 | * | * | Fuera | Allow |
A continuación, se ofrece un ejemplo de cómo crear estas reglas con comandos de Windows PowerShell.
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Allow" -Direction "Inbound" -Protocol 2 -Weight 20
Add-VMNetworkAdapterExtendedAcl -VMName "ServerName" -Action "Allow" -Direction "Outbound" -Protocol 2 -Weight 20
Reglas de ACL con estado
Otra nueva capacidad de las ACL extendidas le permite configurar reglas con estado. Una regla con estado filtra los paquetes según cinco atributos de un paquete: IP de origen, IP de destino, Protocolo, Puerto de origen y Puerto de destino.
Las reglas con estado tienen las siguientes capacidades:
Siempre permiten el tráfico y no se usan para bloquearlo.
Si especifica que el valor del parámetro Direction es de entrada y el tráfico coincide con la regla, el conmutador virtual de Hyper-V crea de forma dinámica una regla coincidente que permite a la VM enviar tráfico de salida en respuesta al recurso externo.
Si especifica que el valor del parámetro Direction es de salida y el tráfico coincide con la regla, el conmutador virtual de Hyper-V crea de forma dinámica una regla coincidente que permite que la VM reciba el tráfico de entrada del recurso externo.
Incluyen un atributo de tiempo de espera que se mide en segundos. Cuando un paquete de red llega al conmutador y dicho paquete coincide con una regla con estado, el conmutador virtual de Hyper-V crea un estado para que se permitan todos los paquetes posteriores de ambas direcciones del mismo flujo. El estado expira si no se registra tráfico en ninguna dirección durante el periodo de tiempo especificado por el valor de tiempo de espera.
A continuación, se ofrece un ejemplo de cómo se pueden utilizar las reglas de estado.
Permitir el tráfico de entrada de servidor remoto solo después de que lo haya contactado el servidor local
En algunos casos, se debe emplear una regla con estado porque solamente una regla con estado puede realizar el seguimiento de una conexión conocida establecida y diferenciar la conexión de otras.
Por ejemplo, si desea permitir que un servidor de aplicaciones de VM inicie conexiones en el puerto 80 con servicios web en Internet y quiere que los servidores web remotos puedan responder al tráfico de VM, es posible configurar una regla con estado que permita el tráfico de salida inicial desde la VM a los servicios web; al tratarse de una regla con estado, también se permite el tráfico de retorno hacia la VM desde los servidores web. Por motivos de seguridad, puede bloquear todo el tráfico de red de entrada restante hacia la VM.
Para conseguir esta configuración de las reglas, puede usar los ajustes de la tabla siguiente.
Nota
Debido a limitaciones de formato y a la cantidad de información que aparece en la tabla siguiente, la información se muestra de forma distinta a como se hace en las tablas anteriores de este documento.
| Parámetro | Regla 1 | Regla 2 | Regla 3 |
|---|---|---|---|
| IP de origen | * | * | * |
| IP de destino | * | * | * |
| Protocolo | * | * | TCP |
| Puerto de origen | * | * | * |
| Puerto de destino | * | * | 80 |
| Dirección | En | Fuera | Fuera |
| Acción | Denegar | Denegar | Allow |
| Con estado | No | No | Sí |
| Tiempo de espera (en segundos) | N/D | N/D | 3600 |
La regla con estado permite al servidor de aplicaciones de VM conectarse a un servidor web remoto. Cuando se envía el primer paquete, el conmutador virtual de Hyper-V crea dinámicamente dos estados de flujo para permitir todos los paquetes enviados al servidor web remoto y todos los paquetes retornados de este. Cuando se detiene el flujo de paquetes entre los servidores, los estados de flujo inician un tiempo de espera en el valor correspondiente designado de 3600 segundos, equivalente a una hora.
A continuación, se ofrece un ejemplo de cómo crear estas reglas con comandos de Windows PowerShell.
Add-VMNetworkAdapterExtendedAcl -VMName "ApplicationServer" -Action "Deny" -Direction "Inbound" -Weight 1
Add-VMNetworkAdapterExtendedAcl -VMName "ApplicationServer" -Action "Deny" -Direction "Outbound" -Weight 1
Add-VMNetworkAdapterExtendedAcl -VMName "ApplicationServer" -Action "Allow" -Direction "Outbound" 80 "TCP" -Weight 100 -Stateful -Timeout 3600
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de