Come verificare l'attestation hardware in Azure Confidential Computing

By Mirko Peters · 2026-10-26

Scopri come funziona l'attestation hardware di Azure, confronta AMD SEV-SNP e Intel SGX e impara a integrare la verifica crittografica nelle tue pipeline CI/CD.

Automatically translated with AI from the original post. Read the English original

L'attestation hardware di Azure è un processo critico di verifica crittografica che dimostra che il tuo Trusted Execution Environment è autentico e non manomesso prima del caricamento dei carichi di lavoro sensibili. Valutando le misurazioni del secure boot e le chiavi hardware rispetto alle baseline di Microsoft e dei fornitori, l'attestation colma il divario di fiducia tra gli operatori cloud e la privacy dei dati dei tenant.

Punti chiave

• L'attestation hardware verifica crittograficamente che il tuo Trusted Execution Environment (TEE) sia autentico e non compromesso.
• Il servizio di attestation remota valuta le misurazioni della piattaforma rispetto alle baseline di sicurezza prima di rilasciare le chiavi di decrittografia.
• Sia l'architettura AMD SEV-SNP sia quella Intel SGX si basano sulla verifica remota per garantire che gli amministratori cloud non possano ispezionare la memoria in uso.
• Integrare l'attestation nelle pipeline di deployment CI/CD automatizza la convalida dell'affidabilità e impedisce l'avvio di container manomessi.
• Comprendere l'handshake di attestation è essenziale per mantenere un approccio zero-trust negli ambienti cloud ibridi moderni.

La carenza di fiducia nei cloud pubblici

Quando migri carichi di lavoro sensibili nel cloud pubblico, i modelli di sicurezza tradizionali proteggono i dati in transito con TLS e a riposo con la crittografia AES-256. Rimane però una vulnerabilità significativa: i dati in uso. In passato, ogni volta che un processore eseguiva del codice, i dati dovevano essere decrittografati e collocati in chiaro nella memoria di sistema. In un ambiente cloud multi-tenant, questo significava doversi fidare dell'hypervisor, del provider dell'infrastruttura cloud e di chiunque avesse accesso amministrativo all'hardware fisico sottostante.

Azure Confidential Computing cambia questo paradigma introducendo Trusted Execution Environment (TEE) basati su hardware. Queste enclave sicure e macchine virtuali isolate cifrano il contenuto della memoria usando chiavi hardware dedicate, gestite direttamente dal silicio della CPU. Tuttavia, avere una stanza chiusa a chiave è solo metà della battaglia. Serve anche un modo per verificare che la serratura non sia stata forzata, che la porta sia costruita correttamente e che nessun software non autorizzato sia in esecuzione all'interno del perimetro sicuro prima di consegnare le chiavi crittografiche.

Come funziona l'attestation remota

L'attestation remota è il meccanismo di verifica che risponde a una domanda fondamentale: come fai a sapere che l'ambiente cloud in cui stai eseguendo il deployment è davvero sicuro e non manomesso? Senza attestation, un attaccante con accesso a livello di hypervisor potrebbe teoricamente sostituire un BIOS malevolo o modificare il bootloader, intercettando le chiavi di crittografia nel momento in cui vengono caricate in memoria.

Il flusso di attestation si svolge come un handshake crittografico rigoroso e articolato in più passaggi:

Passaggio 1: Secure Boot e misurazione della piattaforma

Quando una macchina virtuale confidenziale di Azure o un'istanza di container si avvia, l'hardware e il firmware registrano misurazioni crittografiche di ogni componente coinvolto nel processo di avvio. Tra queste rientrano il bootloader, le immagini del kernel e gli eventuali initial ramdisk. Tali misurazioni vengono memorizzate in modo sicuro in registri hardware all'interno della CPU, che non possono essere modificati né dal sistema operativo host né dall'hypervisor.

Passo 2: generare il report crittografico

Una volta inizializzato il carico di lavoro all'interno del TEE, questo richiede alla CPU un report firmato dall'hardware. Il processore firma questo report di misurazione con una chiave privata immutabile, integrata nel silicio durante la produzione. Il report funge da "passaporto digitale" non falsificabile che rappresenta lo stato esatto dello stack software in esecuzione nell'ambiente isolato.

Passo 3: valutazione da parte di Azure Attestation Service

Il report hardware firmato viene inviato al servizio Microsoft Azure Attestation (MAA) o a un verificatore di terze parti compatibile. Il servizio di attestazione confronta le misurazioni ricevute con un criterio di riferimento considerato affidabile, definito dal tenant. Se il codice in esecuzione nell'enclave corrisponde al criterio autorizzato, il servizio genera un token di attestazione.

Passo 4: rilascio dei segreti

Con un token di attestazione valido, l'applicazione può richiedere in sicurezza credenziali di database, certificati TLS o chiavi di crittografia dei dati da un Managed HSM di Key Vault. Key Vault verifica il token e rilascia i segreti solo al TEE verificato, garantendo che nessun ambiente non autorizzato possa mai accedere ai dati in chiaro.

