Avvio attendibile per le macchine virtuali Azure

Applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows ✔️ set di scalabilità flessibili ✔️ set di scalabilità uniformi

Azure Avvio attendibile offre un modo semplice per migliorare la sicurezza delle macchine virtuali di seconda generazione. Avvio attendibile protegge da tecniche di attacco avanzate e persistenti fornendo protezione avanzata da bootkit, rootkit e attacchi malware di basso livello. Usa diverse tecnologie di infrastruttura coordinate che è possibile abilitare in modo indipendente. Ogni tecnologia aggiunge un altro livello di difesa contro minacce sofisticate.

L'avvio attendibile è supportato per le architetture x64 e Arm64.

Importante

Vantaggi

  • Distribuire in modo sicuro le macchine virtuali con caricatori di avvio, kernel del sistema operativo e driver verificati.
  • Proteggere in modo sicuro chiavi, certificati e segreti nelle macchine virtuali.
  • Ottenere informazioni dettagliate e attendibilità dell'integrità dell'intera catena di avvio.
  • Assicurarsi che i carichi di lavoro siano attendibili e verificabili.

Dimensioni delle macchine virtuali

TIPO Famiglie di dimensioni supportate Attualmente non sono supportate le famiglie di dimensioni Famiglie di dimensioni non supportate
Utilizzo generico B-family, D-family, Dpsv6-series1, Dplsv6-series1 Dpsv5-series, Dpdsv5-series, Dplsv5-series, Dpldsv5-series A-family, Dv2-series, Dv3-series, DC-Confidential-family
Ottimizzato per il calcolo F-family, Fx-family Tutte le dimensioni supportate.
Memoria ottimizzata E-family, Eb-family, serie Epsv61 Serie di dimensioni Mbdsv4 (anteprima) Famiglia M ad eccezione della serie mbdsv4 (anteprima), famiglia EC-Confidential-family
Archiviazione ottimizzata Famiglia L Tutte le dimensioni supportate.
GPU Famiglia NC, famiglia ND, famiglia NV, serie NDasrA100_v4, serie NDm_A100_v4 Serie NC, serie NV, serie NP
High Performance Compute Serie HBv22, serie HBv3, serie HBv4, serie HBv5, serie HC3, serie HX Tutte le dimensioni supportate.

1Dimensioni basate su Arm64 Cobalt 100 che supportano l'avvio sicuro.

2La serie HBv2 è attualmente supportata per l'avvio attendibile, ma è pianificata per il ritiro il 31 maggio 2027. Per le nuove distribuzioni dell'avvio attendibile HPC, preferire le dimensioni delle serie HBv5, serie HX, serie HBv4 o serie HBv3.

3Le dimensioni della serie HC (Standard_HC44rs, Standard_HC44-16rs, Standard_HC44-32rs) sono pianificate per il ritiro il 31 maggio 2027. Dopo questa data, le macchine virtuali della serie HC rimanenti verranno deallocate e smetteranno di incorrere in addebiti e la serie HC non avrà più contratto di servizio o supporto. Le vendite di istanze riservate di 1 anno e 3 anni sono terminate il 2 aprile 2026. Per le nuove distribuzioni di avvio attendibile HPC, prendere in considerazione la serie HBv5 per prestazioni più elevate e un rapporto prezzo-prestazioni migliore, o la serie HX per carichi di lavoro HPC con elevata capacità di memoria. Pianificare la transizione dalla serie HC ben prima della data di ritiro per evitare interruzioni.

Note

  • Installazione dei driver CUDA e GRID sulle macchine virtuali Windows con avvio protetto abilitato non richiede passaggi aggiuntivi.
  • L'installazione del driver CUDA nelle macchine virtuali Ubuntu abilitate per l'avvio protetto richiede passaggi aggiuntivi. Per altre informazioni, vedere Installare i driver GPU NVIDIA nelle macchine virtuali serie N che eseguono Linux. L'avvio sicuro deve essere disabilitato per l'installazione dei driver CUDA in altre macchine virtuali Linux.
  • Per l'installazione del driver GRID è necessario disabilitare l'avvio protetto per le macchine virtuali Linux.
  • Le famiglie di dimensioni non supportate non supportano le macchine virtuali di seconda generazione. Modificare le dimensioni della macchina virtuale in famiglie di dimensioni supportate equivalenti per l'abilitazione dell'avvio attendibile.

