Win32 жүйесіндегі тікелей орталық блок (TIB/TEB) туралы
Win32 Thread Information Block
Win32 жүйесіндегі TIB/TEB дерек құрылымы туралы ақпарат. Жіп туралы деректерді API шақırmастан алуға көмектеседі, PEB арқылы импорт кестелеріне қол жеткізеді.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Кіріспе
Сызық ақпарат блогы (TIB) немесе Сызық орта блогы (TEB) — x86 архитектурасындағы Win32 жүйесінде қазіргі уақытта жұмыс істеп тұрған сызық туралы ақпаратты сақтайтын дерек құрылымы. Ол OS/2 жүйесіндегі ұқсас құрылымнан туындаған және 32 биттік жүйелерде онымен кері үйлесімді. TIB Win32 API-ын шақырмастан процесс туралы көптеген ақпаратты алуға мүмкіндік береді. Мысалдар: GetLastError және GetVersion функцияларын эмуляциялау, PEB көрсеткіші арқылы импорт кестелеріне (IAT), процесс басталу аргументтеріне, бейне атауына және басқа да деректерге қол жеткізу. Ол 32 биттік Windows жүйесінде FS сегменттік тіркегіштен, ал 64 биттік Windows жүйесінде GS сегменттік тіркегіштен қол жетімді.
The Thread Information Block (TIB) or Thread Environment Block (TEB) is a data structure in Win32 on x86 that stores information about the currently running thread. It descended from, and is backward compatible on 32 bit systems with, a similar structure in OS/2. The TIB can be used to get a lot of information on the process without calling Win32 API. Examples include emulating GetLastError , GetVersion Through the pointer to the PEB one can obtain access to the import tables (IAT), process startup arguments, image name, etc. It is accessed from the FS segment register on 32 bit Windows and GS on 64 bit Windows.
TIB-де сақталатын стек ақпараты
Процесс өзінің жіптерінің стегін жылжытуға еркін болуы керек, егер ол TIB-де сақталған ақпаратты тиісінше жаңартса. Бұл мәселеде бірнеше өріс маңызды: стек негізі, стек шегі, деаллокация стегі және кепілдендірілген стек байттары, тиісінше 64 биттік оффсеттерде 0x8, 0x10, 0x1478 және 0x1748 сақталады. Windows ядросының әртүрлі функциялары осы мәндерді оқиды және жазады, әсіресе стек асығуын басқа оқу/жазу беттерінен ажырату үшін (кепілдендірілген стек байттары шегіндегі стекке оқу немесе жазу қолжетімділік бұзудың орнына стек асығу қатесін тудырады). Деаллокация стегі маңызды, өйткені Windows API қорғалған беттердің мөлшерін өзгертуге мүмкіндік береді: SetThreadStackGuarantee функциясы ағымдағы кеңістікті оқуға және оны кеңейтуге мүмкіндік береді. Оны оқу үшін ол GuaranteedStackBytes өрісін оқиды, ал кеңейту үшін стек беттерін босату қажет. DeallocationStack-ті орнатпастан стек шектерін орнату, SetThreadStackGuarantee-де күлкілі мінез-құлыққа әкелуі мүмкін. Мысалы, ол стек шектерін дұрыс емес мәндерге жазады. Әртүрлі кітапханалар SetThreadStackGuarantee функциясын шақырады, мысалы, NET CLR оны өзінің жіптерінің стегін орнату үшін пайдаланады.
A process should be free to move the stack of its threads as long as it updates the information stored in the TIB accordingly. A few fields are key to this matter: stack base, stack limit, deallocation stack, and guaranteed stack bytes, respectively stored at offsets 0x8, 0x10, 0x1478 and 0x1748 in 64 bits. Different Windows kernel functions read and write these values, specially to distinguish stack overflows from other read/write page faults (a read or write to a page guarded among the stack limits in guaranteed stack bytes will generate a stack overflow exception instead of an access violation). The deallocation stack is important because Windows API allows to change the amount of guarded pages: the function SetThreadStackGuarantee allows both read the current space and to grow it. In order to read it, it reads the GuaranteedStackBytes field, and to grow it, it uses has to uncommit stack pages. Setting stack limits without setting DeallocationStack will probably cause odd behavior in SetThreadStackGuarantee. For example, it will overwrite the stack limits to wrong values. Different libraries call SetThreadStackGuarantee, for example the NET CLR uses it for setting up the stack of their threads.