Ценявыя стэкі CET

Што вам трэба ведаць

Як гэта працуе

Ценявы стэк захоўвае абароненую копію інфармацыі аб вяртанні разам са звычайным стэкам выканання. Абароненае вяртанне правярае ўзгодненасць у адпаведнасці з правіламі архітэктуры. АС кіруе ўключэннем, правамі доступу да памяці і станам патокаў, у той час як асяроддзі выканання павінны карэктна апрацоўваць выключэнні і пераходы кантэксту.

Дзе гэта карысна

Перазапіс стэка, які змяняе звычайны адрас вяртання, можа выклікаць выключэнне абароны кіравання, калі ён не супадае з абароненым станам вяртання. Адладчык або асяроддзе выканання павінны разумець асяроддзе ценявога стэка, а не разглядаць яго як звычайны стэк, даступны для запісу.

Як праверыць падтрымку і актыўнасць

CPUID.07H.00H:ECX біт 7 пералічвае магчымасць ценявога стэка. Выкарыстоўвайце задакументаваны інтэрфейс статусу АС для кожнага працэсу або патоку, каб усталяваць факт уключэння. Тлумачэнне незразумелага збою патрабуе праверкі падтрымоўваных праграмных абнаўленняў і сумяшчальнасці перад змяненнем палітыкі абароны.

Магчымасць, уключэнне і прымяненне павінны правярацца асобна. Працэсар можа падтрымліваць абарону, у той час як АС, праграма або палітыка віртуальнай машыны яе не актывуюць. Поле падтрымкі ў базе даных не з'яўляецца атэстацыяй працуючай сістэмы.

Чаго гэта функцыя не гарантуе

Ценявыя стэкі не пацвярджаюць падтрымку IBT, не абараняюць усе даныя праграмы і не ліквідуюць кожную атаку на паток кіравання. Запіс аб працэсары не даказвае, што кожны выканальны файл і загружаная бібліятэка ахоплены палітыкай сумяшчальнасці АС.

Сумяшчальнасць і прадукцыйнасць на практыцы

Падтрымлівайце АС, мікрапраграму і адпаведнае асяроддзе выканання ў актуальным стане. Калі ахоўны механізм выклікае праблему сумяшчальнасці, спачатку скарыстайцеся дыягностыкай вытворцы і падтрымліваемымі абнаўленнямі. Агульнае пераключэнне параметраў абароны можа паўплываць на незвязаныя праграмы і павінна ажыццяўляцца згодна з выразнымі палітыкамі разгортвання і аднаўлення.

Практычны чэк-ліст для праверкі

1. Зафіксуйце дакладную мадэль працэсара або платформы, а таксама задзейнічаныя версіі праграмы, АС і асяроддзя выканання. Захавайце дакладную фармулёўку памылкі або патрабавання.
2. Звярніцеся да дакументацыі вытворцы для гэтай канкрэтнай мадэлі, затым праверце фактычныя магчымасці і ўключаны стан у асяроддзі, дзе выконваецца праграма.
3. Супастаўце кожнае патрабаванне выбранага выканальнага файла або бэкэнда. Аналагічнай назвы функцыі, псеўданіма або агульнай назвы тэхналогіі недастаткова.
4. Пацвердзіце, што праграма выбрала патрэбную рэалізацыю. Выкарыстоўвайце яе задакументаваныя сродкі дыягностыкі і падтрымліваемы запасны варыянт, калі патрабаванні не выконваюцца.
5. Уносьце па адным падтрымліваемым змяненні за раз і паўтарайце тую ж нагрузку. Захоўвайце зыходную канфігурацыю і магчымасць адкату.

Калі функцыя пазначана, але праграмнае забеспячэнне не можа яе выкарыстоўваць

Пачніце з канкрэтнага кампанента, які выклікае збой. Апаратная база даных апісвае зафіксаваныя магчымасці; аперацыйная сістэма або гіпервізар могуць прадастаўляць іншае фактычнае асяроддзе. Памылка недапушчальнай інструкцыі (illegal instruction) таксама патрабуе даследавання канкрэтнай інструкцыі, якая выклікала збой, і зборкі бінарнага файла, паколькі пашкоджанне даных або іншая непадтрымліваемая інструкцыя могуць выклікаць аналагічны сімптом.

Усталюйце версію праграмы, драйвера або асяроддзя выканання, якая падтрымліваецца для дадзенай платформы, і пры неабходнасці выкарыстоўвайце задакументаваную вытворцам базавую або запасную зборку. Абнаўленне ПЗ не можа стварыць інструкцыю, якой няма ў працэсары. Змяненні ў мікрапраграме (firmware) і палітыках бяспекі павінны адпавядаць працэдурам вытворцы сістэмы і плану аднаўлення, а не агульным рэцэптам аптымізацыі.

Звязаныя функцыі і карысныя адрозненні

Control-flow Enforcement (CET) · CET-IBT · Execute Disable (NX)

Крыніцы і межы прымянення гэтага тлумачэння

Intel 64 and IA-32 Architectures Software Developer's Manual · Ядро Linux: ценявы стэк Control-flow Enforcement Technology

Гэтыя даведнікі вызначаюць архітэктурныя паводзіны і патрабаванні да праграмнага забеспячэння. Яны не пацвярджаюць незалежна кожнае значэнне функцыі на звязанай старонцы мадэлі абсталявання. Для праверкі падтрымкі мадэллю выкарыстоўвайце даныя вытворцы на адпаведнай старонцы і правярайце фактычную канфігурацыю сістэмы. Гэты артыкул не змяшчае вынікаў тэсціравання (benchmark), сертыфікацыі або даты незалежнага агляду.

Звязанае

Гэтыя аб'екты звязаны з гэтым артыкулам. Тып пазначаны на кожнай спасылцы.

Крыніцы і праверка

Рэдакцыйная прыналежнасць: Feex. Дата незалежнай праверкі не зафіксавана. Як мы даследуем.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Тамы 1 і 2 апісваюць названыя сямействы інструкцый і CPUID; Том 3 апісвае стан, старонкавую арганізацыю памяці, VMX і элементы кіравання абаронай. Архітэктурная дакументацыя не пацвярджае падтрымку канкрэтнай мадэлі.
• Ядро Linux: ценявы стэк Control-flow Enforcement Technology · Адрознівае апаратную падтрымку, бінарныя маркеры, уключэнне загрузчыкам і актыўную абарону для асобных патокаў. Апісвае IBT і ценявыя стэкі як асобныя сродкі.