Sistemi operativi supportati

OS Versione
Alma Linux 8, 9, 10
Azure Linux 1.0, 2.0, 3.0
Debian 11, 12, 13
Oracle Linux 8.10, 9.6, 9.7, 10.1
Red Hat Enterprise Linux 8.6, 8.8, 8.10, 9.4, 9.5, 9.6, 9.7, 9.8, 10.0, 10.1, 10.2
Rocky Linux da CIQ 8.6, 8.10, 9.2, 9.4, 9.5, 9.6, 9.7
SUSE Enterprise Linux 15SP3, 15SP4, 15SP5, 15SP6, 15SP7, SLES 16
Ubuntu Server 18.04 LTS, 20.04 LTS, 22.04 LTS, 24.04 LTS, 26.04 LTS
Windows 10 Pro, Enterprise, Enterprise Multi-Session *
Windows 11 Pro, Enterprise, Enterprise Multi-Session *
Windows Server 2016, 2019, 2022, 2022-Azure-Edition, 2025, 2025-Azure-Edition *

* Le varianti di questo sistema operativo sono supportate.

Note

L'avvio attendibile in Arm64 è supportato quando si usano immagini di Arm64 Marketplace applicabili per distribuzioni e versioni supportate. Per le dimensioni di Cobalt 100, distribuire il Trusted Launch usando le immagini Arm64 disponibili nel Azure Marketplace.

Ulteriori informazioni

Regioni:

  • Tutte le aree pubbliche
  • Tutte le aree Azure per enti pubblici
  • Tutte le aree Azure Cina

Prezzi: Il lancio attendibile non aumenta i costi delle macchine virtuali esistenti.

Funzionalità non supportate

Attualmente le seguenti funzionalità delle macchine virtuali non sono supportate con Avvio attendibile:

Avvio sicuro

Nella radice dell'avvio attendibile si trova l’avvio sicuro per la macchina virtuale. Avvio protetto, implementato nel firmware della piattaforma, protegge dall'esecuzione di rootkit e kit di avvio basati su malware. L'avvio sicuro funziona per garantire che solo i sistemi operativi e i driver firmati possano essere avviati. Stabilisce una "radice di attendibilità" per lo stack software nella macchina virtuale.

Con l'avvio sicuro abilitato, tutti i componenti di avvio del sistema operativo (driver kernel, kernel, caricatore avvio) richiedono la firma di autori attendibili. Sia Windows che le principali distribuzioni linux supportano l'avvio protetto. Se l'avvio protetto non riesce a autenticare che l'immagine è firmata da un autore attendibile, l'avvio della macchina virtuale non riesce. Per altre informazioni, vedere Avvio protetto.

vTPM

L'avvio attendibile introduce anche il Trusted Platform Module virtuale (vTPM) per le macchine virtuali di Azure. Questa versione virtualizzata di un Modulo Piattaforma Sicura hardware è conforme alla specifica TPM2.0. Funziona come un archivio sicuro dedicato per chiavi e misurazioni.

L'avvio attendibile fornisce alla macchina virtuale una propria istanza dedicata del modulo TPM, che viene eseguita in un ambiente sicuro al di fuori della portata di altre macchine virtuali. VTPM abilita l'attestazione misurando l'intera catena di avvio della macchina virtuale (UEFI, sistema operativo, sistema e driver).

L'avvio attendibile usa vTPM per eseguire l'attestazione remota tramite il cloud. Le attestazioni abilitano i controlli integrità della piattaforma e vengono usate per prendere decisioni basate sull'attendibilità. Come controllo integrità, l'avvio attendibile può certificare tramite crittografia che la macchina virtuale è stata avviata correttamente.

