Trusted Execution (Intel TXT)

Riferimento sull'architetturaFeex

Chiamato anche Trusted Execution

Intel Trusted Execution Technology, TXT, fornisce meccanismi di piattaforma per un ambiente di avvio misurato (measured launch). Richiede il supporto coordinato di processore, chipset, firmware, TPM e software, piuttosto che una sola funzionalita della CPU.

Cosa c'è da sapere

Come funziona

Un avvio misurato registra informazioni sull'ambiente avviato nell'infrastruttura di sicurezza della piattaforma secondo un protocollo di avvio definito. Le misurazioni consentono a un verificatore o a una politica di sicurezza di valutare l'identita, ma non costituiscono di per se un verdetto sulla sicurezza del codice. Il software di avvio e la configurazione della piattaforma determinano l'ambiente utilizzabile.

Dove risulta utile

Una distribuzione gestita puo utilizzare le evidenze dell'avvio misurato come input per l'attestazione o per le policy. Deve comunque stabilire di quali misurazioni fidarsi, mantenere aggiornati i propri valori di riferimento e gestire il ripristino in caso di modifiche al firmware o al software.

Come verificare il supporto e l'abilitazione

Verificare il supporto TXT esatto del sistema, i requisiti TPM, le impostazioni del firmware e il software di avvio misurato supportato. L'enumerazione SMX della CPU è solo una parte di tale catena. Utilizzare le linee guida di distribuzione del fornitore e preservare un percorso di ripristino prima di modificare una configurazione gestita.

Le funzionalità della piattaforma possono dipendere dalla scheda madre, dal chipset, dal provisioning del firmware, dai driver e dal livello del prodotto. Le specifiche della CPU costituiscono solo un elemento, non una descrizione esaustiva del computer assemblato o della sua configurazione attiva.

Cosa non stabilisce la funzionalità

TXT non è il normale VT-x, Boot Guard, un'etichetta generica di ambiente di esecuzione affidabile o un prodotto antivirus. La sola presenza del TPM non dimostra che TXT sia configurato, e la modifica delle impostazioni di avvio del firmware può influire su una distribuzione stabilita.

Compatibilità e prestazioni nella pratica

Prima di modificare le impostazioni del firmware, della gestione o dell'archiviazione di avvio, identificare l'esatto sistema e seguire la procedura supportata fornita dal produttore. Registrare la configurazione esistente e conservare l'accesso per il ripristino. Un articolo generico sulle funzionalità non può fornire una sequenza universale per i menu del firmware.

Una checklist pratica di verifica

Annotare il modello esatto di processore o piattaforma e le versioni di applicazione, sistema operativo e runtime interessate. Mantenere la formulazione dell'errore o del requisito effettivo.
Controllare la documentazione del produttore per quello specifico modello, quindi ispezionare la funzionalità effettiva e lo stato di abilitazione nell'ambiente in cui il programma viene eseguito.
Confrontare ogni requisito del binario o del backend selezionato. Una funzionalità con un nome simile, un alias o un'etichetta tecnologica generica non sono sufficienti.
Verificare che l'applicazione abbia selezionato l'implementazione prevista. Utilizzare la relativa diagnostica documentata e un fallback supportato quando i requisiti non sono soddisfatti.
Apportare una sola modifica supportata alla volta e ripetere lo stesso carico di lavoro. Mantenere disponibili la configurazione originale e un percorso di ripristino.

Se la funzionalità è elencata ma il software non può utilizzarla

Iniziare dal componente esatto che genera l'errore. Un database hardware descrive la capacità registrata; il sistema operativo o l'hypervisor possono esporre un ambiente effettivo differente. Un errore di istruzione illegale richiede inoltre l'analisi dell'effettiva istruzione che causa il problema e della build del binario, poiché il danneggiamento di dati o un'istruzione non supportata non correlata possono produrre un sintomo simile.

Installare la versione di applicazione, driver o runtime supportata per la piattaforma esatta e, se necessario, utilizzare la build di riferimento o di fallback documentata dal produttore. Un aggiornamento software non può creare un'istruzione che manca nel processore. Le modifiche al firmware e ai criteri di sicurezza devono seguire la procedura del produttore del sistema e un piano di ripristino, piuttosto che una generica ricetta di ottimizzazione.

Fonti e ambito di questa spiegazione

Panoramica su Intel Trusted Execution Technology · Intel 64 and IA-32 Architectures Software Developer's Manual

Questi riferimenti definiscono il comportamento architetturale e i requisiti software. Non verificano in modo indipendente ogni valore delle funzionalità presente nella pagina di un modello hardware collegato. Per il supporto su uno specifico modello, fare riferimento alle evidenze del produttore su quella pagina e controllare l'effettiva configurazione di sistema. Questo articolo non fornisce benchmark, certificazioni o date di revisione indipendente.

Fonti e verifica

Titolarità editoriale: Feex. Nessuna data di revisione indipendente registrata. Come svolgiamo le ricerche.

Panoramica su Intel Trusted Execution Technology · Requisiti della piattaforma e ambiente di esecuzione misurato; consultare anche la guida allo sviluppo software e alla distribuzione di TXT della piattaforma.
Intel 64 and IA-32 Architectures Software Developer's Manual · I volumi 1 e 2 descrivono le famiglie di istruzioni menzionate e CPUID; il volume 3 descrive lo stato, il paging, VMX e i controlli di protezione. La documentazione dell'architettura non certifica il supporto per un particolare modello.

Questo articolo è stato utile?

È sufficiente un sì o un no. Scegli un motivo, se desideri, o aggiungi una breve nota.