SMAP
També anomenat OS Guard (SMAP)
SMAP, Supervisor-Mode Access Prevention, restringeix l'accés a dades de supervisor a pàgines accessibles per l'usuari tret que s'apliquin les condicions d'anul·lació de l'arquitectura. És diferent de SMEP, normalment comercialitzat com a Intel OS Guard.
El que cal saber
SMAP, Supervisor-Mode Access Prevention, restringeix l'accés a dades de supervisor a pàgines accessibles per l'usuari tret que s'apliquin les condicions d'anul·lació de l'arquitectura. És diferent de SMEP, normalment comercialitzat com a Intel OS Guard.
Com funciona
El SO pot habilitar SMAP de manera que els accessos no intencionats a dades privilegiades en assignacions d'usuari generin un error d'execució (fault). Les rutines del nucli que copien deliberadament dades d'usuari utilitzen finestres d'accés acuradament controlades sota les regles de l'arquitectura. El permís d'execució és una qüestió separada gestionada per mecanismes com SMEP i NX.
On és útil
Una rutina del nucli que rep un punter d'usuari l'ha de validar i accedir-hi mitjançant les instal·lacions establertes de còpia d'usuari del seu SO. SMAP és un límit de defensa al voltant d'aquests accessos, no un substitut de les comprovacions de longitud, la gestió del cicle de vida o les decisions correctes de privilegis.
Com comprovar el suport i l'habilitació
CPUID.07H.00H:EBX bit 20 enumera SMAP, mentre que CR4.SMAP controla l'habilitació. SMEP utilitza un bit diferent. Comproveu la documentació del SO i les interfícies d'estat; no desactiveu la protecció com a pas genèric de resolució de problemes de l'aplicació.
La capacitat, l'habilitació i l'aplicació s'han de comprovar per separat. Un processador pot admetre una protecció mentre que la política del SO, de l'aplicació o de la màquina virtual no l'activa. Un camp de suport en una base de dades no és una atestació d'un sistema en execució.
El que la característica no estableix
L'etiqueta importada OS Guard (SMAP) no s'ha d'interpretar com una evidència que SMEP i SMAP siguin idèntics o que tots dos estiguin habilitats. Una capacitat del processador no estableix l'estat de protecció d'un nucli, convidat o controlador concret.
Compatibilitat i rendiment a la pràctica
Manteniu actualitzats el SO, el microprogramari i l'entorn d'execució afectat. Si una protecció exposa un problema de compatibilitat, utilitzeu primer els diagnòstics del fabricant i les actualitzacions admeses. Una activació àmplia de protecció pot afectar aplicacions no relacionades i hauria de seguir una política explícita de desplegament i recuperació.
Una llista de verificació pràctica
- Enregistreu el model exacte de processador o de plataforma i les versions d'aplicació, SO i entorn d'execució implicades. Conserveu la redacció de l'error o del requisit real.
- Comproveu la referència del fabricant per a aquest model exacte, i després inspeccioneu la capacitat efectiva i l'estat habilitat en l'entorn on s'executa el programa.
- Compareu cada requisit del binari o dorsal seleccionat. Una característica amb un nom similar, un àlies o una etiqueta de tecnologia àmplia no és suficient.
- Confirmeu que l'aplicació ha seleccionat la implementació prevista. Utilitzeu els seus diagnòstics documentats i una alternativa compatible quan no es compleixin els requisits.
- Feu un únic canvi admès a la vegada i repetiu la mateixa càrrega de treball. Manteniu disponibles la configuració original i la via de recuperació.
Si la característica apareix a la llista però el programari no la pot utilitzar
Comenceu pel component exacte que falla. Una base de dades de maquinari descriu la capacitat registrada; el sistema operatiu o l'hipervisor poden exposar un entorn efectiu diferent. Un error d'instrucció il·legal també requereix investigar la instrucció defectuosa real i la compilació del binari, perquè una corrupció o una instrucció no admesa no relacionada poden produir un símptoma similar.
Instal·leu la versió d'aplicació, controlador o entorn d'execució admesa per a la plataforma exacta, i utilitzeu la compilació base o alternativa documentada pel fabricant si cal. Una actualització de programari no pot crear una instrucció que li manqui al processador. Els canvis de microprogramari i de polítiques de seguretat han de seguir el procediment del fabricant del sistema i un pla de recuperació en lloc d'una recepta genèrica d'optimització.
Fonts i abast d'aquesta explicació
Intel 64 and IA-32 Architectures Software Developer's Manual · Funcions de seguretat d'Intel relacionades amb atacs d'execució transitòria
Aquestes referències estableixen el comportament arquitectònic i els requisits de programari. No verifiquen de manera independent cada valor de característica en una pàgina de model de maquinari enllaçada. Per al suport de models, utilitzeu l'evidència del fabricant d'aquesta pàgina i comproveu la configuració efectiva del sistema. Aquest article no proporciona cap data de prova de referència, certificació o revisió independent.
Fonts i verificació
Propietat editorial: Feex. No s'ha registrat cap data de revisió independent. Com investiguem.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Els volums 1 i 2 descriuen les famílies d'instruccions anomenades i CPUID; el volum 3 descriu l'estat, la paginació, VMX i els controls de protecció. La documentació d'arquitectura no estableix el suport per a un model en particular.
- Funcions de seguretat d'Intel relacionades amb atacs d'execució transitòria · Identifica Intel OS Guard amb SMEP. Això és diferent de SMAP, tot i que algunes etiquetes de característiques importades barregen aquests noms.
Ha estat útil aquest article?
Un sí o un no és suficient. Trieu un motiu si voleu, o afegiu una breu nota.
Gràcies. Això ens ajuda a millorar aquesta pàgina.