Se il processo ha esito negativo, probabilmente perché la macchina virtuale esegue un componente non autorizzato, Microsoft Defender per il cloud genera avvisi di integrità. Gli avvisi includono i dettagli sui componenti che non sono riusciti a superare i controlli di integrità.

Sicurezza basata sulla virtualizzazione

La sicurezza basata su virtualizzazione usa l'hypervisor per creare un'area di memoria sicura e isolata. Windows usa queste aree per eseguire varie soluzioni di sicurezza con maggiore protezione da vulnerabilità e exploit dannosi. Avvio attendibile ti permette di abilitare l'integrità del codice dell'hypervisor (HVCI) e il Windows Defender Credential Guard.

HVCI è una potente mitigazione del sistema che protegge Windows processi in modalità kernel da attacchi di inserimento ed esecuzione di codice dannoso o non verificato. Controlla i driver e i file binari in modalità kernel prima dell'esecuzione, impedendo il caricamento dei file non firmati in memoria. Verifica che il codice eseguibile non possa essere modificato dopo il caricamento consentito da HVCI. Per ulteriori informazioni sulla sicurezza basata su virtualizzazione e HVCI, vedere Sicurezza basata su virtualizzazione e integrità del codice applicata dall'hypervisor.

Con l'avvio Attendibile e VBS, è possibile abilitare Credential Guard di Windows Defender. Credential Guard isola e protegge i segreti in modo che solo il software di sistema con privilegi possa accedervi. Consente di impedire l'accesso non autorizzato ai segreti, oltre a impedire attacchi di furto di credenziali, ad esempio attacchi Pass-the-Hash. Per altre informazioni, vedere Credential Guard.

integrazione di Microsoft Defender per il cloud

