As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Pré-requisitos
Conclua as etapas a seguir antes de usar a autenticação baseada em certificado.
-
Configure seu diretório de WorkSpaces pools com a integração do SAML 2.0 para usar a autenticação baseada em certificado. Para obter mais informações, consulte Configure o SAML 2.0 e crie um diretório de WorkSpaces pools.
nota
Não habilite Smart card sign in em seu diretório de pool se quiser usar a autenticação baseada em certificado.
-
Configure o atributo
userPrincipalName
na declaração SAML. Para obter mais informações, consulte Etapa 7: criar declarações para a resposta de autenticação SAML. -
Configure o atributo
ObjectSid
na declaração SAML. Você pode usar esse atributo para realizar um mapeamento robusto com o usuário do Active Directory. A autenticação baseada em certificado falhará se o atributoObjectSid
não corresponder ao identificador de segurança (SID) do Active Directory do usuário especificado noNameID
de SAML_Subject. Para obter mais informações, consulte Etapa 7: criar declarações para a resposta de autenticação SAML.nota
De acordo com o Microsoft KB5 014754
, o ObjectSid
atributo se tornará obrigatório para autenticação baseada em certificado após 10 de setembro de 2025. -
Adicione a permissão
sts:TagSession
à política de confiança do perfil do IAM que você usa com sua configuração do SAML 2.0. Para receber mais informações, consulte Passar tags de sessão no AWS STS no Guia do usuário do AWS Identity and Access Management . Essa permissão é necessária para usar a autenticação baseada em certificado. Para obter mais informações, consulte Etapa 5: criar um perfil do IAM de federação SAML 2.0. -
Crie uma autoridade de certificação (CA) AWS privada usando CA privada, se você não tiver uma configurada com seu Active Directory. AWS A CA privada é necessária para usar a autenticação baseada em certificado. Para obter mais informações, consulte Planning your AWS Private CA deployment no Guia do Usuário do AWS Private Certificate Authority . As seguintes configurações de CA AWS privada são comuns para muitos casos de uso de autenticação baseada em certificado:
-
Opções de tipos de CA
-
Modo de uso de CA de certificados de curta duração: recomendado se a CA emitir apenas certificados de usuário final para autenticação baseada em certificado.
-
Hierarquia de nível único com uma CA raiz: escolha uma CA subordinada para integrá-la a uma hierarquia de CAs existente.
-
-
Opções de algoritmos de chave: RSA 2048
-
Opções de nome distinto de assunto: use as opções mais apropriadas para identificar essa CA em seu repositório de Autoridades de Certificação Raiz Confiáveis do Active Directory.
-
Opções de revogação de certificado: distribuição de CRL
nota
A autenticação baseada em certificado requer um ponto de distribuição de CRL on-line acessível tanto pelos WorkSpaces pools internos quanto pelo WorkSpaces controlador de domínio. Isso requer acesso não autenticado ao bucket do Amazon S3 configurado AWS para entradas privadas do CA CRL ou CloudFront uma distribuição com acesso ao bucket do Amazon S3, caso bloqueie o acesso público. Para obter mais informações sobre essas opções, consulte Planning a certificate revocation list (CRL) no Guia do Usuário do AWS Private Certificate Authority .
-
-
Marque sua CA privada com uma chave autorizada
euc-private-ca
a designar a CA para uso com a autenticação baseada em certificados de WorkSpaces pools. Essa chave não requer um valor. Para obter mais informações, consulte Managing tags for your private CA no Guia do usuário do AWS Private Certificate Authority . -
A autenticação baseada em certificado usa cartões inteligentes virtuais para fazer login. Para obter mais informações, consulte Diretrizes para habilitar o logon de cartão inteligente com autoridades de certificação de terceiros
. Siga estas etapas: -
Configure controladores de domínio com um certificado de controlador de domínio para autenticar usuários de cartões inteligentes. Se você tiver uma CA corporativa dos Serviços de Certificados do Active Directory configurada em seu Active Directory, ela inscreverá automaticamente os controladores de domínio com certificados que permitem o login por cartão inteligente. Se você não tiver os Serviços de Certificados do Active Directory, consulte Requisitos para certificados de controlador de domínio de uma AC de terceiros
. Você pode criar um certificado de controlador de domínio com CA AWS privada. Se fizer isso, não use uma CA privada configurada para certificados de curta duração. nota
Se você usa o AWS Managed Microsoft AD, pode configurar os Serviços de Certificados em uma EC2 instância da Amazon que atenda aos requisitos de certificados de controlador de domínio. Consulte Implantar o Active Directory em uma nova Amazon Virtual Private Cloud para ver, por exemplo, implantações do Microsoft AD AWS gerenciado configuradas com os Serviços de Certificados do Active Directory.
Com o AWS Managed Microsoft AD e o Active Directory Certificate Services, você também deve criar regras de saída do grupo de segurança VPC do controlador para a instância da EC2 Amazon que executa os Serviços de Certificados. Você deve fornecer ao grupo de segurança acesso à porta TCP 135 e às portas 49152 a 65535 para habilitar o registro automático de certificados. A EC2 instância da Amazon também deve permitir acesso de entrada nessas mesmas portas a partir de instâncias de domínio, incluindo controladores de domínio. Para obter mais informações sobre como localizar o grupo de segurança para o AWS Managed Microsoft AD, consulte Configurar suas sub-redes VPC e grupos de segurança.
-
No console da CA AWS privada, ou com o SDK ou a CLI, exporte o certificado da CA privada. Para obter mais informações, consulte Exportação de um certificado privado.
-
Publique a CA privada no Active Directory. Faça login em um controlador de domínio ou em uma máquina associada a um domínio. Copie o certificado de CA privada para qualquer
e execute os comandos a seguir como administrador de domínio. Você também pode usar a Política de Grupo e a Microsoft PKI Health Tool (PKIView) para publicar a CA. Para obter mais informações, consulte Instruções de configuração<path>
\<file>
. certutil -dspublish -f
<path>
\<file> RootCAcertutil -dspublish -f
<path>
\<file> NTAuthCAVerifique se os comandos são concluídos com êxito, depois remova o arquivo do certificado de CA privada. Dependendo das configurações de replicação do Active Directory, pode levar vários minutos para que a CA publique em seus controladores de domínio e WorkSpaces em WorkSpaces pools.
nota
O Active Directory deve distribuir automaticamente a CA às Autoridades de Certificação Raiz Confiáveis e aos NTAuth repositórios corporativos WorkSpaces em WorkSpaces Pools quando elas ingressam no domínio.
nota
Os controladores de domínio do Active Directory devem estar no modo de compatibilidade para que a imposição do certificado ofereça suporte à autenticação baseada em certificados. Para obter mais informações, consulte KB5014754—Alterações de autenticação baseada em certificado em controladores de domínio do Windows na documentação do Microsoft Support
. Se você estiver usando o Microsoft AD AWS gerenciado, consulte Definir as configurações de segurança do diretório para obter mais informações.
-