1. [Wiki](https://feex.it/wiki/)
2. [Hardware](https://feex.it/wiki/hardware/)
3. [Sistemi e architettura](https://feex.it/wiki/hardware/system/)
4. Mode-Based Execute Control

# Mode-Based Execute Control

Riferimento sull'architettura: Feex

Mode-Based Execute Control è una funzionalità di Intel EPT che consente a un hypervisor di distinguere i permessi di esecuzione delle istruzioni del guest tra modalità utente e modalità supervisore. Si tratta di un controllo di virtualizzazione, non di una normale istruzione applicativa.

## Cosa c'è da sapere

Mode-Based Execute Control è una funzionalità di Intel EPT che consente a un hypervisor di distinguere i permessi di esecuzione delle istruzioni del guest tra modalità utente e modalità supervisore. Si tratta di un controllo di virtualizzazione, non di una normale istruzione applicativa.

## Come funziona

Con il relativo controllo di esecuzione delle VM abilitato, la semantica dei permessi EPT distingue le modalità di esecuzione del guest. Ciò consente a un hypervisor di implementare criteri che trattano in modo differenziato l'esecuzione utente e kernel al secondo stadio di traduzione. L'hypervisor deve enumerare e configurare i controlli correttamente.

## Dove risulta utile

Un'architettura di protezione basata sulla virtualizzazione può impiegare permessi di esecuzione differenziati come elemento fondamentale. I criteri dell'host e del sistema operativo guest continuano a determinare che cosa viene protetto e come vengono gestiti i fault; la funzionalità da sola non attiva un prodotto di sicurezza.

## Come verificare il supporto e l'abilitazione

Ispezionare i controlli delle funzionalità VMX documentati nel manuale SDM e l'interfaccia supportata di funzionalità/stato dell'hypervisor. Verificare separatamente EPT e la configurazione della piattaforma. L'elenco delle funzionalità CPUID di una normale applicazione non può descrivere in modo esaustivo i criteri attivi dell'hypervisor.

Un deployment virtualizzato si articola su più livelli: capacità fisica, autorizzazione del firmware, hypervisor host attivo, capacità esposte al guest e supporto del sistema operativo guest. Verificare il livello in cui l'operazione viene effettivamente eseguita, inclusa la virtualizzazione annidata ove pertinente.

## Cosa non stabilisce la funzionalità

La funzionalità non coincide con NX o SMEP, e un'etichetta generica importata non determina il comportamento esatto di un equivalente AMD. Non dimostra che la sicurezza basata sulla virtualizzazione sia abilitata né che una macchina soddisfi ogni requisito di una specifica funzionalità del sistema operativo.

## Compatibilità e prestazioni nella pratica

L'esecuzione della CPU, la traduzione della memoria del guest e il rimappaggio DMA dei dispositivi sono funzionalità separate. Non dedurre il passthrough o l'isolamento da un unico campo di virtualizzazione. Utilizzare la diagnostica supportata dell'hypervisor e i requisiti precisi di piattaforma e dispositivi.

## Una checklist pratica di verifica

1. 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.
2. 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.
3. 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.
4. Verificare che l'applicazione abbia selezionato l'implementazione prevista. Utilizzare la relativa diagnostica documentata e un fallback supportato quando i requisiti non sono soddisfatti.
5. 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.

## Funzionalità correlate e distinzioni utili

[Extended Page Tables (EPT)](https://feex.it/wiki/l/it/hardware/system/ept/) · [VT-x](https://feex.it/wiki/l/it/hardware/system/vt-x/) · [Execute Disable (NX)](https://feex.it/wiki/l/it/hardware/system/execute-disable/) · [OS Guard e SMEP](https://feex.it/wiki/l/it/hardware/system/os-guard/)

## Fonti e ambito di questa spiegazione

[Intel 64 and IA-32 Architectures Software Developer's Manual](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)

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.

## Correlati

Queste entità sono collegate a questo articolo. Il tipo viene mostrato per ogni collegamento.

[Extended Page Tables (EPT): Riferimento sull'architettura](https://feex.it/wiki/l/it/hardware/system/ept/)[VT-x: Riferimento sull'architettura](https://feex.it/wiki/l/it/hardware/system/vt-x/)[Execute Disable (NX): Riferimento sull'architettura](https://feex.it/wiki/l/it/hardware/system/execute-disable/)[OS Guard e SMEP: Riferimento sull'architettura](https://feex.it/wiki/l/it/hardware/system/os-guard/)

## Fonti e verifica

Titolarità editoriale: Feex. Nessuna data di revisione indipendente registrata. [Come svolgiamo le ricerche](https://feex.it/wiki/research/).

- [Intel 64 and IA-32 Architectures Software Developer's Manual ](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)· 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.

Informazioni rapide

La breve carta d'identità di questa pagina. Specifiche, fonti e la trattazione completa restano nell'articolo.

---

Source: [Canonical Feex Wiki page](https://feex.it/wiki/l/it/hardware/system/mode-based-execute-control/)

[Developer guide](https://feex.it/wiki/developers/) | [API policy](https://feex.it/developers/api-policy/) | [Agent guidance](https://feex.it/wiki/llms.txt)
