Domande frequenti su Avvio attendibile

Articolo
02/03/2024

Attenzione

Questo articolo fa riferimento a CentOS, una distribuzione Linux prossima allo stato EOL (End of Life, fine del ciclo di vita). Prendere in considerazione l'uso e il piano di conseguenza. Per altre informazioni, vedere le linee guida per la fine della vita di CentOS.

Domande frequenti sull'avvio attendibile. Casi d'uso delle funzionalità, supporto per altre funzionalità di Azure e correzioni per gli errori comuni.

Utilizzare casi

Perché usare l'avvio attendibile? Che cosa fa la guardia di lancio attendibile contro?

Guardie di avvio attendibili contro kit di avvio, rootkit e malware a livello di kernel. Questi sofisticati tipi di malware vengono eseguiti in modalità kernel e rimangono nascosti agli utenti. Ad esempio:

Rootkit del firmware: questi kit sovrascrivono il firmware del BIOS della macchina virtuale, in modo che il rootkit possa iniziare prima del sistema operativo.
Kit di avvio: questi kit sostituiscono il bootloader del sistema operativo in modo che la macchina virtuale carichi il kit di avvio prima del sistema operativo.
Rootkit del kernel: questi kit sostituiscono una parte del kernel del sistema operativo in modo che il rootkit possa essere avviato automaticamente quando il sistema operativo viene caricato.
Rootkit del driver: questi kit fingono di essere uno dei driver attendibili usati dal sistema operativo per comunicare con i componenti della macchina virtuale.

In che modo l'avvio attendibile viene confrontato con la macchina virtuale schermata Hyper-V?

La macchina virtuale schermata Hyper-V è attualmente disponibile solo in Hyper-V. La macchina virtuale schermata Hyper-V viene in genere distribuita in con l'infrastruttura sorvegliata. Un'infrastruttura sorvegliata è costituita da un servizio Sorveglianza host (HGS), uno o più host sorvegliati e da un set di macchine virtuali schermate. Le macchine virtuali schermate Hyper-V vengono usate nelle infrastrutture in cui i dati e lo stato della macchina virtuale devono essere protetti da vari attori. Questi attori sono sia amministratori dell'infrastruttura che software non attendibili che potrebbero essere in esecuzione negli host Hyper-V. L'avvio attendibile può essere invece distribuito come macchina virtuale autonoma o set di scalabilità di macchine virtuali in Azure senza altre distribuzioni e gestione di HGS. Tutte le funzionalità di avvio attendibili possono essere abilitate con una semplice modifica nel codice di distribuzione o una casella di controllo nella portale di Azure.

È possibile disabilitare l'avvio attendibile per la nuova distribuzione di macchine virtuali?

Le macchine virtuali di avvio attendibile offrono sicurezza di calcolo di base e la raccomandazione non è disabilitare la stessa per le nuove distribuzioni vm/VMSS, tranne se le distribuzioni hanno dipendenze da:

È possibile usare il parametro securityType con valore Standard per disabilitare l'avvio attendibile nelle nuove distribuzioni vm/VMSS usando Azure PowerShell (v10.3.0+) e l'interfaccia della riga di comando (v2.53.0+)

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

È possibile disabilitare l'opzione Avvio protetto per le macchine virtuali di avvio attendibile?

L'avvio protetto non è abilitato per impostazione predefinita, ma è consigliabile abilitarlo se non si usano driver o kernel non firmati personalizzati. Dopo aver creato una macchina virtuale con l'opzione Avvio attendibile e Avvio protetto abilitata, è possibile passare alla macchina virtuale, nella scheda Impostazioni passare a Configurazioni e deselezionare l'opzione "Abilita avvio protetto".

Funzionalità e distribuzioni supportate

La raccolta di calcolo di Azure è supportata dall'avvio attendibile?

L'avvio attendibile consente ora di creare e condividere immagini tramite la raccolta di calcolo di Azure (in precedenza Raccolta immagini condivise). L'origine dell'immagine può essere:

