OS Guard und SMEP
Au gnennt OS Guard
Intel OS Guard wird mit Supervisor-Mode Execution Prevention, SMEP, asoziiert. Es beschränkt d Uusfüehrig vo user-zuegängleche Code-Pages im Supervisor-Mode und dörf nid mit em separate SMAP-Dateizuegriffsschutz verwächslet wärde.
Was du wüsse muesch
Intel OS Guard wird mit Supervisor-Mode Execution Prevention, SMEP, asoziiert. Es beschränkt d Uusfüehrig vo user-zuegängleche Code-Pages im Supervisor-Mode und dörf nid mit em separate SMAP-Dateizuegriffsschutz verwächslet wärde.
Wie 's funktioniert
Wänn s OS SMEP aktiviert, wärdet Befehlsabrüef im Supervisor-Mode gäge d User-/Supervisor-Berechtigunge vo de Page Tables prüeft. Das hilft z verhindere, dass en Kontrollfluss-Fähler im Kernel direkt Code uusfüehrt, wo als User-zuegänglech gmappt isch. S OS stüürt aber nach wie vor d Page-Mappings und sin eigene privilegierte Code.
Wo s nützlich isch
En Kernel, wo d Uusfüehrig versehentlich uf e User-Page umleitet, cha under SMEP en Fault uuslöse. Das isch e spezifischi Uusfüehrigsgränze; si validiert d Kernel-Logik, gladeni Treiber oder zuelässigi Supervisor-Mappings nid vo sich uus.
Wie mer Unterstützig und Aktivierig überprüeft
CPUID.07H.00H:EBX Bit 7 zellt SMEP uf; CR4.SMEP isch d OS-Stüürig. SMAP het es separats Bit und e eigeti Stüürig. D dokumentierti Schutzkonfiguration vom laufende OS prüefe, statt z versueche, privilegierti Stüürige usere Aawendig use z ändere.
Fähigkeit, Aktivierig und Durchsetzig müend separat prüeft wärde. E Prozässer cha e Schutzfunktion unterstütze, während s OS, d Aawändig oder d VM-Richtlinie si nid aktiviered. Es Datebank-Fäld isch kei Attestation vomene laufende Syschtem.
Was s Feature nid leischdet
OS Guard isch nid Boot Guard. Es Datebankfeld mit OS Guard (SMAP) vermischt zwei unterschiedlechi Architekturchonzäpt und cha nid beidi belege; SMEP und SMAP unabhängig vopenand prüefe. S Feature macht en verwundbare Treiber nid automatisch sicher.
Kompatibilität und Leischtig i de Praxis
Halt s OS, d Firmware und di betroffeni Runtime aktuell. Wänn e Schutzfunktion es Kompatibilitätsproblem offeleit, bruuch zerscht Herschteller-Diagnose und unterstützt Updates. E pauschali Schutz-Aktivierig cha unbeteiligti Aawändige beiflusse und sött enere klare Rollout- und Recovery-Richtlinie folge.
E praktischi Checklischte zur Überprüefig
- Erfass s genaue Prozässer- oder Plattform-Modäll und d Version vo de beteiligte Aawändig, vom OS und vor Runtime. Bhalt de Wortluut vom eigentliche Fehler oder vor Aaforderig unveränderet bi.
- Prüef d Herschteller-Referänz für das exakte Modäll, und kontrollier dänn di effektivi Fähigkeit und de aktivierte Status i de Umgäbig, wo s Programm lauft.
- Verglich jedi Aaforderig vo de uusgwählte Binärdatei oder vom Backend. En ähnlich luutends Feature, en Alias oder e breiti Technologiebezeichnig länged nid.
- Beschtätig, dass d Aawändig di vorgsehni Implementation uusgwählt het. Bruuch däre iri dokumentierte Diagnosefunktion und en unterstützte Fallback, wänn d Aaforderige nid erfüllt sind.
- Mach jewiils nume ein unterstützti Änderig uf z Mol und widerhol di gliich Arbetslascht. Bhalt di ursprünglichi Konfiguration und en Wäg zur Wiederherschtellig barat.
Wänn s Feature ufgführt isch, d Software s aber nid cha bruuche
Fang bim exakt fählende Teil aa. E Hardware-Datebank beschriibt erfasstig Fähigkeite; s Betriibssyschtem oder de Hypervisor cha e anderi effektivi Umgäbig zeige. En Illegal-Instruction-Fehler bruucht au e Nachforschig zum eigentliche fählerhafte Befähl und Binär-Build, will e Beschädigung oder en unbeteiligte, nid unterstützte Befähl es ähnlichs Symptom erzüüge cha.
Inschtallier d Aawändig, de Triiber oder d Runtime-Version, wo für di exakti Plattform unterstützt wird, und bruuch bi Bedarf d Baseline oder de Fallback-Build gmäss Herschteller-Dokumentation. Es Software-Update cha kei Befähl erzüüge, wo em Prozässer fählt. Firmware- und Sicherheitsrichtlinie-Änderige sötted em Verfahre vom Syschtemherschteller und eme Wiederherschtelligsplan folge, statt eme allgemeine Optimierigs-Rezept.
Quelle und Umfang vo däre Erchlärig
Intel 64 and IA-32 Architectures Software Developer's Manual · Intel security features related to transient execution attacks
Die Referänze leitid s architektonische Verhalte und d Software-Aaforderige fescht. Si überprüefed nid jede Feature-Wärt uf ere verlinkte Hardware-Modällsiite unabhängig. Für d Modällunterstützig sött mer d Herschteller-Nachwiis vo däre Siite bruuche und di effektivi Syschtemkonfiguration prüefe. Dä Artikel liferet kei Benchmark, ke Zertifizierig und keis unabhängigs Prüefdatum.
Quelle und Verifikation
Redaktionelli Verantwortig: Feex. Es isch kes unabhängigs Überprüefigsdatum erfasst. Wie mir recherchiered.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Bänd 1 und 2 beschriibed di gnännte Befählsfamilie und CPUID; Band 3 beschriibt Status-, Paging-, VMX- und Schutz-Stüürige. Architektur-Dokumentation beschtätigt kei Unterstützig für es bschtimmts Modäll.
- Intel security features related to transient execution attacks · Identifiziert Intel OS Guard mit SMEP. Das isch öppis anders als SMAP, au wänn einigi importierti Feature-Labels die Näme vermischet.
Isch dä Artikel nützlich gsi?
Es Ja oder Nei längt. Wähl en Grund us, wänn du wotsch, oder schryb e churzi Notiz.
Merci. Das hilft eus, die Syte z verbessere.