Avvio attendibile è integrato con Defender per il cloud per assicurarsi che le macchine virtuali siano configurate correttamente. Defender per il cloud valuta continuamente le macchine virtuali compatibili e fornisce raccomandazioni pertinenti.

  • Raccomandazione per abilitare l'avvio protetto: la raccomandazione di avvio protetto si applica solo per le macchine virtuali che supportano l'avvio attendibile. Defender per il cloud identifica le macchine virtuali con avvio protetto disabilitato. Genera una raccomandazione di gravità bassa al fine di abilitarlo.

  • Raccomandazione per abilitare vTPM: Se vTPM è abilitato per la VM, Defender per il cloud può usarlo per eseguire l'attestazione del guest e identificare gli schemi di minaccia avanzati. Se Defender per il cloud identifica le macchine virtuali che supportano l'avvio attendibile con vTPM disabilitato, genera una raccomandazione di gravità bassa per abilitarla.

  • Raccomandazione per installare l'estensione dell'attestazione guest: se la macchina virtuale dispone dell'avvio sicuro e vTPM abilitato, ma l'estensione dell'attestazione guest non è installata, Defender per il cloud genera raccomandazioni di gravità bassa per installarvi l'estensione dell'attestazione guest. Questa estensione consente Defender per il cloud di attestare e monitorare in modo proattivo l'integrità dell'avvio delle macchine virtuali. L'integrità dell'avvio viene attestata tramite attestazione remota.

  • Attestation health assessment or boot integrity monitoring: se la macchina virtuale dispone di avvio protetto e vTPM abilitato e l'estensione Attestazione installata, Defender per il cloud può convalidare in remoto che la macchina virtuale è stata avviata in modo integro. Questa procedura è nota come monitoraggio dell'integrità dell'avvio. Defender per il cloud esegue una valutazione che indica lo stato dell'attestazione remota.

    Se le macchine virtuali sono configurate correttamente con l'avvio attendibile, Defender per il cloud può rilevare e segnalare i problemi di integrità delle macchine virtuali.

  • Alert per l'errore di attestazione della macchina virtuale: Defender per il cloud esegue periodicamente l'attestazione nelle macchine virtuali. L'attestazione si verifica anche dopo gli avvii della macchina virtuale. Se l'attestazione ha esito negativo, viene generato un avviso di gravità media.

    Note

    Gli avvisi di attestazione di avvio del client di macchine virtuali visualizzati in Microsoft Defender per il cloud sono informativi e non sono attualmente presentati nel portale di Defender.

    L'attestazione della macchina virtuale può avere esito negativo per i motivi seguenti:

    • Le informazioni attestate, che includono un log di avvio, deviano da una baseline attendibile. Qualsiasi deviazione può indicare che i moduli non attendibili vengono caricati e che il sistema operativo potrebbe essere compromesso.

    • Non è stato possibile verificare che l'offerta di attestazione abbia origine dal vTPM della macchina virtuale con attestazione. Un'origine non verificata può indicare che il malware è presente e potrebbe intercettare il traffico verso vTPM.

      Note

      Gli avvisi sono disponibili per le macchine virtuali con vTPM abilitato e l'estensione Attestazione installata. L'avvio sicuro deve essere abilitato per il passaggio dell'attestazione. L'attestazione ha esito negativo se l'avvio sicuro è disabilitato. Se è necessario disabilitare l'avvio sicuro, è possibile eliminare questo avviso per evitare falsi positivi.

  • Avviso per il modulo kernel Linux non attendibile: Con l'avvio attendibile e Secure Boot abilitato, è possibile che una macchina virtuale si avvii anche se un driver del kernel non supera la convalida e viene proibito dal caricamento. Se si verifica un errore di convalida del driver del kernel, Defender per il cloud genera avvisi con gravità bassa. Anche se non esiste alcuna minaccia immediata, perché il driver non attendibile non è stato caricato, questi eventi devono essere esaminati. È importante chiedersi:

    • Quale driver del kernel non è riuscito? Si ha familiarità con il driver kernel non riuscito e ci si aspetta che venga caricato?
    • La versione esatta del driver è uguale a quella prevista? I file binari del driver sono intatti? Se il driver non riuscito è un driver partner, il partner ha superato i test di conformità dell'OS per ottenere la firma?

(Disponibilità generale) Avvio attendibile come predefinito

Importante

L'avvio attendibile come predefinito è disponibile a livello generale per le nuove macchine virtuali gen2 e i set di scalabilità di macchine virtuali (set di scalabilità). TLaD è un mezzo rapido e zero-touch per migliorare il comportamento di sicurezza dei nuovi Azure set di scalabilità di macchine virtuali e macchine virtuali basati su Gen2. Quando si registra la sottoscrizione per questa funzionalità, Avvio attendibile come predefinito imposta tutte le nuove macchine virtuali gen2 o i set di scalabilità creati tramite qualsiasi strumento client (ad esempio, modello arm, Bicep, Terraform) in macchine virtuali di avvio attendibile con avvio protetto e vTPM abilitato per impostazione predefinita. Questa modifica non esegue l'override degli input forniti come parte del codice di distribuzione.

Azure portale, PowerShell e i clienti dell'interfaccia della riga di comando ottengono l'opzione Avvio attendibile abilitato per impostazione predefinita.

Abilita TLaD (Avvio attendibile come predefinito)

Per rendere questa funzionalità disponibile per tutte le macchine virtuali create per i carichi di lavoro per impostazione predefinita, registrare prima la funzionalità TrustedLaunchByDefaultPreview nello spazio dei nomi nella Microsoft.Compute sottoscrizione della macchina virtuale. Per altre informazioni, vedere Configurare le funzionalità di anteprima nella sottoscrizione di Azure.

Per creare una nuova macchina virtuale o un nuovo set di scalabilità gen2 con impostazione predefinita Avvio attendibile, eseguire lo script di distribuzione esistente tramite Azure SDK, Terraform o un altro metodo.

Note