una macchina virtuale di Azure esistente generalizzata o specializzata,
un disco gestito esistente o uno snapshot OR,
un disco rigido virtuale o una versione dell'immagine da un'altra raccolta.

Per altre informazioni sulla distribuzione di una macchina virtuale di avvio attendibile tramite la raccolta di calcolo di Azure, vedere Distribuire macchine virtuali di avvio attendibile.

Backup di Azure è supportato dall'avvio attendibile?

L'avvio attendibile supporta ora Backup di Azure. Per altre informazioni, vedere Matrice di supporto per il backup di macchine virtuali di Azure.

Backup di Azure continuerà a funzionare dopo l'abilitazione dell'avvio attendibile?

I backup configurati con criteri avanzati continueranno a eseguire il backup della macchina virtuale dopo l'abilitazione dell'avvio attendibile.

I dischi temporanei del sistema operativo sono supportati dall'avvio attendibile?

L'avvio attendibile supporta dischi temporanei del sistema operativo. Per altre informazioni, vedere Avvio attendibile per i dischi del sistema operativo temporanei.

Nota

Anche se si usano dischi temporanei per le macchine virtuali di avvio attendibile, le chiavi e i segreti generati o sealed da vTPM dopo la creazione della macchina virtuale potrebbero non essere persistenti tra operazioni come la ricreazione di immagini e gli eventi della piattaforma, ad esempio la correzione del servizio.

È possibile ripristinare la macchina virtuale usando il backup eseguito prima di abilitare l'avvio attendibile?

I backup eseguiti prima di aggiornare la macchina virtuale di seconda generazione esistente all'avvio attendibile possono essere usati per ripristinare l'intera macchina virtuale o i singoli dischi dati. Non possono essere usati solo per ripristinare o sostituire il disco del sistema operativo.

Come è possibile trovare le dimensioni delle macchine virtuali che supportano l'avvio attendibile?

Vedere l'elenco delle dimensioni delle macchine virtuali di seconda generazione che supportano l'avvio attendibile.

I comandi seguenti possono essere usati per verificare se le dimensioni di una macchina virtuale di seconda generazione non supportano l'avvio attendibile.

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

La risposta è simile alla seguente. TrustedLaunchDisabled True nell'output indica che le dimensioni della macchina virtuale di seconda generazione non supportano l'avvio attendibile. Se si tratta di una macchina virtuale di seconda generazione e TrustedLaunchDisabled non fa parte dell'output, significa che l'avvio attendibile è supportato per le dimensioni della macchina virtuale.

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

Come è possibile verificare che l'immagine del sistema operativo supporti l'avvio attendibile?

Vedere l'elenco delle versioni del sistema operativo supportate con Avvio attendibile.

Immagini del sistema operativo marketplace

I comandi seguenti possono essere usati per verificare se un'immagine del sistema operativo marketplace supporta l'avvio attendibile.

CLI
PowerShell

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

La risposta è simile alla seguente. HyperVGenerationv2 e SecurityType contengono TrustedLaunch nell'output indica che l'immagine del sistema operativo di seconda generazione supporta l'avvio attendibile.

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

L'output del comando può essere usato con Macchine virtuali - API Get. La risposta è simile alla seguente. HyperVGenerationv2 e SecurityType contengono TrustedLaunch nell'output indica che l'immagine del sistema operativo di seconda generazione supporta l'avvio attendibile.

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

Immagine del sistema operativo della raccolta di calcolo di Azure

I comandi seguenti possono essere usati per verificare se un'immagine del sistema operativo della raccolta di calcolo di Azure supporta l'avvio attendibile.

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

Come funzionano i driver di comunicazione esterni con le macchine virtuali di avvio attendibile?

L'aggiunta di porte COM richiede la disabilitazione dell'avvio protetto. Di conseguenza, le porte COM sono disabilitate per impostazione predefinita nelle macchine virtuali di avvio attendibile.

