Mode-Based Execute Control
Mode-Based Execute Control është një aftësi e Intel EPT që i lejon një hipervizori të dallojë lejet e ekzekutimit të instruksioneve ndërmjet modalitetit të përdoruesit (user-mode) dhe modalitetit të mbikëqyrësit (supervisor-mode) të mysafirit. Është një kontroll virtualizimi, jo një instruksion i zakonshëm aplikacioni.
Çfarë duhet të dini
Mode-Based Execute Control është një aftësi e Intel EPT që i lejon një hipervizori të dallojë lejet e ekzekutimit të instruksioneve ndërmjet modalitetit të përdoruesit (user-mode) dhe modalitetit të mbikëqyrësit (supervisor-mode) të mysafirit. Është një kontroll virtualizimi, jo një instruksion i zakonshëm aplikacioni.
Si funksionon
Me kontrollin përkatës të ekzekutimit të VM-së të aktivizuar, semantika e lejeve të EPT-së dallon modalitetet e ekzekutimit të mysafirit. Kjo i lejon një hipervizori të zbatojë politika që e trajtojnë ekzekutimin e përdoruesit dhe të kernelit ndryshe në fazën e dytë të përkthimit. Hipervizori duhet t'i numërojë dhe konfigurojë saktë kontrollet.
Ku është e dobishme
Një skemë mbrojtjeje e bazuar në virtualizim mund të përdorë lejet e diferencuara të ekzekutimit si një bllok ndërtues. OS-ja mysafire dhe rregullat e pritësit (host) përcaktojnë përsëri se çfarë mbrohet dhe si trajtohen gabimet (faults); veçoria e vetme nuk aktivizon një produkt sigurie.
Si të kontrollohet mbështetja dhe aktivizimi
Shqyrtoni kontrollet e aftësive VMX të dokumentuara në SDM dhe ndërfaqen e mbështetur të aftësive/statusit të hipervizorit. Kontrolloni konfigurimin e EPT-së dhe të platformës veçmas. Lista e veçorive CPUID të një aplikacioni normal nuk mund të përshkruajë plotësisht politikat aktive të hipervizorit.
Një vendosje e virtualizuar ka disa shtresa: aftësinë fizike, lejen e firmware-it, hipervizorin aktiv të strehuesit, aftësitë e ekspozuara të mysafirit dhe mbështetjen e OS-it mysafir. Kontrolloni shtresën ku ekzekutohet aktualisht operacioni, duke përfshirë virtualizimin e ndërthurur kur është e rëndësishme.
Çfarë nuk përcakton kjo veçori
Veçoria nuk është e njëjtë me NX ose SMEP, dhe një etiketë e përgjithshme e importuar nuk përcakton sjelljen e saktë të një ekuivalenti të AMD-së. Ajo nuk provon se siguria e bazuar në virtualizim është e aktivizuar ose se një kompjuter plotëson çdo kërkesë të një veçorie specifike të OS-së.
Përputhshmëria dhe performanca në praktikë
Ekzekutimi i CPU-së, përkthimi i memories së mysafirit dhe rihartimi DMA i pajisjeve janë funksione të veçanta. Mos supozoni pasimin e drejtpërdrejtë ose izolimin nga një fushë e vetme virtualizimi. Përdorni diagnostikimet e mbështetura të hipervizorit dhe kërkesat e sakta të platformës/pajisjes.
Një listë praktike kontrolli për verifikim
- Regjistroni modelin e saktë të procesorit ose platformës dhe versionet e përfshira të aplikacionit, sistemit operativ dhe mjedisit të ekzekutimit. Ruani formulimin e gabimit ose kërkesës aktuale.
- Kontrolloni referencën e prodhuesit për atë model të saktë, më pas inspektoni aftësinë efektive dhe gjendjen e aktivizuar në mjedisin ku ekzekutohet programi.
- Krahasoni çdo kërkesë të binarit ose prapavijës së zgjedhur. Një veçori me emër të ngjashëm, një pseudonim ose një etiketë e gjerë teknologjike nuk mjafton.
- Konfirmoni që aplikacioni ka zgjedhur implementimin e synuar. Përdorni diagnostikimet e dokumentuara të tij dhe një alternativë të mbështetur kur kërkesat nuk plotësohen.
- Bëni një ndryshim të mbështetur në një moment dhe përsëritni të njëjtën ngarkesë pune. Mbajeni të disponueshme konfigurimin origjinal dhe rrugën e rikuperimit.
Nëse veçoria listohet por softueri nuk mund ta përdorë atë
Filloni me komponentin e saktë që dështon. Një bazë të dhënash harduerike përshkruan aftësinë e regjistruar; sistemi operativ ose hipervizori mund të ekspozojë një mjedis efektiv të ndryshëm. Një gabim instruksioni të paligjshëm kërkon gjithashtu hetim të instruksionit aktual me defekt dhe të ndërtimit të binarit, sepse dëmtimi ose një instruksion i palidhur i pambështetur mund të prodhojë një simptomë të ngjashme.
Instaloni versionin e aplikacionit, drajverit ose mjedisit të ekzekutimit të mbështetur për platformën e saktë, dhe përdorni versionin bazë ose alternativ të dokumentuar nga prodhuesi nëse është e nevojshme. Një përditësim softueri nuk mund të krijojë një instruksion që procesorit i mungon. Ndryshimet në firmware dhe politikat e sigurisë duhet të ndjekin procedurën e prodhuesit të sistemit dhe një plan rikuperimi në vend të një recete të përgjithshme optimizimi.
Burimet dhe fusha e këtij shpjegimi
Intel 64 and IA-32 Architectures Software Developer's Manual
Këto referenca përcaktojnë sjelljen arkitekturore dhe kërkesat e softuerit. Ato nuk verifikojnë në mënyrë të pavarur çdo vlerë të veçorive në faqen e lidhur të modelit të harduerit. Për mbështetjen e modelit, përdorni dëshmitë e prodhuesit në atë faqe dhe kontrolloni konfigurimin efektiv të sistemit. Ky artikull nuk ofron një test standard vlerësimi, certifikim ose datë shqyrtimi të pavarur.
Burimet dhe verifikimi
Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Vëllimet 1 dhe 2 përshkruajnë familjet e emërtuara të instruksioneve dhe CPUID; Vëllimi 3 përshkruan gjendjen, faqosjen, VMX dhe kontrollet e mbrojtjes. Dokumentacioni i arkitekturës nuk përcakton mbështetjen për një model të caktuar.
A ishte i dobishëm ky artikull?
Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.
Faleminderit. Kjo na ndihmon ta përmirësojmë këtë faqe.