Perguntas frequentes sobre o lançamento confiável

Artigo
09/04/2024

Atenção

Este artigo faz referência ao CentOS, uma distribuição Linux que está perto do status de fim de vida útil (EOL). Considere a sua utilização e planeie em conformidade. Para obter mais informações, consulte as diretrizes EOL do CentOS.

Perguntas frequentes (FAQs) sobre casos de uso do recurso Azure Trusted Launch, suporte para outros recursos do Azure e correções para erros comuns.

Casos de utilização

Esta seção responde a perguntas sobre casos de uso do Trusted Launch.

Por que devo usar o Trusted Launch? Contra o que o Trusted Launch protege?

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

Rootkits de firmware: Estes kits substituem o firmware do BIOS da máquina virtual (VM), para que o rootkit possa ser iniciado antes do sistema operativo (SO).
Kits de inicialização: esses kits substituem o carregador de inicialização do sistema operacional para que a VM carregue o kit de inicialização antes do sistema operacional.
Rootkits do 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 VM.

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

Em uma cadeia de Inicialização Segura, cada etapa do 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 assinaturas em todos os objetos do kernel que carrega, e assim por diante. Se algum dos objetos estiver comprometido, a assinatura não corresponderá e a VM não inicializa. Para obter mais informações, consulte Arranque Seguro.

Como o Trusted Launch se compara à VM blindada do Hyper-V?

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

O Lançamento Confiável, por outro lado, pode ser implantado como uma VM autônoma ou como conjuntos de dimensionamento de máquina virtual 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 é VM Guest State (VMGS)?

O VMGS (Estado Convidado da VM) é específico para VMs de Inicialização Confiável. É um blob gerenciado pelo Azure e contém a interface de firmware extensível unificada (UEFI), bancos de dados de assinatura de Inicialização Segura e outras informações de segurança. O ciclo de vida do blob VMGS está vinculado ao do disco do sistema operacional.

Posso desativar a Inicialização Confiável para uma nova implantação de VM?

As VMs de inicialização confiável fornecem segurança de computação fundamental. Recomendamos que você não os desabilite para novas implantações de VM ou conjunto de dimensionamento de máquinas virtuais, exceto se suas implantações dependerem de:

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

Nota

Não recomendamos desativar a Inicialização Segura, a menos que você esteja usando kernel ou drivers personalizados não assinados.

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 suportados

Esta seção discute os recursos e implantações suportados pelo Trusted Launch.

A Galeria de Computação do Azure é suportada pelo Trusted Launch?

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

Uma VM do Azure existente que é generalizada ou especializada.
Um disco gerenciado existente ou um snapshot.
Um VHD ou uma versão de imagem de outra galeria.

Para obter mais informações sobre como implantar uma VM de Inicialização Confiável usando a Galeria de Computação do Azure, consulte Implantar VMs de Inicialização Confiável.

O Backup do Azure é suportado pelo Trusted Launch?

O Trusted Launch agora oferece suporte ao 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 que eu habilitar o Trusted Launch?

Os backups configurados com a política Avançado continuam a fazer backups de VMs depois que você habilita o Trusted Launch.

Os discos efêmeros do sistema operacional são suportados pelo Trusted Launch?

O Trusted Launch suporta discos de SO efémeros. Para obter mais informações, consulte Inicialização confiável para discos efêmeros do sistema operacional.

Nota

Quando você usa discos efêmeros para VMs de inicialização confiável, chaves e segredos gerados ou selados pelo vTPM (Trusted Platform Module) virtual após a criação da VM podem não ser persistidos em operações como recriação de imagens e eventos de plataforma, como recuperação de serviços.

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

A inicialização confiável fornece segurança fundamental para o sistema operacional hospedado na máquina virtual, atestando sua integridade de inicialização. Os recursos de segurança de inicialização confiável são aplicáveis apenas para a execução de discos de SO e SO, não são aplicáveis a discos de dados ou binários de SO armazenados em discos de dados. Para obter mais detalhes, consulte Visão geral do lançamento confiável

Uma VM pode ser restaurada usando backups feitos antes da ativação da Inicialização Confiável?

Os backups feitos antes de atualizar uma VM de Geração 2 existente para a Inicialização 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 suportem o Trusted Launch?

Consulte a lista de tamanhos de VM de Geração 2 que suportam o Trusted Launch.