Stati di alimentazione

Stati specifici delle funzionalità, tipi di avvio e problemi di avvio comuni.

Che cos'è lo stato guest della macchina virtuale (VMGS)?

Lo stato guest della macchina virtuale (VMGS) è specifico della macchina virtuale di avvio attendibile. Si tratta di un BLOB gestito da Azure e contiene i database di firma di avvio protetti UEFI (Unified Extensible Firmware Interface) e altre informazioni di sicurezza. Il ciclo di vita del BLOB VMGS è associato a quello del disco del sistema operativo.

Quali sono le differenze tra l'avvio protetto e l'avvio misurato?

Nella catena di avvio sicura ogni passaggio del processo di avvio controlla una firma crittografica dei passaggi successivi. Ad esempio, il BIOS controlla una firma sul caricatore e il caricatore controlla le firme su tutti gli oggetti kernel caricati e così via. Se uno degli oggetti è compromesso, la firma non corrisponde e la macchina virtuale non viene avviata. Per altre informazioni, vedere Avvio protetto. L'avvio misurato non interrompe il processo di avvio, misura o calcola l'hash degli oggetti successivi nella catena e archivia gli hash nei registri di configurazione della piattaforma (PCR) nel vTPM. I record di avvio misurati vengono usati per il monitoraggio dell'integrità dell'avvio.

Perché l'avvio della macchina virtuale di avvio attendibile non è corretto?

Se i componenti non firmati vengono rilevati dal firmware UEFI (firmware guest), dal bootloader, dal sistema operativo o dai driver di avvio, non verrà avviata una macchina virtuale di avvio attendibile. L'impostazione di avvio protetto nella macchina virtuale Avvio attendibile non viene avviata se durante il processo di avvio vengono rilevati componenti di avvio non firmati o non attendibili e verrà visualizzato un errore di avvio protetto.

Pipeline di avvio attendibile dall'avvio protetto ai driver di terze parti

Nota

Le macchine virtuali di avvio attendibili create direttamente da un'immagine di Azure Marketplace non devono riscontrare errori di avvio protetto. Anche le immagini della raccolta di calcolo di Azure con un'origine immagine originale di Marketplace e gli snapshot creati da macchine virtuali di avvio attendibili non devono riscontrare questi errori.

Come è possibile verificare uno scenario di no-boot nel portale di Azure?

Quando una macchina virtuale non è più disponibile da un errore di avvio protetto, "no-boot" indica che la macchina virtuale dispone di un componente del sistema operativo firmato da un'autorità attendibile, che blocca l'avvio di una macchina virtuale di avvio attendibile. Nella distribuzione delle macchine virtuali, i clienti possono visualizzare informazioni sull'integrità delle risorse all'interno del portale di Azure che indica che si è verificato un errore di convalida nell'avvio protetto.

Per accedere all'integrità delle risorse dalla pagina di configurazione della macchina virtuale, passare a Integrità risorse nel pannello "Guida".

Seguire i passaggi consigliati descritti nella schermata di integrità delle risorse. Le istruzioni includono uno screenshot e un log seriale scaricabile dalla diagnostica di avvio della macchina virtuale.

Se si è verificato che l'avvio non è stato causato da un errore di avvio protetto:

L'immagine in uso è una versione precedente che può avere uno o più componenti di avvio non attendibili e che si trova in un percorso di deprecazione. Per risolvere un'immagine obsoleta, eseguire l'aggiornamento a una versione più recente supportata dell'immagine.
L'immagine in uso potrebbe essere stata compilata all'esterno di un'origine del marketplace o i componenti di avvio sono stati modificati e contengono componenti di avvio non firmati o non attendibili. Per verificare se l'immagine include componenti di avvio non firmati o non attendibili, fare riferimento a "Verifica degli errori di avvio sicuro".
Se i due scenari precedenti non si applicano, la macchina virtuale è potenzialmente infettata da malware (bootkit/rootkit). Prendere in considerazione l'eliminazione della macchina virtuale e la ricreazione di una nuova macchina virtuale dalla stessa immagine di origine durante la valutazione di tutto il software in fase di installazione.

