Perguntas frequentes sobre o Início Confiável

Artigo
10/26/2024

Cuidado

Este artigo faz referência ao CentOS, uma distribuição do Linux que está se aproximando do status de EOL (fim da vida útil). Considere seu uso e planeje adequadamente. Para saber mais, consulte Orientação sobre CentOS EOL.

Perguntas frequentes sobre casos de uso de recursos de Início Confiável do Azure, suporte para outros recursos do Azure e correções para erros comuns.

Casos de uso

Esta seção responde a perguntas sobre casos de uso para Início Confiável.

Por quê devo usar o Início Confiável? Contra o quê o Início Confiável oferece proteção?

O Início Confiável protege contra kits de inicialização, rootkits e malware de nível de kernel. Esses tipos sofisticados de malware são executados no modo kernel e permanecem escondidos dos usuários. Por exemplo:

Rootkits de firmware: esses kits substituem o firmware do BIOS da máquina virtual, portanto, o rootkit pode ser iniciado antes do sistema operacional (SO).
Kits de inicialização: esses kits substituem o carregador de inicialização do sistema operacional, de forma que a máquina virtual o carregue antes do sistema operacional.
Rootkits de kernel: esses kits substituem uma parte do kernel do sistema operacional para que o rootkit possa ser iniciado automaticamente quando o sistema operacional for carregado.
Rootkits de driver: esses kits fingem ser um dos drivers confiáveis que o sistema operacional usa para se comunicar com os componentes da máquina virtual.

Quais são as diferenças entre a Inicialização Segura e a inicialização medida?

Na cadeia da Inicialização Segura, cada etapa no processo de inicialização verifica uma assinatura criptográfica das etapas subsequentes. Por exemplo, o BIOS verifica uma assinatura no carregador, e o carregador verifica as assinaturas de todos os objetos do kernel que ele carrega, e assim por diante. Se algum dos objetos estiver comprometido, a assinatura não corresponderá e a VM não será inicializada. Para saber mais, confira Inicialização Segura.

Como o Início Confiável se compara à VM blindada do Hyper-V?

A VM blindada do Hyper-V atualmente está disponível somente no Hyper-V. A VM Blindada do Hyper-V normalmente é implantada com a malha protegida. Uma malha protegida consiste em um HGS (serviço guardião de host), um ou mais hosts protegidos e um conjunto de VMs blindadas. As VMs blindadas do Hyper-V são usadas em malhas em que os dados e o estado da máquina virtual devem ser protegidos de vários atores. Esses atores são administradores de malha e software não confiável que podem estar em execução nos hosts Hyper-V.

O Início Confiável, por outro lado, pode ser implantado como uma máquina virtual autônoma ou Conjuntos de Dimensionamento de Máquinas Virtuais no Azure sem outra implantação e gerenciamento do HGS. Todos os recursos de Início confiável podem ser habilitados com uma simples alteração no código de implantação ou uma caixa de seleção no portal do Azure.

O que é o Estado convidado da VM (VMGS)?

O estado de convidado da VM (VMGS) é específico para VMs de Início Confiável. É um blob gerenciado pelo Azure e contém os bancos de dados de assinatura de inicialização segura interface de firmware extensível (UEFI) unificados e outras informações de segurança. O ciclo de vida do blob VMGS está vinculado ao do disco do sistema operacional.

Posso desabilitar o Início Confiável para uma nova implantação de VM?

As VMs de Início Confiável fornecem segurança de computação fundamental. Recomendamos que você não as desabilite para novas implantações de VM ou conjunto de dimensionamento de máquinas virtuais, exceto se suas implantações tiverem dependência em:

Você pode usar o parâmetro securityType com o valor Standard para desabilitar o Início Confiável em novas implantações de VM ou conjunto de dimensionamento de máquinas virtuais usando o Azure PowerShell (v10.3.0+) e a CLI do Azure (v2.53.0+).

Observação

Não recomendamos desabilitar a Inicialização Segura, a menos que você esteja usando kernel ou drivers personalizados sem sinal.

Se você precisar desabilitar a Inicialização Segura, na configuração da VM, desmarque a opção Habilitar Inicialização Segura.

CLI
PowerShell