Use os comandos a seguir para verificar se um tamanho de VM de Geração 2 não suporta Inicialização 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 à seguinte forma. A saída que inclui TrustedLaunchDisabled True indica que o tamanho da VM de Geração 2 não suporta Inicialização Confiável. Se for um tamanho de VM de Geração 2 e TrustedLaunchDisabled não fizer parte da saída, a Inicialização Confiável será suportada para 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 se a imagem do meu SO suporta o Trusted Launch?

Consulte a lista de versões do SO suportadas com o Trusted Launch.

Imagens do SO do Marketplace

Use os comandos a seguir para verificar se uma imagem do sistema operacional do Azure Marketplace dá suporte ao Trusted Launch.

CLI
PowerShell

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

A resposta é semelhante à seguinte forma. Se hyperVGeneration estiver v2 e SecurityType contiver TrustedLaunch na saída, a imagem do SO de Geração 2 suporta Trusted Launch.

{
  "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 à seguinte forma. Se hyperVGeneration estiver v2 e SecurityType contiver TrustedLaunch na saída, a imagem do SO de Geração 2 suporta Trusted Launch.

{
    "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

Use os comandos a seguir para verificar se uma imagem do sistema operacional da Galeria de Computação do Azure dá suporte ao Trusted Launch.

CLI
PowerShell

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

A resposta é semelhante à seguinte forma. Se hyperVGeneration estiver v2 e SecurityType contiver TrustedLaunch na saída, a imagem do SO de Geração 2 suporta Trusted Launch.

{
  "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

A resposta é semelhante à seguinte forma. Se hyperVGeneration estiver v2 e SecurityType contiver TrustedLaunch na saída, a imagem do SO de Geração 2 suporta Trusted Launch.

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 externa funcionam com VMs de inicialização confiáveis?

Adicionar portas COM requer que você desabilite a Inicialização Segura. As portas COM são desabilitadas por padrão em VMs de inicialização confiáveis.

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 inicialização confiável tiver falhas de implantação?

Esta seção fornece detalhes adicionais sobre falhas de implantação do Trusted Launch para que você tome as medidas adequadas para evitá-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 acontece quando o instantâneo ou o ponto de restauração fornecido está inacessível ou inutilizável pelos seguintes motivos:

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

O 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 de vTPM que deixam o vTPM em um estado inválido.

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

Para resolver isto:

Na VM de inicialização confiável de origem onde o instantâneo ou ponto de restauração foi gerado, os erros vTPM devem ser corrigidos.
1. Se o estado vTPM foi modificado por uma carga de trabalho na máquina virtual, você precisará usar o mesmo para verificar os estados de erro e trazer o vTPM para um estado sem erro.
2. Se as ferramentas TPM foram usadas para modificar o estado vTPM, então você deve usar as mesmas ferramentas para verificar os estados de erro e trazer o vTPM para um estado sem erro.

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

Por que a VM de inicialização confiável não está inicializando corretamente?

Se componentes não assinados forem detetados a partir do UEFI (firmware convidado), carregador de inicialização, sistema operacional ou drivers de inicialização, uma VM de inicialização confiável não inicializará. A configuração de Inicialização Segura na VM de Inicialização 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á como uma falha de Inicialização Segura.

Captura de tela que mostra o pipeline de Inicialização Confiável da Inicialização Segura para drivers de terceiros.

Nota

As VMs de Inicialização Confiável criadas diretamente 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 Azure Marketplace e instantâneos criados a partir de VMs de Inicialização Confiável também não devem encontrar esses erros.

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

Quando uma VM fica indisponível devido a uma falha de Inicialização Segura, "no-boot" 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 Inicialização Confiável. Na implantação de VM, você pode 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, vá para Integridade do recurso no painel Ajuda.

Se você verificou que a não inicialização foi causada por uma falha na 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 descontinuação. Para corrigir uma imagem desatualizada, atualize para uma versão de imagem mais recente suportada.
A imagem que você está usando pode ter sido criada fora de uma fonte 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 a 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 está potencialmente infetada com malware (bootkit/rootkit). Considere excluir a VM e recriar uma nova VM a partir da mesma imagem de origem enquanto avalia todo o software que está sendo instalado.

Por que minha VM de inicialização confiável mostra 50 MB a menos de memória?

Com o Trusted Launch, um ambiente de execução comumente conhecido como "o paravisor" é criado e executado dentro da VM. Normalmente, cerca de 50MB de memória é usado pelo paravisor e seria mostrado como "reservado" dentro do sistema operacional convidado.

Verificar falhas de 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 VM Linux do Azure, você pode usar a ferramenta SBInfo do Pacote de Segurança do Linux.

Desative a Inicialização Segura.
Conecte-se à sua VM de inicialização confiável do Azure Linux.
Instale a ferramenta SBInfo para a distribuição que sua VM está executando. Ele reside dentro do Linux Security Package.

Estes comandos aplicam-se ao Ubuntu, Debian e 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 em 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 ao 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 Linux Security Package para sua distribuição, execute o sbinfo comando para verificar quais componentes de inicialização são responsáveis por falhas de Inicialização Segura, exibindo todos os módulos não assinados, kernels e bootloaders.

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?

A Inicialização Confiável para VMs do Azure é monitorada quanto a ameaças avançadas. Se essas ameaças forem detetadas, um alerta será disparado. Os alertas só estarão disponíveis se os recursos de segurança aprimorados no Microsoft Defender for Cloud estiverem habilitados.

O Microsoft Defender for Cloud realiza periodicamente o atestado. Se o atestado falhar, um alerta de gravidade média será acionado. O atestado de inicialização confiável pode falhar pelos seguintes motivos:

As informações atestadas, que incluem um log da Base de Computação Confiável (TCB), desviam-se 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 estar comprometido.
Não foi possível verificar se a citação do atestado provém do vTPM da VM atestada. A falha de verificação indica que malware está presente e pode estar intercetando o tráfego para o TPM.
A extensão de atestado na VM não está respondendo. Uma extensão que não responde indica um ataque de negação de serviço por malware ou um administrador do sistema operacional.

Certificados

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

Como posso estabelecer uma raiz de confiança com VMs de inicialização confiáveis?

O certificado público TPM AK virtual fornece visibilidade para informações sobre toda a cadeia de certificados (Certificados Raiz e Intermediários) para ajudá-lo a validar a confiança no certificado e na cadeia raiz. Para garantir que você tenha continuamente a mais alta postura de segurança para o Trusted Launch, ele fornece informações sobre as propriedades da instância para que você possa rastrear toda a cadeia.

Instruções de transferência

Os certificados de pacote, compostos por .p7b (Autoridade de Certificação Completa) e .cer (CA Intermediária), revelam a assinatura e a autoridade de certificação. Copie o conteúdo relevante e use ferramentas de certificado para inspecionar e avaliar detalhes de certificados.

Selecione para baixar o .crt a seguir para a Autoridade de Certificação Raiz do TPM Virtual do Azure 2023

Autoridade de Certificação Raiz do Azure Virtual TPM 2023

Selecione para visualizar o conteúdo .p7b

Global Virtual TPM CA - 01:

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

Autoridade de Certificação Raiz do Azure Virtual TPM 2023

Selecione para exibir o conteúdo intermediário da autoridade de certificação

Autoridade de certificação intermediária para certificado 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

Partilhar via

Perguntas frequentes sobre o lançamento confiável

Casos de utilização

Por que devo usar o Trusted Launch? Contra o que o Trusted Launch protege?

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

Como o Trusted Launch se compara à VM blindada do Hyper-V?

O que é VM Guest State (VMGS)?

Posso desativar a Inicialização Confiável para uma nova implantação de VM?

Recursos e implantações suportados

A Galeria de Computação do Azure é suportada pelo Trusted Launch?

O Backup do Azure é suportado pelo Trusted Launch?

O Backup do Azure continuará funcionando depois que eu habilitar o Trusted Launch?

Os discos efêmeros do sistema operacional são suportados pelo Trusted Launch?

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

Uma VM pode ser restaurada usando backups feitos antes da ativação da Inicialização Confiável?

Como posso encontrar tamanhos de VM que suportem o Trusted Launch?

Como posso validar se a imagem do meu SO suporta o Trusted Launch?

Imagens do SO do Marketplace

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

Como os drivers de comunicação externa funcionam com VMs de inicialização confiáveis?

Solução de problemas

O que devo fazer quando minha VM de inicialização confiável tiver falhas de implantação?

Por que a VM de inicialização confiável não está inicializando corretamente?

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

Por que minha VM de inicialização confiável mostra 50 MB a menos de memória?

Verificar falhas de Inicialização Segura

Máquinas virtuais do Linux

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

Certificados

Como posso estabelecer uma raiz de confiança com VMs de inicialização confiáveis?

Instruções de transferência

Comentários

Recursos adicionais