Verifica degli errori di avvio sicuro

Macchine virtuali Linux

Per verificare quali componenti di avvio sono responsabili degli errori di avvio protetto all'interno di una macchina virtuale Linux di Azure, gli utenti finali possono usare lo strumento SBInfo del pacchetto di sicurezza Linux.

Disattivare l'avvio protetto
Connessione alla macchina virtuale di avvio attendibile di Azure Linux.
Installare lo strumento SBInfo per la distribuzione in cui è in esecuzione la macchina virtuale. Si trova all'interno del pacchetto di sicurezza linux

Questi comandi si applicano a Ubuntu, Debian e ad altre distribuzioni basate su 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

Questi comandi si applicano a RHEL, CentOS e altre distribuzioni basate su 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

Questi comandi si applicano a SLES, openSU edizione Standard e altre distribuzioni basate su SU edizione Standard.

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

Dopo aver installato il pacchetto di sicurezza linux per la distribuzione, eseguire il comando "sbinfo" per verificare quali componenti di avvio sono responsabili degli errori di avvio protetto visualizzando tutti i moduli, i kernel e i bootloader non firmati.

sudo sbinfo -u -m -k -b

Per altre informazioni sullo strumento di diagnostica SBInfo, è possibile eseguire "sudo sbinfo -help".

Perché viene visualizzato un errore di monitoraggio dell'integrità di avvio?

L'avvio attendibile per le macchine virtuali di Azure viene monitorato per le minacce avanzate. Se vengono rilevate minacce di questo tipo, viene attivato un avviso. Gli avvisi sono disponibili solo se sono abilitate le funzionalità di sicurezza avanzate di Defender per il cloud.

Microsoft Defender per il cloud esegue periodicamente l'attestazione. Se l'attestazione ha esito negativo, viene attivato un avviso di gravità media. L'attestazione di avvio attendibile può non riuscire per i motivi seguenti:

Le informazioni attestate, che includono un log della Trusted Computing Base (TCB), deviano da una baseline attendibile ,ad esempio quando è abilitato l'avvio protetto. Qualsiasi deviazione indica che sono stati caricati moduli non attendibili e il sistema operativo potrebbe essere compromesso.
Non è stato possibile verificare che l'offerta di attestazione abbia origine dal vTPM della macchina virtuale con attestazione. L'errore di verifica indica che è presente un malware e potrebbe intercettare il traffico verso il TPM.
L'estensione di attestazione nella macchina virtuale non risponde. Un'estensione non risponde indica un attacco Denial of Service da malware o da un amministratore del sistema operativo.

Attestati

In che modo gli utenti possono stabilire la radice di attendibilità con macchine virtuali di avvio attendibile?

Il certificato pubblico AK TPM virtuale offre agli utenti visibilità per informazioni sulla catena di certificati completa (certificati radice e intermedi), consentendo loro di convalidare l'attendibilità nel certificato e nella catena radice. Per garantire che i consumer di avvio attendibile abbiano continuamente il livello di sicurezza più elevato, fornisce informazioni sulle proprietà dell'istanza, in modo che gli utenti possano risalire alla catena completa.

Istruzioni per il download

Creare un pacchetto di certificati compromessi. p7b (Autorità di certificazione completa) e .cer (CA intermedia), rivelano la firma e l'autorità di certificazione. Copiare il contenuto pertinente e usare gli strumenti del certificato per esaminare e valutare i dettagli dei certificati.

Selezionare questa opzione per scaricare il file crt seguente per l'autorità di certificazione radice TPM virtuale di Azure 2023

Autorità di certificazione radice TPM virtuale di Azure 2023

Selezionare questa opzione per visualizzare il contenuto con estensione p7b

CA TPM virtuale globale - 01:

Selezionare questa opzione per visualizzare il contenuto del certificato radice