az vm create -n MyVm -g MyResourceGroup --image Ubuntu2204 `
    --security-type 'Standard'

$adminUsername = <USER NAME>
$adminPassword = <PASSWORD> | ConvertTo-SecureString -AsPlainText -Force
$vmCred = New-Object System.Management.Automation.PSCredential($adminUsername, $adminPassword)
New-AzVM -Name MyVm -Credential $vmCred -SecurityType Standard

Recursos e implantações com suporte

Esta seção discute recursos e implantações compatíveis com o Início Confiável.

A Galeria de Computação do Azure é compatível com o Início Confiável?

O Início Confiável agora permite que as imagens sejam criadas e compartilhadas por meio da Galeria de Computação do Azure (antes chamado de Galeria de Imagens Compartilhadas). A origem da imagem pode ser:

Uma VM do Azure existente generalizada ou especializada.
Um disco gerenciado existente ou um instantâneo.
Um VHD ou uma versão de imagem de outra galeria.

Para obter mais informações sobre a implantação de VMs de Início Confiável usando a Galeria de Computação do Azure, consulte implantar VMs de Início Confiável.

O Backup do Azure é compatível com o Início Confiável?

O Início Confiável agora suporta o Backup do Azure. Para obter mais informações, consulte Matriz de suporte para backup de VM do Azure.

O Backup do Azure continuará funcionando depois de habilitar o Início Confiável?

Os backups configurados com a Política aprimorada continuam a fazer backups de VMs depois que você habilita o Início Confiável.

Os discos do sistema operacional efêmero são compatíveis com o Início Confiável?

O Início Confiável dá suporte a discos do sistema operacional efêmero. Para obter mais informações, consulte Início Confiável para discos do sistema operacional efêmeros.

Observação

Ao usar discos efêmeros para VMs de Início Confiável, as chaves e segredos gerados ou selados pelo Módulo da Plataforma Confiável virtual (vTPM) após a criação da VM não podem ser persistidos para operações como refazer imagem e eventos de plataforma, como a recuperação de serviço.

Os recursos de segurança disponíveis com o Início confiável também são aplicáveis aos discos de dados?

O Início confiável fornece segurança fundamental para o sistema operacional hospedado na máquina virtual, atestando a integridade da inicialização. Os recursos de segurança do Início confiável são aplicáveis somente ao sistema operacional em execução e aos discos do sistema operacional, não sendo aplicáveis a discos de dados ou binários do sistema operacional armazenados em discos de dados. Para obter mais detalhes, consulte visão geral do Início confiável

Uma VM pode ser restaurada usando backups feitos antes do Início Confiável ser habilitado?

Os backups feitos antes de você atualizar uma VM de Geração 2 existente para o Início Confiável podem ser usados para restaurar toda a VM ou discos de dados individuais. Eles não podem ser usados apenas para restaurar ou substituir o disco do sistema operacional.

Como posso encontrar tamanhos de VM que dão suporte ao Início Confiável?

Consulte a lista de Tamanhos de VM da Geração 2 compatíveis com o Início Confiável.

Os comandos a seguir podem ser usados para verificar se um Tamanho de VM de Geração 2 não é compatível com o Início Confiável.

CLI
PowerShell

subscription="<yourSubID>"
region="westus"
vmSize="Standard_NC12s_v3"

az vm list-skus --resource-type virtualMachines  --location $region --query "[?name=='$vmSize'].capabilities" --subscription $subscription

$region = "southeastasia"
$vmSize = "Standard_M64"
(Get-AzComputeResourceSku | where {$_.Locations.Contains($region) -and ($_.Name -eq $vmSize) })[0].Capabilities

A resposta é semelhante ao seguinte exemplo. Uma saúde que inclui TrustedLaunchDisabled True indica que o tamanho da VM da Geração 2 não é compatível com o Início Confiável. Se for um tamanho de VM da Geração 2 e TrustedLaunchDisabled não fizer parte da saída, isso significa que o Início Confiável é compatível com esse tamanho de VM.

Name                                         Value
----                                         -----
MaxResourceVolumeMB                          8192000
OSVhdSizeMB                                  1047552
vCPUs                                        64
MemoryPreservingMaintenanceSupported         False
HyperVGenerations                            V1,V2
MemoryGB                                     1000
MaxDataDiskCount                             64
CpuArchitectureType                          x64
MaxWriteAcceleratorDisksAllowed              8
LowPriorityCapable                           True
PremiumIO                                    True
VMDeploymentTypes                            IaaS
vCPUsAvailable                               64
ACUs                                         160
vCPUsPerCore                                 2
CombinedTempDiskAndCachedIOPS                80000
CombinedTempDiskAndCachedReadBytesPerSecond  838860800
CombinedTempDiskAndCachedWriteBytesPerSecond 838860800
CachedDiskBytes                              1318554959872
UncachedDiskIOPS                             40000
UncachedDiskBytesPerSecond                   1048576000
EphemeralOSDiskSupported                     True
EncryptionAtHostSupported                    True
CapacityReservationSupported                 False
TrustedLaunchDisabled                        True
AcceleratedNetworkingEnabled                 True
RdmaEnabled                                  False
MaxNetworkInterfaces                         8

Como posso validar que minha imagem do sistema operacional é compatível com o Início Confiável?

Consulte a lista de versões de SO compatíveis com o Início Confiável.

Imagens do SO Marketplace

Os comandos a seguir podem ser usados para verificar se uma imagem do sistema operacional do Marketplace é compatível com o Início Confiável.

CLI
PowerShell

az vm image show --urn "MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition:latest"

A resposta é semelhante ao seguinte exemplo. Se hyperVGeneration for v2 e SecurityType contiver TrustedLaunch na saída, a imagem do sistema operacional de Geração 2 é compatível com o Início Confiável.

{
  "architecture": "x64",
  "automaticOsUpgradeProperties": {
    "automaticOsUpgradeSupported": false
  },
  "dataDiskImages": [],
  "disallowed": {
    "vmDiskType": "Unmanaged"
  },
  "extendedLocation": null,
  "features": [
    {
      "name": "SecurityType",
      "value": "TrustedLaunchAndConfidentialVmSupported"
    },
    {
      "name": "IsAcceleratedNetworkSupported",
      "value": "True"
    },
    {
      "name": "DiskControllerTypes",
      "value": "SCSI, NVMe"
    },
    {
      "name": "IsHibernateSupported",
      "value": "True"
    }
  ],
  "hyperVGeneration": "V2",
  "id": "/Subscriptions/00000000-0000-0000-0000-00000000000/Providers/Microsoft.Compute/Locations/westus/Publishers/MicrosoftWindowsServer/ArtifactTypes/VMImage/Offers/WindowsServer/Skus/2022-datacenter-azure-edition/Versions/20348.1906.230803",
  "imageDeprecationStatus": {
    "alternativeOption": null,
    "imageState": "Active",
    "scheduledDeprecationTime": null
  },
  "location": "westus",
  "name": "20348.1906.230803",
  "osDiskImage": {
    "operatingSystem": "Windows",
    "sizeInGb": 127
  },
  "plan": null,
  "tags": null
}

Get-AzVMImage -Skus 22_04-lts-gen2 -PublisherName Canonical -Offer 0001-com-ubuntu-server-jammy -Location westus3 -Version latest

Você pode usar a saída do comando com Máquinas Virtuais – Obter API. A resposta é semelhante ao seguinte exemplo. Se hyperVGeneration for v2 e SecurityType contiver TrustedLaunch na saída, a imagem do sistema operacional de Geração 2 é compatível com o Início Confiável.

{
    "properties": {
        "hyperVGeneration": "V2",
        "architecture": "x64",
        "replicaType": "Managed",
        "replicaCount": 10,
        "disallowed": {
            "vmDiskType": "Unmanaged"
        },
        "automaticOSUpgradeProperties": {
            "automaticOSUpgradeSupported": false
        },
        "imageDeprecationStatus": {
            "imageState": "Active"
        },
        "features": [
            {
                "name": "SecurityType",
                "value": "TrustedLaunchSupported"
            },
            {
                "name": "IsAcceleratedNetworkSupported",
                "value": "True"
            },
            {
                "name": "DiskControllerTypes",
                "value": "SCSI, NVMe"
            },
            {
                "name": "IsHibernateSupported",
                "value": "True"
            }
        ],
        "osDiskImage": {
            "operatingSystem": "Linux",
            "sizeInGb": 30
        },
        "dataDiskImages": []
    },
    "location": "WestUS3",
    "name": "22.04.202309080",
    "id": "/Subscriptions/00000000-0000-0000-0000-000000000000/Providers/Microsoft.Compute/Locations/WestUS3/Publishers/Canonical/ArtifactTypes/VMImage/Offers/0001-com-ubuntu-server-jammy/Skus/22_04-lts-gen2/Versions/22.04.202309080"
}

Imagem do SO da Galeria de Computação do Azure

Os comandos a seguir podem ser usados para verificar se uma imagem do sistema operacional da Galeria de Computação do Azure é compatível com o Início Confiável.

CLI
PowerShell

az sig image-definition show `
    --gallery-image-definition myImageDefinition `
    --gallery-name myImageGallery `
    --resource-group myImageGalleryRg

