Direkt zum Inhalt

Control-flow Enforcement (CET)

Architektur-ReferänzFeex

Au CET gnännt

CET, Control-flow Enforcement Technology, füegt Hardware-Mechanisme zum Schutz vom Kontrollfluss dezue, hauptsächlich Shadow Stacks und Indirect Branch Tracking. Hardware-Unterstützig und aktive Schutz imene bstimmte Prozess sind verschideni Zueständ.

Was du wüsse muesch

CET, Control-flow Enforcement Technology, füegt Hardware-Mechanisme zum Schutz vom Kontrollfluss dezue, hauptsächlich Shadow Stacks und Indirect Branch Tracking. Hardware-Unterstützig und aktive Schutz imene bstimmte Prozess sind verschideni Zueständ.

Wie 's funktioniert

Shadow Stacks bhalted en gschützte Rücksprungadress-Status bii, während Indirect Branch Tracking d Ziil vo überwachte indirekte Verzwiigige iischränkt. Si adressiered verschideni Kontrollfluss-Überträg und händ e separati Enumeration und Aktivierig. S Betriebssystem, de Loader, d Aawändige und Bibliotheke träged alli dezue bii, dass e gschützti Usfüehrigsumgebig funktioniert.

Wo s nützlich isch

E passend baute Aawändig cha mit eme OS-verwaltete Shadow Stack laufe, sodass en nöd passendi Rücksprungadresse di definierti Exception uslööst, statt d Usfüehrig stillschwiigend umzleite. D Kompatibilitätsrichtlinie cha sich für Legacy-Module sowie für User-Mode gägenüber Supervisor-Mode-Schutz underscheide.

Wie mer Unterstützig und Aktivierig überprüeft

Prüef CPUID.07H.00H:ECX Bit 7 für Shadow-Stack-Fähigkeit und EDX Bit 20 für Indirect Branch Tracking, und überprüef dänn de dokumentierti Prozess-Schutzstatus vom Betriebssystem. Es verfぼgbars CPU-Bit ellei cha d Duresetzig für es laufends Programm nöd garantiere.

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

Es CET-Fäld bewiist nöd, dass beidi Subfeatures vorhande oder aktiviert sind. CET macht es Binary nöd vertrauenswürdig, verhindert nöd jede Speicherbeschädigungs-Fehler und ersetzt kani Updates. Es global Deaktiviere vonere Schutzmassnahm isch ke Routine-Lösig für en Aawändigsabsturz.

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

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.

Isch dä Artikel nützlich gsi?