Implementación del Servicio de protección de host para SQL Server
Se aplica a:
SQL Server 2019 (15.x) y versiones posteriores: solo Windows
En este artículo se describe cómo implementar el servicio de protección de host (HGS) como servicio de certificación para SQL Server. Antes de empezar, lea el artículo Planificación de la atestación del Servicio de protección de host para obtener una lista completa de los requisitos previos e instrucciones de arquitectura.
Nota:
El administrador de HGS es responsable de ejecutar todos los pasos que se describen en este artículo. Vea Roles y responsabilidades al configurar la atestación con HGS.
Paso 1: configuración del primer equipo HGS
El servicio de protección de host (HGS) se ejecuta como un servicio en clúster en uno o varios equipos. En este paso, configurará un nuevo clúster de HGS en el primer equipo. Si ya dispone de un clúster HGS y va a agregarle equipos adicionales para alta disponibilidad, vaya al Paso 2: Agregar más equipos HGS al clúster.
Antes de empezar, asegúrese de que el equipo que está usando ejecuta Windows Server 2019 o versiones posteriores: Standard o Datacenter Edition, que tiene privilegios de administrador local y que el equipo no está vinculado a un dominio de Active Directory.
Inicie sesión en el primer equipo HGS como administrador local y abra una consola de Windows PowerShell con privilegios elevados. Ejecute el siguiente comando para instalar el rol del servicio de protección de host. El equipo se reiniciará automáticamente para aplicar los cambios.
Install-WindowsFeature -Name HostGuardianServiceRole -IncludeManagementTools -RestartUna vez reiniciado el equipo HGS, ejecute los siguientes comandos en una consola de Windows PowerShell con privilegios elevados para instalar el nuevo bosque de Active Directory:
# Select the name for your new Active Directory root domain. # Make sure the name does not conflict with, and is not subordinate to, any existing domains on your network. $HGSDomainName = 'bastion.local' # Specify a Directory Services Restore Mode password that can be used to recover your domain in safe mode. # This password is not, and will not change, your admin account password. # Save this password somewhere safe and include it in your disaster recovery plan. $DSRMPassword = Read-Host -AsSecureString -Prompt "Directory Services Restore Mode Password" Install-HgsServer -HgsDomainName $HgsDomainName -SafeModeAdministratorPassword $DSRMPassword -RestartEl equipo HGS se reiniciará de nuevo para finalizar la configuración del bosque de Active Directory. La próxima vez que inicie sesión, la cuenta de administrador será una cuenta de administrador de dominio. Se recomienda revisar el documento Operaciones de los Servicios de dominio de Active Directory para obtener más información sobre cómo administrar y proteger el nuevo bosque.
Después, configurará el clúster HGS e instalará el servicio de atestación mediante la ejecución del siguiente comando en una consola de Windows PowerShell con privilegios elevados:
# Note: the name you provide here will be shared by all HGS nodes and used to point your SQL Server computers to the HGS cluster. # For example, if you provide "attsvc" here, a DNS record for "attsvc.yourdomain.com" will be created for every HGS computer. Initialize-HgsAttestation -HgsServiceName 'hgs'
Paso 2: Agregar más equipos HGS al clúster
Una vez configurados el primer equipo HGS y el clúster, puede agregar más servidores HGS para obtener alta disponibilidad. Si solo va a configurar un servidor HGS (en un entorno de desarrollo y pruebas, por ejemplo), puede ir directamente al paso 3.
Al igual que con el primer equipo HGS, asegúrese de que el equipo que está incorporando al clúster ejecuta Windows Server 2019 o versiones posteriores: Standard o Datacenter Edition, que tiene privilegios de administrador local y que el equipo no está vinculado a un dominio de Active Directory.
Inicie sesión en el equipo como administrador local y abra una consola de Windows PowerShell con privilegios elevados. Ejecute el siguiente comando para instalar el rol del servicio de protección de host. El equipo se reiniciará automáticamente para aplicar los cambios.
Install-WindowsFeature -Name HostGuardianServiceRole -IncludeManagementTools -RestartCompruebe la configuración del cliente DNS en el equipo para asegurarse de que puede resolver el dominio HGS. El siguiente comando debe devolver una dirección IP para el servidor de HGS. Si no puede resolver el dominio HGS, puede que necesite actualizar la información del servidor DNS en el adaptador de red para usar el servidor DNS de HGS para la resolución de nombres.
# Change 'bastion.local' to the domain name you specified in Step 1.2 nslookup bastion.local # If it fails, use sconfig.exe, option 8, to set the first HGS computer as your preferred DNS server.Una vez reiniciado el equipo, ejecute el siguiente comando en una consola de Windows PowerShell con privilegios elevados para incorporar el equipo al dominio de Active Directory creado por el primer servidor HGS. Necesitará credenciales de administrador del dominio para que el dominio de AD ejecute este comando. Cuando se complete el comando, el equipo se reiniciará y se convertirá en un controlador de dominio de Active Directory para el dominio HGS.
# Provide the fully qualified HGS domain name $HGSDomainName = 'bastion.local' # Provide a domain administrator's credential for the HGS domain $DomainAdminCred = Get-Credential # Specify a Directory Services Restore Mode password that can be used to recover your domain in safe mode. # This password is not, and will not change, your admin account password. # Save this password somewhere safe and include it in your disaster recovery plan. $DSRMPassword = Read-Host -AsSecureString -Prompt "Directory Services Restore Mode Password" Install-HgsServer -HgsDomainName $HgsDomainName -HgsDomainCredential $DomainAdminCred -SafeModeAdministratorPassword $DSRMPassword -RestartDespués de que el equipo se reinicie, inicie sesión con credenciales de administrador del dominio. Abra una consola de Windows PowerShell con privilegios elevados y ejecute los siguientes comandos para configurar el servicio de atestación. Dado que el servicio de atestación es compatible con clústeres, replicará su configuración a partir de otros miembros del clúster. Los cambios realizados en las directivas de atestación de cualquier nodo HGS se aplicarán a todos los demás nodos.
# Provide the IP address of an existing, initialized HGS server # If you are using separate networks for cluster and application traffic, choose an IP address on the cluster network. # You can find the IP address of your HGS server by signing in and running "ipconfig /all" Initialize-HgsAttestation -HgsServerIPAddress '172.16.10.20'Repita el paso 2 para cada equipo que desee agregar al clúster HGS.
Paso 3: Configurar un reenviador DNS a su clúster HGS
HGS ejecuta su propio servidor DNS, que contiene los registros de nombre necesarios para resolver el servicio de atestación. Los equipos de SQL Server no podrán resolver estos registros hasta que configure el servidor DNS de la red para reenviar las solicitudes a los servidores DNS de HGS.
El proceso de configuración de reenviadores DNS es específico del proveedor, por lo que se recomienda que se ponga en contacto con el administrador de la red para obtener las instrucciones pertinentes para la red en cuestión.
Si usa el rol de servidor DNS de Windows Server para la red corporativa, el administrador de DNS puede crear un reenviador condicional en el dominio HGS para que solo se reenvíen las solicitudes del dominio HGS. Por ejemplo, si los servidores HGS usan el nombre de dominio "bastion.local" y tienen las direcciones IP 172.16.10.20, 172.16.10.21 y 172.16.10.22, puede ejecutar el siguiente comando en el servidor DNS corporativo para configurar un reenviador condicional:
# Tip: make sure to provide every HGS server's IP address
# If you use separate NICs for cluster and application traffic, use the application traffic NIC IP addresses here
Add-DnsServerConditionalForwarderZone -Name 'bastion.local' -ReplicationScope "Forest" -MasterServers "172.16.10.20", "172.16.10.21", "172.16.10.22"
Paso 4: Configurar el servicio de atestación
HGS admite dos modos de atestación: atestación TPM para la verificación criptográfica de la integridad y la identidad de cada equipo con SQL Server y atestación de la tecla del host para la verificación simple de la identidad del equipo con SQL Server. Si aún no ha seleccionado un modo de atestación, consulte la información sobre la atestación en la guía de planificación para obtener más información sobre las garantías de seguridad y los casos de uso de cada modo.
En los pasos de esta sección se configuran las directivas de atestación básicas para un modo de atestación determinado. En el paso 4, registrará la información específica del host. Si necesita cambiar el modo de atestación en el futuro, repita los pasos 3 y 4 y seleccione el modo de atestación deseado.
Cambio a atestación de TPM
Para configurar la atestación TPM en HGS, necesitará un equipo con acceso a Internet y al menos un equipo con SQL Server con un chip TPM 2.0 rev 1.16.
Para configurar HGS para que use el modo TPM, abra una consola de PowerShell con privilegios elevados y ejecute el siguiente comando:
Set-HgsServer -TrustTpm
Todos los equipos HGS de su clúster usarán ahora el modo TPM cuando un equipo con SQL Server intente atestiguar.
Para poder registrar información de TPM de los equipos de SQL Server con HGS, debe instalar los certificados raíz de la clave de aprobación (EK) desde los proveedores de TPM. Todos los TPM físicos vienen configurados de fábrica con una sola clave de aprobación acompañada por un certificado de clave de aprobación que identifica al fabricante. Este certificado garantiza que el TPM es auténtico. Al registrar un nuevo TPM con HGS, HGS comprueba el certificado de la clave de aprobación comparando la cadena de certificados con una lista de certificados raíz de confianza.
Microsoft publica una lista de certificados raíz de proveedores de TPM conocidos que se pueden importar en el almacén de certificados raíz del TPM de confianza para HGS. Si los equipos de SQL Server están virtualizados, tendrá que contactar con su proveedor de servicios en la nube o con el proveedor de la plataforma de virtualización para obtener información sobre cómo obtener la cadena de certificados para la clave de aprobación del TPM virtual.
Para descargar el paquete de certificados raíz del TPM de confianza de Microsoft para TPM físicos, lleve a cabo los pasos siguientes:
En un equipo con acceso a Internet, descargue el paquete de certificados raíz del TPM más reciente: https://go.microsoft.com/fwlink/?linkid=2097925.
Compruebe la firma del archivo .cab para asegurarse de que es auténtico.
# Note: replace the path below with the correct one to the file you downloaded in step 1 Get-AuthenticodeSignature ".\TrustedTpm.cab"Advertencia
No continúe si la firma no es válida y póngase en contacto con el soporte técnico de Microsoft para obtener ayuda.
Mueva el archivo .cab a un directorio nuevo.
mkdir .\TrustedTpmCertificates expand.exe -F:* ".\TrustedTpm.cab" ".\TrustedTpmCertificates"En el nuevo directorio, verá los directorios de cada proveedor de TPM. Puede eliminar los directorios de los proveedores que no utilice.
Copie todo el directorio "TrustedTpmCertificates" en el servidor HGS.
Abra una consola de PowerShell con privilegios elevados en el servidor HGS y ejecute el siguiente comando para importar todos los certificados intermedios y raíz del TPM:
# Note: replace the path below with the correct location of the TrustedTpmCertificates folder on your HGS computer cd "C:\scratch\TrustedTpmCertificates" .\setup.cmdRepita los pasos 5 y 6 para cada equipo HGS.
Si ha obtenido certificados de entidad de certificación intermedios y raíz del OEM, del proveedor de servicios en la nube o del proveedor de la plataforma de virtualización, puede importar directamente los certificados en el almacén de certificados de la máquina local correspondiente: TrustedHgs_RootCA o TrustedHgs_IntermediateCA. Por ejemplo, en PowerShell:
# Imports MyCustomTpmVendor_Root.cer to the local machine's "TrustedHgs_RootCA" store
Import-Certificate -FilePath ".\MyCustomTpmVendor_Root.cer" -CertStoreLocation "Cert:\LocalMachine\TrustedHgs_RootCA"
Cambio a atestación de clave de host
Para usar la atestación de clave de host, ejecute el comando siguiente en un servidor HGS en una consola de PowerShell con privilegios elevados:
Set-HgsServer -TrustHostKey
Todos los equipos HGS de su clúster usarán ahora el modo de tecla del host cuando un equipo con SQL Server intente atestiguar.
Paso 5: Configuración del enlace HTTPS de HGS
En una instalación predeterminada, HGS solo expone un enlace HTTP (puerto 80). Puede configurar un enlace HTTPS (puerto 443) para cifrar todas las comunicaciones entre los equipos con SQL Server y HGS. Se recomienda que todas las instancias de producción de HGS usen un enlace HTTPS.
Puede obtener un certificado TLS en su entidad de certificación, mediante el nombre del servicio HGS totalmente cualificado del paso 1.3 como nombre de sujeto. Si no conoce el nombre del servicio, puede encontrarlo ejecutando
Get-HgsServeren cualquier equipo HGS. Puede agregar nombres DNS alternativos a la lista de nombre alternativo del firmante si sus equipos con SQL Server usan un nombre DNS diferente para llegar a su clúster HGS (por ejemplo, si HGS está detrás de un equilibrador de carga de red con una dirección diferente).En el equipo HGS, use Set-HgsServer para habilitar el enlace HTTPS y especifique el certificado TLS obtenido en el paso anterior. Si el certificado ya está instalado en el equipo en el almacén de certificados local, use el siguiente comando para registrarlo con HGS:
# Note: you'll need to know the thumbprint for your certificate to configure HGS this way Set-HgsServer -Http -Https -HttpsCertificateThumbprint "54A043386555EB5118DB367CFE38776F82F4A181"Si ha exportado el certificado (con una clave privada) a un archivo PFX protegido por contraseña, puede registrarlo con HGS mediante la ejecución del siguiente comando:
$PFXPassword = Read-Host -AsSecureString -Prompt "PFX Password" Set-HgsServer -Http -Https -HttpsCertificatePath "C:\path\to\hgs_tls.pfx" -HttpsCertificatePassword $PFXPasswordRepita los pasos 1 y 2 para cada equipo HGS del clúster. Los certificados TLS no se replican automáticamente entre los nodos HGS. Además, cada equipo HGS puede tener su propio certificado TLS único, siempre que el sujeto coincida con el nombre del servicio HGS.
Paso 6: Determinación y uso compartido de la dirección URL de atestación de HGS
Como administrador de HGS, debe compartir la dirección URL de atestación de HGS con los administradores de equipos con SQL Server y los administradores de aplicaciones de la organización. Los administradores de equipos con SQL Server necesitarán la dirección URL de atestación para comprobar que los equipos con SQL Server pueden realizar la atestación con HGS. Los administradores de aplicaciones necesitarán la dirección URL de atestación para configurar cómo se conectan sus aplicaciones a SQL Server.
Para determinar la dirección URL de atestación, ejecute el cmdlet siguiente.
Get-HGSServer
La salida del comando será similar a esta:
Name Value
---- -----
AttestationOperationMode HostKey
AttestationUrl {http://hgs.bastion.local/Attestation}
KeyProtectionUrl {}
La dirección URL de atestación de HGS es el valor de la propiedad AttestationUrl.
Pasos siguientes
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