Per impostazione predefinita, la creazione di macchine virtuali è Avvio attendibile per Azure portale, interfaccia della riga di comando o PowerShell indipendentemente dalla registrazione della funzionalità.

Distribuzioni di macchine virtuali e set di scalabilità con TLaD

Comportamento esistente

Per creare una macchina virtuale di avvio attendibile e un set di scalabilità, è necessario aggiungere l'elemento securityProfile seguente nella distribuzione:

"securityProfile": {
    "securityType": "TrustedLaunch",
    "uefiSettings": {
        "secureBootEnabled": true,
        "vTpmEnabled": true,
    }
}

L'assenza dell'elemento securityProfile nel codice di distribuzione distribuisce macchine virtuali e set di scalabilità senza abilitare l'avvio attendibile.

esempi

  • vm-windows-admincenter: il modello Azure Resource Manager (ARM) distribuisce la macchina virtuale Gen2 senza abilitare l'avvio attendibile.
  • vm-simple-windows: il modello ARM distribuisce una macchina virtuale Trusted Launch (senza predefinito poiché securityProfile viene aggiunto esplicitamente al modello ARM)

Nuovo comportamento

Usando l'API versione 2025-11-01 o successiva, l'opzione Avvio attendibile è abilitata per impostazione predefinita per le nuove macchine virtuali e i set di scalabilità distribuiti se vengono soddisfatte le condizioni seguenti:

Per impostazione predefinita, la distribuzione non è Avvio attendibile se una o più delle condizioni elencate non vengono soddisfatte e viene completata correttamente per creare una nuova macchina virtuale gen2 e un set di scalabilità senza avvio attendibile.

È possibile scegliere di ignorare in modo esplicito il valore predefinito per la distribuzione di macchine virtuali e set di scalabilità impostando Standard come valore del parametro securityType e usando l'API versione 2025-11-01 o successiva. Per altre informazioni, vedere È possibile disabilitare l'avvio attendibile per una nuova distribuzione di macchine virtuali.

Limitazioni note

Non è possibile ridimensionare la macchina virtuale o il set di scalabilità di macchine virtuali a una famiglia di dimensioni di macchina virtuale di avvio attendibile (ad esempio la serie M) dopo l'impostazione predefinita di avvio attendibile.

Il ridimensionamento delle macchine virtuali con Trusted launch verso una famiglia di dimensioni di macchine virtuali non supportata con Trusted launch non sarà supportato.

Come mitigazione, registrare il flag di funzionalità UseStandardSecurityType nello spazio dei nomi Microsoft.Compute ED eseguire il rollback della macchina virtuale dall'avvio attendibile a solo Gen2 (non avvio attendibile) impostando securityType = Standard usando gli strumenti client disponibili (ad eccezione del portale di Azure).

Dopo aver creato una macchina virtuale o un set di scalabilità di macchine virtuali con Avvio attendibile, non è possibile ridimensionarlo in una famiglia di dimensioni di macchina virtuale che non supporta l'avvio attendibile, ad esempio le dimensioni di serie M non supportate. Per usare una dimensione non supportata, deallocare prima di tutto la risorsa e passare securityType a Standard usando Microsoft. API di calcolo versione 2025-11-01 o successiva tramite uno strumento client supportato. Questa operazione non è disponibile nel portale di Azure.

Disabilitare TLaD

Per disabilitare TLaD, annullare la registrazione della funzionalità TrustedLaunchByDefaultPreview di anteprima nello Microsoft.Compute spazio dei nomi nella sottoscrizione della macchina virtuale. Per macchine virtuali specifiche, è possibile ignorare TLaD impostando il tipo di sicurezza su Standard. Per altre informazioni, vedere Annullare la registrazione della funzionalità di anteprima.

Note

Azure portale, interfaccia della riga di comando e PowerShell per impostazione predefinita per la creazione di macchine virtuali gen2 con avvio attendibile indipendentemente dalla registrazione delle funzionalità.

Contenuti correlati

  • Last updated on