Differenze architetturali: AMD SEV-SNP e Intel SGX

Implementare l'attestazione richiede di comprendere l'architettura hardware su cui si basano i nodi di Azure Confidential Computing. Microsoft Azure supporta due tecnologie hardware principali, che gestiscono isolamento e attestazione in modo leggermente diverso.

Intel Software Guard Extensions (SGX) si concentra sull'isolamento a livello di processo. Anziché proteggere un'intera macchina virtuale, SGX consente agli sviluppatori di isolare specifiche porzioni di codice e strutture dati in enclave granulari. L'attestazione in SGX si basa in larga parte su enclave di quoting che impacchettano lo stato hardware in un quote verificabile, il quale viene poi convalidato con l'infrastruttura Enhanced Privacy ID (EPID) di Intel o con la più moderna infrastruttura Data Center Attestation Primitives (DCAP).

AMD Secure Encrypted Virtualization-Secure Nested Paging (SEV-SNP), invece, protegge intere macchine virtuali. SEV-SNP garantisce l'integrità della memoria sfruttando la cifratura della memoria basata su hardware e impedendo agli hypervisor malevoli di rimappare gli indirizzi fisici degli ospiti. Il report di attestazione generato da una VM AMD SEV-SNP include le configurazioni dei criteri dell'ospite e le misurazioni di avvio, rendendo più semplice il lift-and-shift di applicazioni containerizzate esistenti senza riscrivere il codice per le API specifiche delle enclave.

Implementare l'attestazione nelle pipeline CI/CD

Per cloud architect e DevOps engineer, verificare manualmente i report di attestazione non è né scalabile né pratico. Per costruire un'infrastruttura cloud resiliente, l'attestazione deve essere integrata in profondità nelle pipeline di distribuzione automatizzate.

I moderni deployment di container in esecuzione su Azure Kubernetes Service (AKS) con nodi confidenziali possono utilizzare sidecar container o device plugin per gestire automaticamente lo scambio di attestazione. Quando un pod confidenziale si avvia, il client di attestazione recupera il report hardware, lo invia ad Azure Attestation service e memorizza nella cache il token risultante. Solo quando il token viene verificato, il container dell'applicazione monta i volumi sicuri e inizia a elaborare le richieste.

Integrando i controlli di attestazione nei gate di rilascio, si garantisce che qualsiasi modifica non autorizzata al codice, sia essa accidentale o dolosa, invalidi immediatamente le misurazioni hardware. Questo blocca il processo di rilascio delle chiavi e impedisce che il carico di lavoro compromesso venga avviato in produzione.

Conclusione: proteggere i dati in uso già oggi

Azure Confidential Computing offre le basi tecniche necessarie per proteggere i carichi di lavoro cloud sensibili dalle minacce moderne a livello di infrastruttura, ma l'isolamento hardware da solo non basta senza una verifica rigorosa. Padroneggiare la remote attestation permette ai cloud architect di stabilire un'attendibilità verificabile tra il codice del tenant e l'hardware bare-metal, garantendo che i dati in uso restino protetti tanto quanto i dati a riposo e in transito. Per ascoltare un'analisi completa di questi concetti di sicurezza cloud ed esplorare il panorama più ampio di Microsoft 365 e Azure, ascolta l'episodio completo del podcast M365 FM.

Domande frequenti

Qual è lo scopo principale di Azure Attestation?

Azure Attestation è un servizio cloud unificato che verifica crittograficamente l'affidabilità di un Trusted Execution Environment e convalida l'integrità del software in esecuzione al suo interno, prima che vengano rilasciati segreti o chiavi di crittografia.

Un amministratore cloud può aggirare l'attestation hardware?

No. L'attestation hardware si basa su chiavi crittografiche integrate direttamente nel silicio della CPU dal produttore dell'hardware. Poiché tali chiavi sono inaccessibili agli hypervisor e agli operatori cloud, gli amministratori non possono falsificare un report di attestation valido per un ambiente compromesso.

Qual è la differenza tra attestation a livello di VM e a livello di processo?

L'attestation a livello di VM (come AMD SEV-SNP) misura e convalida l'intero sistema operativo della macchina virtuale e i relativi carichi di lavoro. L'attestation a livello di processo (come Intel SGX) isola e attesta specifiche routine di codice o enclave all'interno di un ambiente del sistema operativo standard.

In che modo i token di attestation si integrano con Azure Key Vault?

Quando un carico di lavoro confidenziale completa con successo lo scambio di attestation, riceve un token firmato. Questo token può essere presentato ad Azure Key Vault Managed HSM per dimostrare l'integrità dell'ambiente, attivando il rilascio automatizzato delle chiavi di crittografia e delle credenziali dei database.