CET stogovi u sjeni
Također se naziva CET-SS
CET stogovi u sjeni pružaju zaštićeno stanje povratne adrese kako bi pomogli u otkrivanju oštećenih povrataka u toku kontrole. Mogućnost stoga u sjeni procesora samo je jedan preduslov za aktivno zaštićen proces.
Šta trebate znati
CET stogovi u sjeni pružaju zaštićeno stanje povratne adrese kako bi pomogli u otkrivanju oštećenih povrataka u toku kontrole. Mogućnost stoga u sjeni procesora samo je jedan preduslov za aktivno zaštićen proces.
Kako radi
Stog u sjeni čuva zaštićenu kopiju povratnih informacija pored običnog stoga izvršavanja. Zaštićeni povratak provjerava dosljednost prema pravilima arhitekture. Operativni sistem upravlja omogućavanjem, memorijskim dozvolama i stanjem niti, dok runtime okruženja moraju ispravno rukovati izuzecima i prijelazima konteksta.
Gdje je korisno
Prebrisavanje stoga koje mijenja običnu povratnu adresu može proizvesti izuzetak zaštite kontrole kada se ne slaže sa zaštićenim stanjem povratka. Debugger ili runtime moraju razumjeti okruženje stoga u sjeni umjesto da ga tretiraju kao običan stog za pisanje.
Kako provjeriti podršku i omogućavanje
CPUID.07H.00H:ECX bit 7 enumerira mogućnost stoga u sjeni. Koristite dokumentovani interfejs statusa operativnog sistema po procesu ili po niti da utvrdite omogućavanje. Neobjašnjivo rušenje opravdava provjeru podržanih softverskih ažuriranja i kompatibilnosti prije promjene politike zaštite.
Mogućnost, omogućavanje i provođenje moraju se provjeriti odvojeno. Procesor može podržavati zaštitu dok je OS, aplikacija ili politika virtuelne mašine ne aktiviraju. Polje podrške u bazi podataka nije atestacija pokrenutog sistema.
Šta ova funkcija ne uspostavlja
Stogovi u sjeni ne uspostavljaju podršku za IBT, ne štite sve podatke aplikacije niti eliminišu svaki napad na tok kontrole. Oznaka procesora ne dokazuje da su svaka izvršna datoteka i učitana biblioteka obuhvaćene politikom kompatibilnosti operativnog sistema.
Kompatibilnost i performanse u praksi
Održavajte OS, firmver i pogođeno runtime okruženje ažurnim. Ako zaštita izloži problem s kompatibilnošću, prvo koristite dijagnostiku dobavljača i podržana ažuriranja. Široki prekidač zaštite može utjecati na nepovezane aplikacije i trebao bi pratiti eksplicitnu politiku implementacije i oporavka.
Praktična lista za provjeru verifikacije
- Zabilježite tačan model procesora ili platforme te verzije aplikacije, OS-a i runtime okruženja koji se koriste. Sačuvajte formulaciju stvarne greške ili zahtjeva.
- Provjerite referencu proizvođača za taj tačan model, a zatim pregledajte efektivnu sposobnost i omogućeno stanje u okruženju u kojem se program izvršava.
- Uporedite svaki zahtjev odabrane binarne datoteke ili pozadinskog sistema. Slično imenovana funkcija, pseudonim ili široka tehnološka oznaka nisu dovoljni.
- Potvrdite da je aplikacija odabrala predviđenu implementaciju. Koristite njenu dokumentiranu dijagnostiku i podržanu rezervnu varijantu kada zahtjevi nisu ispunjeni.
- Pravite jednu po jednu podržanu promjenu i ponavljajte isto radno opterećenje. Zadržite izvornu konfiguraciju i dostupan put oporavka.
Ako je funkcija navedena, ali je softver ne može koristiti
Počnite od tačne komponente koja otkazuje. Baza podataka hardvera opisuje zabilježenu sposobnost; operativni sistem ili hipervizor mogu izložiti drugačije efektivno okruženje. Greška nevažeće instrukcije (illegal-instruction) također zahtijeva istragu stvarne instrukcije koja uzrokuje grešku i binarne verzije, jer oštećenje ili nepovezana nepodržana instrukcija mogu proizvesti sličan simptom.
Instalirajte verziju aplikacije, drajvera ili runtime okruženja podržanu za tačnu platformu i po potrebi koristite proizvođačevu dokumentiranu osnovnu ili rezervnu verziju. Ažuriranje softvera ne može stvoriti instrukciju koja procesoru nedostaje. Promjene firmvera i sigurnosnih pravila trebaju pratiti proceduru proizvođača sistema i plan oporavka, a ne generički recept za optimizaciju.
Izvori i obim ovog objašnjenja
Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: Control-flow Enforcement Technology stog u sjeni
Ove reference uspostavljaju arhitekturno ponašanje i softverske zahtjeve. One ne verifikuju nezavisno svaku vrijednost funkcije na povezanoj stranici modela hardvera. Za podršku modela koristite dokaze proizvođača s te stranice i provjerite efektivnu konfiguraciju sistema. Ovaj članak ne pruža benchmark, certifikaciju ili datum nezavisnog pregleda.
Izvori i provjera
Uredničko vlasništvo: Feex. Nije zabilježen datum nezavisne provjere. Kako istražujemo.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Tomovi 1 i 2 opisuju navedene porodice instrukcija i CPUID; Tom 3 opisuje kontrole stanja, straničenja, VMX-a i zaštite. Dokumentacija arhitekture ne utvrđuje podršku za određeni model.
- Linux kernel: Control-flow Enforcement Technology stog u sjeni · Razlikuje hardversku podršku, binarne markere, omogućavanje od strane učitavača i aktivnu zaštitu po niti. Opisuje IBT i stogove u sjeni kao zasebne mehanizme.
Da li je ovaj članak bio koristan?
Dovoljno je da odgovorite sa da ili ne. Izaberite razlog ako želite ili dodajte kratku napomenu.
Hvala. To nam pomaže da poboljšamo ovu stranicu.