CET-IBT

Wos ma wissn muaß

Wia 's funktioniat

Wenn s Tracking fia de zuagherige Ausführungsumgebung aktiviat is, muaß a indirekta Transfer noch de Architekturregln bei ana passndn ENDBR-Landeinstruktion okenma. Da Mechanismus nutzt an architekturelln Tracking-Status und löst a Control-Protection-Exception aus, wenn da Kontrakt verletzt wead. Compiler- und Binary-Instrumentiarung ghearn zua Bereitstellung dazua.

Wo s' nutzba is

A Compiler ko guitige indirekte Eistiegssteijn in ana Bibliothek markiern. S Betriebssystem und d' Laufzeitumgebung miassn a kompatible Aktiviarung und Richtlinie aufn Code owendn, dea ausgfiaht wead. ENDBR-Bytes in am Disassembly z' seng, beweist fia si gnumma no ned, dass s System IBT grod aa wirklich duachsetzt.

Wia ma d' Untastützung und Aktivierung prüaft

CPUID.07H.00H:EDX Bit 20 enumeriat d' IBT-Fähigkeit. Prüf de User-/Supervisor-Untastützung vom Betriebssystem und d' Binary-Policy separat. Kläa Kompatibilitätsprobleme mit offiziejn Compiler- und OS-Leitfädn ob, stott Landebefehle oafoch aus am Binary z' leschn.

Fähigkeit, Aktivierung und Erzwingung miassn getrennt prüaft wern. A Prozessor konn a Schutzfunktion untastützn, obwoi s' as Betriebssystem, de Anwendung oda d' Virtual-Machine-Policy ned aktiviat. A Eitrog in ana Datnbank is koa Attestierung fia a laffends System.

Wos des Feature ned aussogt

IBT prüft normale Funktionsrücksprünge ned so wia Shadow Stacks des dean. S is koa Garantie fia a voiständige Kontrollfluss-Integrität oda Owendungssicherheit, und d' Untastützung fia Shadow Stacks begründt no lang koa IBT-Untastützung.

Kompatibilität und Performanz in da Praxis

Hoit as Betriebssystem, d' Firmware und de betroffne Laufzeitumgebung aktuell. Wann a Schutzfunktion a Kompatibilitätsproblem ausleest, nutz zeascht d' Heastella-Diagnose und freigegebne Updates. A pauschala Schiaba fia Schutzmechanismen konn ganz unbeteiligte Programme treffa und soid oiwei noch am kearn Bereitstellungs- und Recovery-Plan umglegt wern.

A praktische Checklisdn fia d' Iwapriafung

1. Dokumentier as genaue Prozessor- oda Plattform-Modell sowia de beteiligtn Versionen vo Anwendung, Betriebssystem und Laufzeitumgebung. Behoit an genauen Wortlaut vom Fehler oda da Ofoaderung bei.
2. Schau in de Heastella-Referenz fia genau des Modell und prüaf danoch de tatsächliche Fähigkeit und an aktiviatn Status in dera Umgebung, wo des Programm lafft.
3. Vagleich jede einzeine Ofoaderung vo da ausgwäihdn Binärdatei oda vom Backend. A ähnlich gnannts Feature, a Alias oda a broada Technologie-Begriff glanga ned.
4. Stäi sicha, dass d' Anwendung de plant Implementierung gnumma hod. Nimm de dokumentierte Diagnose her und an untastütztn Fallback, wann Ofoaderunga ned erfüit wern.
5. Mach oiwei nua oa freigegebne Ändarung auf amoi und wiedahoi de sejbe Last. Behoit de urspringliche Konfiguration und an Weg zua Wiederherstellung parat.

Wann des Feature aufgfiaht is, owa de Software s' ned hernehma konn

Fang bei da genau fehlaftn Komponentn o. A Hardware-Datnbank bschreibt de eitrongne Fähigkeit; as Betriebssystem oda da Hypervisor konn a ganz andane wirksame Umgebung breitstäin. A Fehla wega am ungültign Befehl (illegal-instruction) vlangt aa a Untasuachung vom tatsächlich fehlaftn Befehl und vom Binary-Build, wei a Bschädigung oda a unbeteiligta, ned untastützta Befehl ähnliche Symptome vaoasachn konn.

Installier dejenige Anwendungs-, Treiber- oda Laufzeit-Version, de fia genau de Plattform freigem is, und nutz bei Bedarf an vom Heastella dokumentiatn Basis- oda Fallback-Build. A Software-Update konn koan Befehl herzauban, den da Prozessor ned hod. Ändarunga an Firmware und Sicherheitsrichtlinien soin strikt noch de Vorgabn vom Systemheastella und noch am Wiederherstellungsplan gmocht wern, ned noch am pauschaln Optimierungsrezept.

Vawandte Feature und nutzliche Untascheidunga

Control-flow Enforcement (CET) · CET Shadow Stacks · Execute Disable (NX)

Quäin und Geltungsbereich vo dera Erklärung

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux-Kernel: Control-flow Enforcement Technology Shadow Stack

De Referenzn bschreibn as architektonische Vahoidn und de Ofoaderunga an d' Software. Se bstätign ned unabheangig jedn Feature-Wert auf ana valinktn Hardware-Modellseitn. Fia d' Modelluntastützung nutz de Heastellanochweise auf dera Seitn und prüaf de tatsächliche Systemkonfiguration. Dena Artikl liadat koane Benchmarks, Zertifizierunga oda Termine vo unabhängige Tests.

Vawandt

De Eintrög ghern zua deam Artikl. Da Typ wead bei jedem Link zoagt.

Quöin und Iwerbriaftung

Redaktionelle Zuastendigkeit: Feex. Koa unobhengigs Priaforadum eitrong. Wia mia recherchiern.

• Intel 64 and IA-32 Architectures Software Developer's Manual · De Bände 1 und 2 bschreibn de gnanntn Befehlsfamijn und CPUID; Band 3 bschreibt Status-, Paging-, VMX- und Schutzsteuerunga. Architektur-Dokumentationa bstätign ned d' Untastützung fia a ganz bstimmts Modell.
• Linux-Kernel: Control-flow Enforcement Technology Shadow Stack · Untascheidet Hardware-Untastützung, Binary-Markiarunga, Loader-Aktiviarung und aktivn Schutz pro Thread. Bschreibt IBT und Shadow Stacks ois getrennte Funktionalitätn.