CET Shadow Stacks
Au CET-SS gnännt
CET Shadow Stacks bieted en gschützte Rücksprungadress-Status, zum hälfe, korrumpierti Kontrollfluss-Rücksprüng z erchänne. D Shadow-Stack-Fähigkeit vom Prozessor isch nume eini vo de Vorussetzige für en aktiv gschützte Prozess.
Was du wüsse muesch
CET Shadow Stacks bieted en gschützte Rücksprungadress-Status, zum hälfe, korrumpierti Kontrollfluss-Rücksprüng z erchänne. D Shadow-Stack-Fähigkeit vom Prozessor isch nume eini vo de Vorussetzige für en aktiv gschützte Prozess.
Wie 's funktioniert
En Shadow Stack haltet e gschützti Kopie vo Rücksprung-Informatione näbed em normale Usfüehrungs-Stack. En gschützte Rücksprung prüeft d Konsischtänz nach de Regle vo de Architektur. S Betriebssystem verwaltet d Aktivierig, d Speicherberächtigunge und de Thread-Status, während Laufzite Exceptions und Kontext-Übergäng korrekt behandle müend.
Wo s nützlich isch
Es Überschriibe vom Stack, wo e normali Rücksprungadresse änderet, cha en Control-Protection-Exception uslööse, wänn si nöd mit em gschützte Rücksprung-Status überiistimmt. En Debugger oder e Laufzit mues d Shadow-Stack-Umgebig verstah, statt si wie en normale beschriibbare Stack z behandle.
Wie mer Unterstützig und Aktivierig überprüeft
CPUID.07H.00H:ECX Bit 7 enumeriert d Shadow-Stack-Fähigkeit. Bruuch s dokumentierte Schnittschtell-Interface vom Betriebssystem pro Prozess oder pro Thread, zum d Aktivierig z belege. En unerchläärleche Absturz rächtfertigt s Prüefe vo unterstützte Software-Updates und Kompatibilität, bevor Schutzrichtlinie gänderet wärded.
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
Shadow Stacks beleged kani IBT-Unterstützig, schützed nöd alli Aawändigsdate und eliminiert nöd jede Kontrollfluss-Aagriff. Es CPU-Label bewiist nöd, dass jedi usfüehrbari Datei und gladeni Bibliothek under de Kompatibilitätsrichtlinie vom Betriebssystem abgedeckt isch.
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 · Linux Kernel: Control-flow Enforcement Technology Shadow Stack
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.
- Linux Kernel: Control-flow Enforcement Technology Shadow Stack · Underscheidet zwüschet Hardware-Unterstützig, Binary-Markierige, Loader-Aktivierig und aktivem Schutz pro Thread. Beschriibt IBT und Shadow Stacks als separati Iirichtige.
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.