{
  "architecture": "x64",
  "features": [
    {
      "name": "SecurityType",
      "value": "TrustedLaunchSupported"
    }
  ],
  "hyperVGeneration": "V2",
  "id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/myImageGalleryRg/providers/Microsoft.Compute/galleries/myImageGallery/images/myImageDefinition",
  "identifier": {
    "offer": "myImageDefinition",
    "publisher": "myImageDefinition",
    "sku": "myImageDefinition"
  },
  "location": "westus3",
  "name": "myImageDefinition",
  "osState": "Generalized",
  "osType": "Windows",
  "provisioningState": "Succeeded",
  "recommended": {
    "memory": {
      "max": 32,
      "min": 1
    },
    "vCPUs": {
      "max": 16,
      "min": 1
    }
  },
  "resourceGroup": "myImageGalleryRg",
  "tags": {},
  "type": "Microsoft.Compute/galleries/images"
}

Get-AzGalleryImageDefinition -ResourceGroupName myImageGalleryRg `
    -GalleryName myImageGallery -GalleryImageDefinitionName myImageDefinition

ResourceGroupName : myImageGalleryRg
OsType            : Windows
OsState           : Generalized
HyperVGeneration  : V2
Identifier        :
  Publisher       : myImageDefinition
  Offer           : myImageDefinition
  Sku             : myImageDefinition
Recommended       :
  VCPUs           :
    Min           : 1
    Max           : 16
  Memory          :
    Min           : 1
    Max           : 32
ProvisioningState : Succeeded
Id                : /subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/myImageGalleryRg/providers/Microsoft.Compute/galleries/myImageGallery/images/myImageDefinition
Name              : myImageDefinition
Type              : Microsoft.Compute/galleries/images
Location          : westus3
Tags              : {}
Features[0]       :
  Name            : SecurityType
  Value           : TrustedLaunchSupported
Architecture      : x64

Como os drivers de comunicação externos funcionam com VMs de Início Confiável?

Adicionar portas COM requer que você desabilite a Inicialização Segura. Portanto, as portas COM são desabilitadas por padrão em VMs de Início Confiável.

Solução de problemas

Esta seção responde a perguntas sobre estados específicos, tipos de inicialização e problemas comuns de inicialização.

O que devo fazer quando minha VM de Início Confiável tiver falhas de implantação?

Esta seção fornece detalhes adicionais sobre falhas de implantação de Início Confiável para que você tome as medidas adequadas para impedi-las.

Virtual machine <vm name> failed to create from the selected snapshot because the virtual Trusted Platform Module (vTPM) state is locked.
To proceed with the VM creation, please select a different snapshot without a locked vTPM state.
For more assistance, please refer to “Troubleshooting locked vTPM state” in FAQ page at https://aka.ms/TrustedLaunch-FAQ.

Esse erro de implantação ocorre quando o instantâneo ou ponto de restauração fornecido é inacessível ou inutilizável pelos seguintes motivos:

Estado de convidado da máquina virtual corrompida (VMGS)
vTPM em um estado bloqueado
Um ou mais índices críticos do vTPM estão em um estado inválido.

O exposto acima pode acontecer se um usuário ou carga de trabalho em execução na máquina virtual definir o bloqueio no vTPM ou modificar índices críticos do vTPM que deixam o vTPM em um estado inválido.

Tentar novamente com o mesmo ponto de instantâneo/restauração resultará na mesma falha.

Para resolver esse problema:

Na VM de Início Confiável de origem em que o instantâneo ou ponto de restauração foi gerado, os erros do vTPM devem ser corrigidos.
1. Se o estado do vTPM tiver sido modificado por uma carga de trabalho na máquina virtual, você precisará usar o mesmo para verificar os estados de erro e levar o vTPM para um estado sem erro.
2. Se as ferramentas do TPM foram usadas para modificar o estado do vTPM, você deve usar as mesmas ferramentas para verificar os estados de erro e levar o vTPM a um estado sem erro.

Depois que o instantâneo ou ponto de restauração estiver livre desses erros, você poderá usá-lo para criar uma nova VM de Início Confiável.

Por que a VM de Início Confiável não está inicializando corretamente?

Se componentes não assinados forem detectados do firmware de convidado (UEFI), carregador de inicialização, sistema operacional ou drivers de inicialização, uma VM de Início Confiável não será inicializada. A configuração de Inicialização Segura na VM de Início Confiável falhará ao inicializar se componentes de inicialização não assinados ou não confiáveis forem encontrados durante o processo de inicialização e relatarão como uma falha de Inicialização Segura.

Captura de tela que mostra o pipeline de Início Confiável a partir da Inicialização Segura para drivers de terceiros.

Observação

As VMs de Início Confiável criadas diretamente a partir de uma imagem do Azure Marketplace não devem encontrar falhas de Inicialização Segura. As imagens da Galeria de Computação do Azure com uma fonte de imagem original do Marketplace e instantâneos criados a partir de VMs de Início Confiável também não devem encontrar esses erros.

Como verificar um cenário sem inicialização no portal do Azure?

Quando uma VM fica indisponível de uma falha de Inicialização Segura, "sem inicialização" significa que a VM tem um componente do sistema operacional assinado por uma autoridade confiável, que bloqueia a inicialização de uma VM de Início Confiável. Na implantação da VM, os clientes podem ver informações da integridade do recurso no portal do Azure informando que há um erro de validação na inicialização segura.

Para acessar a integridade do recurso na página de configuração da VM, acesse Integridade do Recurso no painel Ajuda.

Se você verificou que a não inicialização foi causada por uma falha de inicialização segura:

A imagem que você está usando é uma versão mais antiga que pode ter um ou mais componentes de inicialização não confiáveis e está em um caminho de substituição. Para corrigir uma imagem desatualizada, atualize para uma versão de imagem mais recente com suporte.
A imagem que você está usando pode ter sido criada fora de uma origem do marketplace ou os componentes de inicialização foram modificados e contêm componentes de inicialização não assinados ou não confiáveis. Para verificar se sua imagem tem componentes de inicialização não assinados ou não confiáveis, consulte a seção a seguir, "Verificar falhas de Inicialização Segura."
Se os dois cenários anteriores não se aplicarem, a VM estará potencialmente infectada com malware (bootkit/rootkit). Considere excluir a VM e recriar uma nova VM da mesma imagem de origem enquanto avalia todo o software que está sendo instalado.

Por que minha VM de Início Confiável mostra 50 MB a menos de memória?

Com o Início Confiável, um ambiente de execução comumente conhecido como "o paravisor" é criado e executado dentro da VM. Normalmente, cerca de 50MB de memória são usados pelo paravisor e são mostrados como "reservados" dentro do sistema operacional convidado.

Verificar falhas da Inicialização Segura

Esta seção ajuda você a verificar falhas de Inicialização Segura.

Máquinas virtuais do Linux

Para verificar quais componentes de inicialização são responsáveis por falhas de Inicialização Segura em uma Máquina Virtual Linux do Azure, os usuários finais podem usar a ferramenta SBInfo do Pacote de Segurança do Linux.

Desativar a Inicialização Segura.
Conecte-se à sua VM de Início Confiável do Linux do Azure.
Instale a ferramenta SBInfo para a distribuição em que sua VM está em execução. Ela reside no Pacote de Segurança do Linux.

Esses comandos se aplicam ao Ubuntu, Debian e a outras distribuições baseadas em Debian.

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ trusty main" | sudo tee -a /etc/apt/sources.list.d/azure.list

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ xenial main" | sudo tee -a /etc/apt/sources.list.d/azure.list

echo "deb [arch=amd64] http://packages.microsoft.com/repos/azurecore/ bionic main" | sudo tee -a /etc/apt/sources.list.d/azure.list

wget https://packages.microsoft.com/keys/microsoft.asc

wget https://packages.microsoft.com/keys/msopentech.asc

sudo apt-key add microsoft.asc && sudo apt-key add msopentech.asc

sudo apt update && sudo apt install azure-security

Esses comandos se aplicam a RHEL, CentOS e outras distribuições baseadas no Red Hat.

echo "[packages-microsoft-com-azurecore]" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "name=packages-microsoft-com-azurecore" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "baseurl=https://packages.microsoft.com/yumrepos/azurecore/" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "enabled=1" | sudo tee -a /etc/yum.repos.d/azurecore.repo

echo "gpgcheck=0" | sudo tee -a /etc/yum.repos.d/azurecore.repo

sudo yum install azure-security

Esses comandos se aplicam a SLES, openSUSE e outras distribuições baseadas em SUSE.

sudo zypper ar -t rpm-md -n "packages-microsoft-com-azurecore" --no-gpgcheck https://packages.microsoft.com/yumrepos/azurecore/ azurecore

sudo zypper install azure-security

Depois de instalar o Pacote de Segurança do Linux para sua distribuição, execute o comando sbinfo para verificar quais componentes de inicialização são responsáveis por falhas de Inicialização Segura exibindo todos os módulos, kernels e carregadores de inicialização não assinados.

sudo sbinfo -u -m -k -b

Para saber mais sobre a ferramenta de diagnóstico SBInfo, você pode executar sudo sbinfo -help.

Por que estou recebendo uma falha de monitoramento de integridade de inicialização?

O Início Confiável para VMs do Azure é monitorado para ameaças avançadas. Se essas ameaças forem detectadas, um alerta é disparado. Os alertas só estarão disponíveis se os recursos de segurança aprimorados no Microsoft Defender para Nuvem estiverem habilitados.

O Microsoft Defender para Nuvem executa periodicamente o atestado. Se o atestado falhar, um alerta de severidade médio é disparado. O atestado de Início Confiável pode falhar pelos seguintes motivos:

As informações atestadas, que incluem um log da TCB (base de computação confiável), se desviam de uma linha de base confiável (como quando a Inicialização Segura está habilitada). Qualquer desvio indica que módulos não confiáveis foram carregados e o sistema operacional pode ser comprometido.
A cotação de atestado não pôde ser verificada para se originar do vTPM da VM atestada. A falha de verificação indica que um malware está presente e pode estar interceptando o tráfego para o TPM.
A extensão de atestado na VM não está respondendo. Uma extensão sem resposta indica um ataque de negação de serviço por malware ou um administrador do sistema operacional.

Certificados

Esta seção fornece informações sobre certificados.

Como os usuários podem estabelecer uma raiz de confiança com as VMs de Início Confiável?

O certificado público virtual do TPM AK fornece aos usuários visibilidade das informações sobre a cadeia de certificados completa (Certificados Raiz e Intermediário), ajudando-os a validar a confiança no certificado e na cadeia raiz. Para garantir que os consumidores de Início Confiável tenham continuamente a postura de segurança mais alta, ele fornece informações sobre as propriedades da instância, para que os usuários possam rastrear de volta para a cadeia completa.

Instruções de download

Certificados de pacote, em conformidade com .p7b (Autoridade de Certificação Completa) e .cer (AC Intermediária), revelam a autoridade de certificação e assinatura. Copie o conteúdo relevante e use as ferramentas de certificado para inspecionar e avaliar detalhes dos certificados.

Clique para baixar o .crt para a Autoridade de Certificado Raiz do TPM Virtual do Azure 2023

Autoridade de Certificado Raiz do TPM Virtual do Azure 2023

Selecione para exibir o conteúdo de .p7b

AC do TPM Virtual Global – 01:

Selecione para exibir o conteúdo do .cert para o Certificado Raiz

Autoridade de Certificado Raiz do TPM Virtual do Azure 2023

Selecione para exibir o conteúdo da AC intermediária

Autoridade de Certificação Intermediária para certificado do TPM:

"Global Virtual TPM CA - XX" (intermediate CA) [.cer], 
-----BEGIN CERTIFICATE-----
MIIFnDCCA4SgAwIBAgITMwAAAALA0XtLj5ecNQAAAAAAAjANBgkqhkiG9w0BAQwF
ADBpMQswCQYDVQQGEwJVUzEeMBwGA1UEChMVTWljcm9zb2Z0IENvcnBvcmF0aW9u
MTowOAYDVQQDEzFBenVyZSBWaXJ0dWFsIFRQTSBSb290IENlcnRpZmljYXRlIEF1
dGhvcml0eSAyMDIzMB4XDTIzMDYwODE3NTMwNFoXDTI1MTEwMzE3NTMwNFowJTEj
MCEGA1UEAxMaR2xvYmFsIFZpcnR1YWwgVFBNIENBIC0gMDEwggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQC/NqouHGBovTadw1GLMQYNxWrEciPSh7gE7Vxs
fbbPCE0SfTO80OF2raLdRYN2gEWE2Dr8+TDUuAb/WBFyczhU1aHFPssg8B3/DT6p
TXlDlohLLPWkjYU+OuT1/Ls7RzjQBe2se/MJyPaIJXI6KgCwePw7EcWFChe8aCTU
MHYBG0Ju4xNlMTUd/tcu6a53CXn6Nq48umwlaJelRh+i1f0vcwB2CY/v+Rliwb/8
DM5Ed9FUHZOKyp5Vnaw9GWloM46sLQT/fdHB0jmugfNZzafkkhQAYiNL3jYNYFZH
5/IgUfYJ/yybwnwoxOdV2NV0Q2i+P5Pcb0WNGaJY47aqOj8BAgMBAAGjggF/MIIB
ezASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwICBDAXBgNVHSUEEDAO
BgVngQUIAQYFZ4EFCAMwHQYDVR0OBBYEFP/2zueowUhpKMuKS/LYgYG1bYCBMB8G
A1UdIwQYMBaAFEv+JlqUwfYzw4NIJt3z5bBksqqVMHYGA1UdHwRvMG0wa6BpoGeG
ZWh0dHA6Ly93d3cubWljcm9zb2Z0LmNvbS9wa2lvcHMvY3JsL0F6dXJlJTIwVmly
dHVhbCUyMFRQTSUyMFJvb3QlMjBDZXJ0aWZpY2F0ZSUyMEF1dGhvcml0eSUyMDIw
MjMuY3JsMIGDBggrBgEFBQcBAQR3MHUwcwYIKwYBBQUHMAKGZ2h0dHA6Ly93d3cu
bWljcm9zb2Z0LmNvbS9wa2lvcHMvY2VydHMvQXp1cmUlMjBWaXJ0dWFsJTIwVFBN
JTIwUm9vdCUyMENlcnRpZmljYXRlJTIwQXV0aG9yaXR5JTIwMjAyMy5jcnQwDQYJ
KoZIhvcNAQEMBQADggIBAEhTwx26W+Xap7zXExbAwnHYtN6kB4dIGXdgQIiQy5OQ
ltsSj2jx7qZ/af5n5OnTBQ+gXM8siVipgaAIdBkbGgOjCb6b6MTe1YpFAH4fQv8e
VwTVDziBMD0EKI30h0JbFKLdSdKe48O9Lw+T2b0PBXvMFJOSdZT7meGIkpNxSqmA
Z+RNyreLxil9knNjF5ymPT0RcGK52+MwGlElBb/jc+snhr+ZJZ1grjFky9NzjCTi
E5SG+6H3YgiHCqfXr0L3NRt/QZ5IgkuGkNPeMvn4JjevFwAhXFxBqJYJ7mY61MJu
WTdyhhoUJgzmZo1hS+GNyuMKaKBLreUwtc1y7LRH3YGGed57HbQ9bmyMdhO7x8KZ
NrBDX2/cRLzrCmpSUldmKMu9G4dpzXpde4pFMObiVFrGRq8/9HMOJwZlQvzhwQp0
PUMY/gIU5rf23n1M1M36tM5g5CEzxQUGtVaG9ABTJQ2zijD5wDo840vbznyKt3ih
imrUs+LqpPDNXyxbwvibcZidwSdhu0QmUoyYsgSP2Zff5E8ks53h2xQSM3zz2qaW
VS1vVqG4zC0EfRnO65ogPPfrtK6ZiFmVHSWP9vPkFcUNYDnYQXW/TArO/JCe2I++
GClM7AcDQwWLxcopzskGQdHNM1zMsprRRwYaVpTJH67xeNda6+Y7IOPJYTvyoXHP
-----END CERTIFICATE-----

Intermediate Certificate Authority

Thumbprint # db1f3959dcce7091f87c43446be1f4ab2d3415b7
Serial Number # 3300000002c0d17b4b8f979c35000000000002
Valid Until # November 3rd, 2025

Quais certificados confiáveis da Microsoft são integrados às VMs do Azure?

Para VMs do Windows, o Certificado de Autoridade de Certificação do Windows é integrado ao firmware UEFI. Para VMs do Linux, o Certificado de Autoridade de Certificação UEFI da Microsoft é integrado ao firmware UEFI. Somente para VMs do Linux do Azure, um certificado "ACP Linux Kmod dos Serviços do Azure" adicionais também é adicionado no firmware UEFI para todas as distribuições do Linux. O ACP Linux Kmod é usado para assinar módulos de kernel de propriedade da Microsoft.

O certificado ACP do Linux Kmod é adicionado para tornar a experiência do cliente mais suave ao usar soluções da Microsoft, como o ASR (Azure Site Recovery), que instala um módulo de kernel. O módulo do kernel ASR será carregado sem nenhuma ação do cliente para fornecer uma chave, pois o módulo de kernel ASR é assinado usando o certificado confiável "ACP Linux Kmod dos Serviços do Azure".

Instruções de download

Certificados de pacote, em conformidade com .p7b e .cer, revelam a autoridade de certificação e assinatura. Copie o conteúdo relevante e use as ferramentas de certificado para inspecionar e avaliar detalhes dos certificados.

Selecione para baixar o .crt a seguir para AC do Microsoft Windows

Microsoft Windows CA

Selecione para baixar o .crt a seguir para AC do Microsoft UEFI

Microsoft UEFI CA

Selecione para exibir o conteúdo de .p7b

Certificado ACP Linux kmod dos Serviços do Azure:

Compartilhar via

Perguntas frequentes sobre o Início Confiável

Casos de uso

Por quê devo usar o Início Confiável? Contra o quê o Início Confiável oferece proteção?

Quais são as diferenças entre a Inicialização Segura e a inicialização medida?

Como o Início Confiável se compara à VM blindada do Hyper-V?

O que é o Estado convidado da VM (VMGS)?

Posso desabilitar o Início Confiável para uma nova implantação de VM?

Recursos e implantações com suporte

A Galeria de Computação do Azure é compatível com o Início Confiável?

O Backup do Azure é compatível com o Início Confiável?

O Backup do Azure continuará funcionando depois de habilitar o Início Confiável?

Os discos do sistema operacional efêmero são compatíveis com o Início Confiável?

Os recursos de segurança disponíveis com o Início confiável também são aplicáveis aos discos de dados?

Uma VM pode ser restaurada usando backups feitos antes do Início Confiável ser habilitado?

Como posso encontrar tamanhos de VM que dão suporte ao Início Confiável?

Como posso validar que minha imagem do sistema operacional é compatível com o Início Confiável?

Imagens do SO Marketplace

Imagem do SO da Galeria de Computação do Azure

Como os drivers de comunicação externos funcionam com VMs de Início Confiável?

Solução de problemas

O que devo fazer quando minha VM de Início Confiável tiver falhas de implantação?

Por que a VM de Início Confiável não está inicializando corretamente?

Como verificar um cenário sem inicialização no portal do Azure?

Por que minha VM de Início Confiável mostra 50 MB a menos de memória?

Verificar falhas da Inicialização Segura

Máquinas virtuais do Linux

Por que estou recebendo uma falha de monitoramento de integridade de inicialização?

Certificados

Como os usuários podem estabelecer uma raiz de confiança com as VMs de Início Confiável?

Instruções de download

Quais certificados confiáveis da Microsoft são integrados às VMs do Azure?

Instruções de download

Comentários

Recursos adicionais