فایل elf را باز کنید. ما یک فایل ELF با اطلاعات اشکال زدایی (DWARF) به صورت دستی (برای میکروکنترلرهای ARM) ایجاد می کنیم. ساختار فایل جهانی

در این بررسی ما فقط در مورد نسخه 32 بیتی این فرمت صحبت خواهیم کرد، زیرا هنوز به نسخه 64 بیتی نیاز نداریم.

هر فایل ELF (از جمله ماژول های شی با این فرمت) از بخش های زیر تشکیل شده است:

• هدر فایل ELF.
• جدول بخش های برنامه (ممکن است در ماژول های شی وجود نداشته باشد).
• بخش های فایل ELF.
• جدول بخش (ممکن است در ماژول اجرا وجود نداشته باشد).
• به دلایل عملکرد، فرمت ELF از فیلدهای بیتی استفاده نمی کند. و همه ساختارها معمولاً 4 بایت تراز هستند.

حال بیایید به انواع مورد استفاده در هدر فایل ELF نگاه کنیم:

حالا بیایید به هدر فایل نگاه کنیم:

#define EI_NIDENT 16 struct elf32_hdr ( char e_ident بدون علامت; Elf32_Half e_type; Elf32_Half e_machine; Elf32_Word e_version; Elf32_Addr e_entry; /* Entry point Elf _Word e_fla gs;

آرایه e_ident حاوی اطلاعاتی در مورد سیستم است و از چندین زیر فیلد تشکیل شده است.

ساختار ( char ei_magic بدون امضا؛ char ei_class بدون امضا؛ char ei_data بدون امضا؛ char ei_نسخه بدون امضا؛ char ei_pad بدون امضا؛ )

• ei_magic - مقدار ثابت برای همه فایل‌های ELF، برابر با (0x7f، "E"، "L"، "F")
• ei_class - کلاس فایل ELF (1 - 32 بیت، 2 - 64 بیت که ما در نظر نمی گیریم)
• ei_data - ترتیب بایت را برای این فایل تعیین می کند (این ترتیب به پلتفرم بستگی دارد و می تواند به جلو (LSB یا 1) یا معکوس (MSB یا 2) باشد) برای پردازنده های اینتل فقط مقدار 1 مجاز است.
• ei_version یک فیلد نسبتاً بی استفاده است و اگر برابر با 1 (EV_CURRENT) نباشد، فایل نادرست در نظر گرفته می شود.

سیستم عامل ها اطلاعات شناسایی خود را در قسمت ei_pad ذخیره می کنند. ممکن است این فیلد خالی باشد. برای ما هم فرقی نمی کند.

فیلد هدر e_type می تواند حاوی چندین مقدار باشد، برای فایل های اجرایی باید ET_EXEC برابر با 2 باشد.

e_machine - پردازنده ای را تعیین می کند که این فایل اجرایی می تواند روی آن اجرا شود (برای ما، مقدار قابل قبول EM_386 3 است)

فیلد e_version با فیلد ei_version از هدر مطابقت دارد.

فیلد e_entry آدرس شروع برنامه را تعریف می کند که قبل از شروع برنامه در eip قرار می گیرد.

فیلد e_phoff مقدار افست را از ابتدای فایل مشخص می کند که جدول بخش برنامه مورد استفاده برای بارگذاری برنامه ها در حافظه در آن قرار دارد.

من هدف همه فیلدها را لیست نمی کنم. من فقط دو مورد دیگر را شرح می دهم.

فیلد e_phentsize اندازه ورودی را در جدول بخش برنامه مشخص می کند.

و قسمت e_phnum تعداد ورودی های جدول بخش برنامه را مشخص می کند.

جدول بخش (نه بخش های برنامه) برای پیوند دادن برنامه ها استفاده می شود. ما آن را در نظر نخواهیم گرفت. ما همچنین ماژول های پیوند شده پویا را در نظر نخواهیم گرفت. این موضوع کاملاً پیچیده است و برای اولین آشنایی مناسب نیست. :)

حالا در مورد بخش های برنامه. فرمت ورود جدول بخش برنامه به شرح زیر است:

ساختار elf32_phdr (Elf32_Word p_type; Elf32_Off p_offset; Elf32_Addr p_vaddr; Elf32_Addr p_paddr; Elf32_Word p_filesz; Elf32_Word p_memsz; Elf32_Word p_memsz; Elf_3_Word p_memsz;

درباره زمینه ها بیشتر بدانید

• p_type - نوع بخش برنامه را تعیین می کند. می تواند چندین مقدار داشته باشد، اما ما فقط به یک مورد علاقه داریم. PT_LOAD (1). اگر بخش از این نوع باشد، در نظر گرفته شده است که در حافظه بارگذاری شود.
• p_offset - افست را در فایلی که این بخش از آن شروع می شود تعیین می کند.
• p_vaddr - آدرس مجازی را که این بخش باید در حافظه بارگذاری شود را مشخص می کند.
• p_paddr - آدرس فیزیکی که این بخش باید در آن بارگذاری شود را مشخص می کند. این فیلد اختیاری است و فقط در برخی از پلتفرم ها معنا دارد.
• p_filesz - اندازه بخش را در فایل تعیین می کند.
• p_memsz - اندازه بخش حافظه را تعیین می کند. این مقدار ممکن است بیشتر از مقدار قبلی باشد. فیلد p_flag نوع دسترسی به بخش‌های حافظه را تعیین می‌کند. برخی از بخش ها را می توان انجام داد، برخی را می توان نوشت. همه برای خواندن در سیستم های موجود در دسترس هستند.

در حال بارگیری قالب ELF.

عنوان را کمی فهمیدیم. حالا یک الگوریتم برای بارگذاری یک فایل باینری با فرمت ELF ارائه می کنم. الگوریتم شماتیک است و نباید به عنوان یک برنامه کاری در نظر گرفته شود.

Int LoadELF (char *bin بدون علامت) (struct elf32_hdr *EH = (struct elf32_hdr *)bin؛ struct elf32_phdr *EPH; if (EH->e_ident != 0x7f || // Control MAGIC EH->e_ident != "E" ||. EH->e_ident != EH->e_ident != ELFCLASS32 || e_ident != EV_CURRENT ||. // نسخه EH->e_type != ET_EXEC || // تایپ کنید EH->e_machine != EM_386 || // پلت فرم EH->e_CURRENT) //. بازگشت ELF_WRONG = (struct elf32_phdr *)(bin + EH->e_phnum--) (اگر (EPH->p_type == PT_LOAD) memcpy (EPH->p_vaddr, bin + EPH-); >p_offset، EPH->p_filesz = (struct elf32_phdr *)((char unsigned *)EPH + EH->e_phentsize)); )

به طور جدی، ارزش آنالیز فیلدهای EPH->p_flags و تنظیم حقوق دسترسی به صفحات مناسب را دارد، و به سادگی کپی کردن در اینجا کار نخواهد کرد، اما این دیگر به قالب مربوط نمی شود، بلکه به تخصیص حافظه مربوط می شود. بنابراین، ما در حال حاضر در این مورد صحبت نمی کنیم.

فرمت PE

از بسیاری جهات شبیه فرمت ELF است و جای تعجب نیست که بخش هایی نیز برای دانلود در دسترس باشد.

مانند هر چیز دیگری در مایکروسافت :) فرمت PE بر اساس فرمت EXE است. ساختار فایل به شرح زیر است:

• 00h - هدر EXE (من به آن نگاه نمی کنم، به اندازه Dos قدیمی است. :)
• 20h - هدر OEM (هیچ چیز قابل توجهی در آن نیست).
• 3сh - افست هدر PE واقعی در فایل (dword).
• میز حرکت خرد;
• خرد
• هدر PE؛
• جدول شی
• اشیاء فایل؛

stub برنامه ای است که در حالت واقعی اجرا می شود و برخی از اقدامات اولیه را انجام می دهد. ممکن است وجود نداشته باشد، اما گاهی اوقات ممکن است نیاز باشد.

ما به چیزی کمی متفاوت علاقه مند هستیم، هدر PE.

ساختار آن به این صورت است:

Struct pe_hdr ( pe_sign بلند بدون علامت; pe_cputype کوتاه بدون امضا; pe_objnum کوتاه بدون امضا; pe_time طولانی بدون امضا; pe_cofftbl_off طولانی بدون امضا; pe_nthdr_size کوتاه بدون امضا; pe_nthdr_size; link_ver; اندازه طولانی بدون امضا pe_idata_size ;

چیزهای زیادی آنجاست کافی است بگوییم که حجم این هدر 248 بایت است.

و نکته اصلی این است که اکثر این زمینه ها استفاده نمی شوند. (چه کسی اینطوری میسازد؟) نه، آنها البته هدفی دارند که کاملاً شناخته شده است، اما برنامه آزمایشی من مثلاً در فیلدهای pe_code_base، pe_code_size و غیره صفر دارد، اما خوب کار می کند. نتیجه این است که فایل بر اساس جدول شی بارگذاری می شود. این چیزی است که ما در مورد آن صحبت خواهیم کرد.

جدول شی بلافاصله بعد از هدر PE دنبال می شود. ورودی های این جدول دارای فرمت زیر هستند:

Struct pe_ohdr ( char o_name بدون علامت; o_vsize طولانی بدون امضا؛ o_vaddr طولانی بدون امضا؛ o_psize طولانی بدون امضا؛ طولانی o_poff بدون امضا؛ char o_reserved بدون امضا؛ o_flags طولانی بدون امضا؛ );

• o_name - نام بخش، نسبت به بارگیری کاملاً بی تفاوت است.
• o_vsize - اندازه بخش حافظه؛
• o_vaddr - آدرس حافظه نسبت به ImageBase.
• o_psize - اندازه بخش در فایل.
• o_poff - افست بخش در فایل.
• o_flags - پرچم های بخش;

ارزش نگاهی دقیق تر به پرچم ها را دارد.

• 00000004h - برای کد با افست 16 بیتی استفاده می شود
• 00000020h - بخش کد
• 00000040h - بخش داده های اولیه
• 00000080h - بخش داده های بدون مقدار اولیه
• 00000200h - نظرات یا هر نوع اطلاعات دیگری
• 00000400h - بخش پوشش
• 00000800h - بخشی از تصویر برنامه نخواهد بود
• 00001000h - داده های عمومی
• 00500000h - تراز پیش‌فرض مگر اینکه خلاف آن مشخص شده باشد
• 02000000h - می تواند از حافظه تخلیه شود
• 04000000h - ذخیره نشده است
• 08000000h - صفحه بندی نشده است
• 10000000 ساعت - به اشتراک گذاشته شده است
• 20000000 ساعت - قابل انجام است
• 40000000h - قابل خواندن است
• 80000000h - می توانید بنویسید

باز هم، من در مورد بخش های مشترک و همپوشانی صحبت نمی کنم، ما به کد، داده ها و حقوق دسترسی علاقه مندیم.

به طور کلی، این اطلاعات از قبل برای دانلود فایل باینری کافی است.

در حال بارگیری فرمت PE.

این دوباره یک برنامه آماده نیست، بلکه یک الگوریتم بارگذاری است.

و باز هم به بسیاری از نکات پرداخته نمی شود، زیرا از محدوده موضوع فراتر می رود.

اما اکنون ارزش آن را دارد که کمی در مورد ویژگی های سیستم موجود صحبت کنیم.

ویژگی های سیستم

با وجود انعطاف‌پذیری ابزارهای حفاظتی موجود در پردازنده‌ها (محافظت در سطح جداول توصیفگر، حفاظت در سطح بخش، حفاظت در سطح صفحه)، در سیستم‌های موجود (هم ویندوز و هم یونیکس) فقط از محافظت از صفحه به طور کامل استفاده می‌شود که اگرچه می تواند کد را از نوشتن محافظت کند، اما نمی تواند از داده ها در برابر اجرا محافظت کند. (شاید این دلیل انبوه آسیب پذیری های سیستم باشد؟)

همه بخش ها از آدرس خطی صفر آدرس دهی می شوند و تا انتهای حافظه خطی گسترش می یابند. تحدید حدود فرآیند فقط در سطح جداول صفحه انجام می شود.

در این راستا، همه ماژول ها نه از آدرس های شروع، بلکه با یک افست به اندازه کافی بزرگ در بخش مرتبط هستند. در ویندوز، آدرس پایه در بخش 0x400000، در Unix (Linux یا FreeBSD) - 0x8048000 است.

برخی از ویژگی ها نیز به سازماندهی صفحه حافظه مربوط می شود.

فایل های ELF به گونه ای پیوند داده شده اند که مرزها و اندازه بخش ها در بلوک های 4 کیلوبایتی فایل قرار می گیرند.

و در قالب PE، علیرغم این واقعیت که خود فرمت به شما امکان می دهد بخش های 512 بایتی را تراز کنید، ترازبندی بخش ها در 4k استفاده می شود.

امیدواریم به شما کمک کرده باشیم تا مشکل خود را با فایل ELF حل کنیم. اگر نمی دانید از کجا می توانید یک برنامه را از لیست ما دانلود کنید، روی پیوند کلیک کنید (این نام برنامه است) - اطلاعات دقیق تری در مورد جایی که می توانید نسخه نصب امن برنامه مورد نیاز را دانلود کنید، پیدا خواهید کرد.

بازدید از این صفحه به شما کمک می کند به طور خاص به این سوالات یا سوالات مشابه پاسخ دهید:

• چگونه یک فایل با پسوند ELF باز کنیم؟
• چگونه یک فایل ELF را به فرمت دیگری تبدیل کنیم؟
• پسوند فرمت فایل ELF چیست؟
• چه برنامه هایی از فایل ELF پشتیبانی می کنند؟

اگر پس از مشاهده مطالب موجود در این صفحه، هنوز پاسخ رضایت بخشی به هیچ یک از سوالات ارائه شده در بالا دریافت نکرده اید، به این معنی است که اطلاعات ارائه شده در اینجا در مورد فایل ELF ناقص است. با استفاده از فرم تماس با ما تماس بگیرید و اطلاعاتی را که پیدا نکردید بنویسید.

چه چیز دیگری می تواند مشکلاتی ایجاد کند؟

ممکن است دلایل بیشتری وجود داشته باشد که چرا نمی توانید فایل ELF را باز کنید (نه فقط عدم وجود برنامه مربوطه).
اولا- فایل ELF ممکن است به اشتباه (ناسازگار) با برنامه نصب شده برای پشتیبانی از آن پیوند داده شده باشد. در این صورت باید خودتان این اتصال را تغییر دهید. برای این کار روی فایل ELF که می خواهید ویرایش کنید کلیک راست کرده و روی گزینه کلیک کنید "برای باز کردن با"و سپس برنامه ای را که نصب کرده اید از لیست انتخاب کنید. پس از این عمل، مشکلات باز کردن فایل ELF باید به طور کامل ناپدید شوند.
دوما- فایلی که می خواهید باز کنید ممکن است به سادگی آسیب دیده باشد. در این صورت بهتر است نسخه جدیدی از آن را پیدا کنید یا دوباره آن را از همان منبع دانلود کنید (شاید به دلایلی در جلسه قبل دانلود فایل ELF تمام نشد و به درستی باز نشد) .

ایا میخواهید کمک کنید؟

اگر اطلاعات بیشتری در مورد پسوند فایل ELF دارید، اگر آن را با کاربران سایت ما به اشتراک بگذارید سپاسگزار خواهیم بود. از فرم زیر استفاده کنید و اطلاعات خود را در مورد فایل ELF برای ما ارسال کنید.

1. سرصفحه (ELF Header)

2. جدول سربرگ برنامه

3. بخش ها

4. جدول سرصفحه بخش

بررسی اجمالی کوتوله

• نقاط شکست را نه یک آدرس فیزیکی، بلکه روی شماره خط در فایل کد منبع یا نام تابع تنظیم کنید
• نمایش و تغییر مقادیر متغیرهای سراسری و محلی و همچنین پارامترهای تابع
• نمایش پشته تماس (backtrace)
• برنامه را گام به گام نه بر اساس یک دستورالعمل اسمبلی، بلکه بر اساس خطوط کد منبع اجرا کنید

گره هایی که داده ها را توصیف می کنند:

1. انواع داده ها:
   • انواع داده های پایه (گره با نوع DW_TAG_base_type)، مانند نوع int در C.
   • انواع داده های ترکیبی (اشاره گر و غیره)
   • آرایه ها
   • ساختارها، کلاس ها، اتحادیه ها، رابط ها
2. اشیاء داده:
   • ثابت ها
   • پارامترهای تابع
   • متغیرها
   • و غیره.

گره هایی که کد را توصیف می کنند:

1. رویه ها (توابع) - گره هایی با برچسب DW_TAG_subprogram. گره های نزول می توانند شامل توضیحات متغیرها - پارامترهای تابع و متغیرهای تابع محلی باشند.
2. واحد تالیف. حاوی اطلاعات برنامه است و والد تمام گره های دیگر است.

اطلاعات دیگر:

• اطلاعات مربوط به شماره خطوط (بخش ".debug_line")
• اطلاعات در مورد ماکروها (بخش ".debug_macinfo")
• اطلاعات چارچوب تماس (بخش "debug_frame.")

ایجاد ELF

1. شروع افترا زدن
2. ایجاد سربرگ فایل (ELF Header)
3. ایجاد جدول هدر برنامه
4. ایجاد بخش ها
5. یک فایل بنویسید

شروع افترا زدن

• fd - توصیف کننده فایل تازه باز شده
• cmd - حالت (ELF_C_READ برای خواندن اطلاعات، ELF_C_WRITE برای نوشتن یا ELF_C_RDWR برای خواندن/نوشتن)، باید با حالت فایل باز مطابقت داشته باشد (ELF_C_WRITE در مورد ما)
• elf - فقط برای کار با فایل های آرشیو (a) مورد نیاز است، در مورد ما باید 0 را پاس کنید

ایجاد عنوان

• elf - دسته بازگردانده شده توسط تابع elf_begin

برخی از فیلدهای آن به صورت استاندارد پر شده است، برخی را باید پر کنیم:

• e_ident - آرایه بایت شناسایی، دارای شاخص های زیر است:
  • EI_MAG0، EI_MAG1، EI_MAG2، EI_MAG3 - این 4 بایت باید شامل کاراکترهای 0x7f"ELF" باشد که تابع elf32_newehdr قبلاً برای ما انجام داده است.
  • EI_DATA - نوع کدگذاری داده در فایل را نشان می دهد: ELFDATA2LSB یا ELFDATA2MSB. شما باید ELFDATA2LSB را به این صورت نصب کنید: e_ident = ELFDATA2LSB
  • EI_VERSION - نسخه هدر فایل، از قبل برای ما تنظیم شده است
  • EI_PAD - دست نزنید
• e_type - نوع فایل، می تواند ET_NONE - بدون نوع، ET_REL - فایل قابل جابجایی، ET_EXEC - فایل اجرایی، ET_DYN - فایل شی مشترک و غیره باشد. باید نوع فایل را روی ET_EXEC قرار دهیم
• e_machine - معماری مورد نیاز برای این فایل، به عنوان مثال EM_386 - برای معماری اینتل، برای ARM باید EM_ARM (40) را در اینجا بنویسیم - برای معماری ARM به ELF مراجعه کنید.
• e_version - نسخه فایل، باید روی EV_CURRENT تنظیم شود
• e_entry - آدرس نقطه ورود، برای ما ضروری نیست
• e_phoff - افست در فایل هدر برنامه، e_shoff - افست هدر بخش، پر نکنید
• e_flags - پرچم‌های مخصوص پردازنده، برای معماری ما (Cortex-M3) باید روی 05000000 تنظیم شود (نسخه ABI 5)
• e_ehsize, e_phentsize, e_phnum, e_shentsize, e_shnum - دست نزنید
• e_shstrndx - شامل تعداد قسمتی است که جدول ردیف ها با سرفصل های بخش در آن قرار دارد. از آنجایی که هنوز هیچ بخش نداریم، بعداً این شماره را تنظیم خواهیم کرد

ایجاد سربرگ برنامه

• جن دستگیره ماست
• count - تعداد عناصر جدولی که باید ایجاد شود. از آنجایی که فقط یک بخش (با کد برنامه) خواهیم داشت، تعداد برابر با 1 خواهد بود.

• p_type - نوع قطعه (بخش)، در اینجا باید PT_LOAD را مشخص کنیم - بخش بارگذاری
• p_offset - در فایلی که داده های قسمتی که در حافظه بارگذاری می شود شروع می شود، آفست می شود. برای ما، این بخش متن است که بلافاصله بعد از هدر فایل و سربرگ برنامه قرار خواهد گرفت. طول هر نوع را می توان با استفاده از تابع elf32_fsize بدست آورد:
  size_t elf32_fsize (نوع Elf_Type، تعداد size_t، نسخه int بدون امضا)؛ نوع - در اینجا ثابت ELF_T_xxx، ما به اندازه های ELF_T_EHDR و ELF_T_PHDR نیاز خواهیم داشت. count - تعداد عناصر نوع مورد نظر، نسخه - باید روی EV_CURRENT تنظیم شود
• p_vaddr, p_paddr - آدرس مجازی و فیزیکی که محتویات بخش در آن بارگذاری می شود. از آنجایی که ما آدرس مجازی نداریم، آن را برابر با آدرس فیزیکی، در ساده ترین حالت - 0 قرار می دهیم، زیرا برنامه ما در اینجا بارگذاری می شود.
• p_filesz، p_memsz - اندازه بخش در فایل و حافظه. ما آنها را به همین ترتیب داریم، اما چون هنوز بخشی با کد برنامه وجود ندارد، بعداً آنها را نصب خواهیم کرد
• p_flags - مجوزهای بخش حافظه بارگذاری شده. می تواند PF_R - خواندن، PF_W - نوشتن، PF_X - اجرا یا ترکیبی از آنها باشد. p_flags را روی PF_R + PF_X قرار دهید
• p_align - تراز قطعه، ما 4 داریم

ایجاد بخش ها

• elf - دسته ای که قبلاً توسط تابع elf_begin برگردانده شده است

• scn یک اشاره گر به قسمتی است که از تابع elf_newscn دریافت کردیم.

• sh_name - نام بخش - افست در جدول رشته ای سرصفحه های بخش (section.shstrtab) - "جدول رشته" را در زیر ببینید
• sh_type - نوع محتوای بخش، برای بخش با کد برنامه باید SHT_PROGBITS را تنظیم کنید، برای بخش هایی با جدول رشته ای - SHT_STRTAB، برای یک جدول نمادها - SHT_SYMTAB
• sh_flags پرچم‌های بخش‌هایی هستند که می‌توان آنها را ترکیب کرد و ما فقط به سه مورد از آنها نیاز داریم:
  • SHF_ALLOC - به این معنی است که بخش در حافظه بارگذاری می شود
  • SHF_EXECINSTR - بخش شامل کدهای اجرایی است
  • SHF_STRINGS - بخش شامل یک جدول از رشته ها است
  بر این اساس، برای بخش متن با برنامه باید پرچم های SHF_ALLOC + SHF_EXECINSTR را تنظیم کنید.
• sh_addr - آدرسی که بخش در حافظه بارگذاری می شود
• sh_offset - افست بخش در فایل - آن را لمس نکنید، کتابخانه آن را برای ما نصب می کند
• sh_size - اندازه بخش - دست نزنید
• sh_link - شامل شماره بخش پیوند شده است که برای پیوند دادن بخش با جدول ردیف مربوطه آن لازم است (به زیر مراجعه کنید)
• sh_info - اطلاعات اضافی بسته به نوع بخش، روی 0 تنظیم کنید
• sh_addralign - تراز آدرس، لمس نکنید
• sh_entsize - اگر یک بخش از چندین عنصر با طول یکسان تشکیل شده باشد، طول چنین عنصری را نشان می دهد، لمس نکنید

• scn اشاره گر تازه دریافت شده به بخش جدید است.

• d_buf - اشاره گر به داده هایی که باید در بخش نوشته شوند
• d_type - نوع داده، ELF_T_BYTE برای ما در همه جا مناسب است
• d_size - اندازه داده ها
• d_off - offset در بخش، روی 0 تنظیم شده است
• d_align - alignment، می تواند روی 1 تنظیم شود - بدون تراز
• d_version - نسخه، باید روی EV_CURRENT تنظیم شود

بخش های ویژه

• متن - بخش با کد برنامه
• .symtab - جدول نماد فایل
• strtab. یک جدول رشته ای است که شامل نام نمادها از بخش .symtab است، زیرا دومی نه خود نام ها، بلکه شاخص های آنها را ذخیره می کند.
• .shstrtab - جدول رشته ای حاوی نام بخش ها

بخش. متن

Section.symtab

• st_name - نام نماد (شاخص در string table.strtab)
• st_value - مقدار (آدرس ورودی برای یک تابع یا 0 برای یک فایل). از آنجایی که Cortex-M3 یک مجموعه دستورالعمل Thumb-2 دارد، این آدرس باید فرد باشد (آدرس واقعی + 1)
• st_size - طول کد تابع (0 برای فایل)
• st_info - نوع نماد و دامنه آن. یک ماکرو برای تعیین مقدار این فیلد وجود دارد
  #define ELF32_ST_INFO(b,t) (((b)<<4)+((t)&0xf))
  که در آن b دامنه و t نوع کاراکتر است
  دامنه می تواند STB_LOCAL (نماد از فایل های شی دیگر قابل مشاهده نیست) یا STB_GLOBAL (قابل مشاهده) باشد. برای ساده کردن کارها، از STB_GLOBAL استفاده می کنیم.
  نوع نماد - STT_FUNC برای تابع، STT_FILE برای فایل
• st_other - روی 0 تنظیم کنید
• st_shndx - نمایه بخشی که نماد برای آن تعریف شده است (بخش index.text)، یا SHN_ABS برای فایل.
  شاخص یک بخش بر اساس توصیفگر scn آن را می توان با استفاده از elf_ndxscn تعیین کرد:
  size_t elf_ndxscn(Elf_Scn *scn);

Section.strtab

Section.shstrtab

جداول رشته ای

یک فایل بنویسید

• جن - دسته
• دستور cmd - برای نوشتن باید برابر با ELF_C_WRITE باشد.

ایجاد کوتوله

1. ایجاد گره ها (DIE - Debugging Information Entry)
2. ایجاد ویژگی های گره
3. ایجاد انواع داده ها
4. ایجاد رویه ها (توابع)

راه اندازی تولید کننده libdwarf

Dwarf_P_Debug dwarf_producer_init_c(پرچم های Dwarf_Unsigned، تابع Dwarf_Callback_Func_c، خطای Dwarf_Handler، خطای Dwarf_Ptr، void * user_data، Dwarf_Error *error)

• flags - ترکیبی از "یا" از چندین ثابت که برخی از پارامترها را تعیین می کند، به عنوان مثال، عمق بیت اطلاعات، دنباله بایت (کوچک اندین، بزرگ-اندین)، قالب جابجایی، که ما قطعا به DW_DLC_WRITE و DW_DLC_SYMBOLIC_RELOCATIONS نیاز داریم.
• func یک تابع تماس است که هنگام ایجاد بخش های ELF با اطلاعات اشکال زدایی فراخوانی می شود. برای جزئیات بیشتر، به بخش «ایجاد بخش هایی با اطلاعات اشکال زدایی» زیر مراجعه کنید.
• errhand یک اشاره گر به یک تابع است که در صورت بروز خطا فراخوانی می شود. شما می توانید 0 ارسال کنید
• errarg - داده هایی که به تابع errhand ارسال می شوند را می توان روی 0 تنظیم کرد
• user_data - داده هایی که به تابع func ارسال می شوند را می توان روی 0 تنظیم کرد
• خطا - کد خطا برگردانده شده است

ایجاد گره ها (DIE - ورود اطلاعات اشکال زدایی)

• آن را با استفاده از تابع dwarf_new_die ایجاد کنید
• ویژگی هایی را به آن اضافه کنید (هر نوع مشخصه با عملکرد خاص خود اضافه می شود که در زیر توضیح داده خواهد شد)

• new_tag - برچسب گره (نوع) - ثابت DW_TAG_xxxx که در فایل libdwarf.h یافت می شود
• والد، فرزند، چپ_خواهر، راست_خواهر - به ترتیب همسایه های والد، فرزند، چپ و راست گره. لازم نیست همه این پارامترها را مشخص کنید و به جای بقیه، 0 را تعیین کنید، گره یا ریشه یا ایزوله می شود
• error - زمانی که رخ دهد حاوی کد خطا خواهد بود

ایجاد ویژگی های گره

• نام - مقدار مشخصه واقعی (نام گره)

• dbg - توصیفگر Dwarf_P_Debug که در طول اولیه سازی کتابخانه به دست آمده است
• attr - مشخصه ای که مقدار آن تنظیم شده است - ثابت DW_AT_xxxx که در فایل libdwarf.h یافت می شود.
• ارزش - مقدار ویژگی

ایجاد یک واحد کامپایل

اطلاعات فایل اصلی

اطلاعات کامپایلر

• producer_string - رشته با متن اطلاعات

ایجاد یک ورودی اطلاعات مشترک

• مورد در رویه حفظ نشده است
• رجیستر ارزش خود را در رویه تغییر نمی دهد
• ثبات در پشته در آدرس CFA+n ذخیره می شود
• ثبت در رجیستر دیگری ذخیره می شود
• رجیستر در برخی از آدرس ها در حافظه ذخیره می شود که می تواند به روشی نسبتاً غیر واضح محاسبه شود
• و غیره.

• DW_CFA_set_loc - به آدرس فعلی در برنامه اشاره می کند
• DW_CFA_advance_loc - نشانگر را با تعداد مشخصی بایت جلو می برد
• DW_CFA_def_cfa - آدرس قاب پشته را نشان می دهد (ثابت عددی)
• DW_CFA_def_cfa_register - آدرس قاب پشته را نشان می دهد (برگرفته از ثبت پردازنده)
• DW_CFA_def_cfa_expression - نحوه محاسبه آدرس قاب پشته را مشخص می کند
• DW_CFA_same_value - نشان می دهد که رجیستر تغییر نکرده است
• DW_CFA_register - نشان می دهد که رجیستر در رجیستر دیگری ذخیره شده است
• و غیره.

• Augmenter یک رشته رمزگذاری شده UTF-8 است که وجود آن نشان می دهد که اطلاعات اضافی وابسته به پلتفرم برای CIE یا FDE وجود دارد. یک خط خالی بگذارید
• code_align - تراز کد در بایت (ما 2 داریم)
• data_align - تراز داده ها در قاب (مجموعه -4، به این معنی که تمام پارامترها 4 بایت در پشته می گیرند و در حافظه کم می شوند)
• ret_addr_reg - یک ثبات حاوی آدرس برگشتی از رویه (ما 14 داریم)
• init_bytes - آرایه ای حاوی دستورالعمل های DW_CFA_xxxx. متاسفانه هیچ راه مناسبی برای تولید این آرایه وجود ندارد. می توانید آن را به صورت دستی تولید کنید یا در فایل elf که توسط کامپایلر C تولید شده است نگاه کنید، کاری که من انجام دادم. برای مورد من شامل 3 بایت است: 0x0C، 0x0D، 0، که مخفف DW_CFA_def_cfa: r13 از 0 است (CFA در ثبات r13 است، افست 0 است)
• init_bytes_len - طول آرایه init_bytes

ایجاد انواع داده ها

• "name" (DW_AT_name)
• "encoding" (DW_AT_encoding) - به این معنی است که چه نوع داده ای این نوع پایه را توصیف می کند (به عنوان مثال، DW_ATE_boolean - منطقی، DW_ATE_float - ممیز شناور، DW_ATE_signed - عدد صحیح امضا شده، DW_ATE_unsigned - عدد صحیح بدون علامت، و غیره)
• "اندازه" (DW_AT_byte_size - اندازه به بایت یا DW_AT_bit_size - اندازه به بیت)

• attr - ویژگی، در این مورد DW_AT_type
• otherdie - یک دسته برای گره از نوع مورد اشاره

ایجاد رویه ها

• نام فایل کد منبع
• شماره خط در این فایل
• شماره ستون در فایل
• دستورالعمل شروع یک دستور باشد یا بلوکی از دستورات
• و غیره.

• نام - نام فایل
• dir_idx - فهرست پوشه ای که فایل در آن قرار دارد. شاخص را می توان با استفاده از تابع dwarf_add_directory_decl به دست آورد. اگر از مسیرهای کامل استفاده می شود، می توانید 0 را به عنوان فهرست پوشه تنظیم کنید و به هیچ وجه از dwarf_add_directory_decl استفاده نکنید.
• time_mod - زمان تغییر فایل، ممکن است مشخص نشده باشد (0)
• طول - اندازه فایل، همچنین اختیاری (0)

• ایجاد نماد رویه در قسمت symtab
• ایجاد یک گره رویه با ویژگی ها
• ایجاد یک رویه FDE
• ایجاد پارامترهای رویه
• ایجاد اطلاعات شماره خط

ایجاد نماد رویه

ایجاد یک گره رویه با ویژگی ها

• نام رویه (تابع dwarf_add_AT_name، به «ایجاد ویژگی‌های گره» مراجعه کنید)
• شماره خط در فایلی که کد رویه شروع می‌شود (ویژگی DW_AT_decl_line)، تابع dwarf_add_AT_unsigned_const (به «ایجاد ویژگی‌های گره» مراجعه کنید)
• آدرس شروع رویه (ویژگی DW_AT_low_pc)، تابع dwarf_add_AT_targ_address، زیر را ببینید
• آدرس نهایی رویه (ویژگی DW_AT_high_pc)، تابع dwarf_add_AT_targ_address، زیر را ببینید
• نوع نتیجه برگردانده شده توسط رویه (ویژگی DW_AT_type پیوندی به نوع ایجاد شده قبلی است، به «ایجاد انواع داده» مراجعه کنید). اگر رویه چیزی را برنگرداند، نیازی به ایجاد این ویژگی نیست

• attr - ویژگی (DW_AT_low_pc یا DW_AT_high_pc)
• pc_value - مقدار آدرس
• sym_index - شاخص نماد رویه در table.symtab. اختیاری، 0 را می توان پاس کرد

ایجاد یک رویه FDE

• ایجاد یک FDE جدید (به ایجاد یک ورودی اطلاعات مشترک مراجعه کنید)
• پیوستن FDE ایجاد شده به لیست کلی
• افزودن دستورالعمل ها به FDE ایجاد شده

• fde - دسته که به تازگی دریافت شده است
• die - رویه های DIE (به ایجاد یک گره رویه با ویژگی ها مراجعه کنید)
• cie - توصیفگر CIE (به ایجاد یک ورودی اطلاعات مشترک مراجعه کنید)
• virt_addr - آدرس شروع رویه ما
• code_len - طول روش بر حسب بایت

• کد دستور عملیات (DW_CFA_хххх)
• val1، val2 - پارامترهای دستورالعمل (برای هر دستورالعمل متفاوت است، به بخش استاندارد، بخش 6.4.2 دستورالعمل های فریم تماس مراجعه کنید)

• fde - دسته به FDE ایجاد شده
• reg - ثبتی که روی فریم نوشته می شود
• offset - افست آن در قاب (نه در بایت، بلکه در عناصر قاب، به ایجاد یک ورودی اطلاعات مشترک، data_align مراجعه کنید)

ایجاد پارامترهای رویه

ایجاد اطلاعات در مورد شماره خطوط

• در ابتدای رویه، بلوکی از دستورالعمل ها را با تابع dwarf_lne_set_address شروع می کنیم
• برای هر خط کد (یا دستورالعمل ماشین) اطلاعاتی درباره کد منبع ایجاد می کنیم (dwarf_add_line_entry)
• در پایان روش، بلوک دستورالعمل ها را با تابع dwarf_lne_end_sequence تکمیل می کنیم.

• offs - آدرس رویه (آدرس اولین دستورالعمل ماشین)
• sym_idx - شاخص نماد (اختیاری، می توانید 0 را مشخص کنید)

• file_index - فهرست فایل کد منبع که قبلاً توسط تابع dwarf_add_file_decl بدست آمده است (به "ایجاد رویه ها" مراجعه کنید)
• code_offset - آدرس دستورالعمل فعلی ماشین
• lineno - شماره خط در فایل کد منبع
• column_number - شماره ستون در فایل کد منبع
• is_source_stmt_begin - 1 اگر دستور فعلی اولین مورد در کد خط lineno باشد (من همیشه از 1 استفاده می کنم)
• is_basic_block_begin - 1 اگر دستور فعلی اولین دستور بلوک باشد (من همیشه از 0 استفاده می کنم)
• is_epilogue_begin - 1 اگر دستورالعمل فعلی اولین مورد در اپیلوگ رویه باشد (لازم نیست، من همیشه 0 دارم)
• is_prologue_end - 1 اگر دستور فعلی آخرین دستور در مقدمه رویه باشد (الزامی است!)
• isa - معماری مجموعه دستورالعمل. حتماً برای ARM Cortex M3 DW_ISA_ARM_thumb را مشخص کنید!
• تبعیض کننده یک موقعیت (فایل، خط، ستون) از کد منبع می تواند با دستورالعمل های مختلف ماشین مطابقت داشته باشد. در این مورد، باید برای مجموعه‌هایی از این دستورالعمل‌ها، تمایزکننده‌های مختلفی نصب شود. اگر چنین مواردی وجود نداشته باشد، باید 0 باشد

• آدرس - آدرس دستورالعمل فعلی ماشین

ایجاد متغیرها و ثابت ها

• DW_OP_addr - آدرس متغیر را نشان می دهد
• DW_OP_fbreg - نشان دهنده افست متغیر از ثبات پایه (معمولا اشاره گر پشته) است.
• DW_OP_reg0… DW_OP_reg31 - نشان می دهد که متغیر در ثبات مربوطه ذخیره می شود.

• opcode - کد عملیات، ثابت DW_OP_хххх
• val1، val2 - پارامترهای دستورالعمل (به استاندارد مراجعه کنید)

• expr یک دسته برای عبارت آدرس است که دستورالعمل به آن اضافه می شود
• آدرس - آدرس متغیر
• sym_index - شاخص نماد در table.symtab. اختیاری، 0 را می توان پاس کرد

• milkdie - گره ای که عبارت به آن اضافه می شود
• attr - ویژگی (در مورد ما DW_AT_location)
• loc_expr - دسته به عبارت آدرسی که قبلا ایجاد شده است

• نام متغیر/ثابت (تابع dwarf_add_AT_name، به «ایجاد ویژگی‌های گره» مراجعه کنید)
• شماره خط در فایلی که متغیر در آن اعلان شده است (ویژگی DW_AT_decl_line)، تابع dwarf_add_AT_unsigned_const (به «ایجاد ویژگی‌های گره» مراجعه کنید)
• فهرست نام فایل (ویژگی DW_AT_decl_file)، تابع dwarf_add_AT_unsigned_const (به «ایجاد ویژگی‌های گره» مراجعه کنید)
• نوع داده متغیر/ثابت (ویژگی DW_AT_type پیوندی به نوع ایجاد شده قبلی است، به «ایجاد انواع داده» مراجعه کنید)
• بیان آدرس (به بالا مراجعه کنید) - برای یک متغیر یا پارامتر رویه مورد نیاز است
• یا مقدار - برای یک ثابت (ویژگی DW_AT_const_value، به "ایجاد ویژگی های گره" مراجعه کنید)

ایجاد بخش هایی با اطلاعات اشکال زدایی

• ابتدا باید تابع dwarf_transform_to_disk_form را فراخوانی کنیم، که تابعی را که نوشته ایم برای ایجاد بخش های الف لازم یک بار برای هر بخش فراخوانی می کند.
• برای هر بخش، تابع dwarf_get_section_bytes داده هایی را به ما برمی گرداند که باید در بخش مربوطه نوشته شوند.

• name - نام بخش جن که باید ایجاد شود
• اندازه - اندازه بخش
• نوع - نوع بخش
• پرچم - پرچم بخش
• پیوند - فیلد پیوند بخش
• اطلاعات - قسمت اطلاعات قسمت
• sect_name_index - باید نمایه بخش را با جابجایی ها برگردانید (اختیاری)
• user_data - به همان روشی که آن را در تابع مقداردهی اولیه کتابخانه تنظیم کرده ایم به ما ارسال می شود
• error - در اینجا می توانید کد خطا را ارسال کنید

• یک بخش جدید ایجاد کنید (عملکرد elf_newscn، به ایجاد بخش ها مراجعه کنید)
• یک هدر بخش ایجاد کنید (عملکرد elf32_getshdr، همانجا)
• آن را به درستی پر کنید (رجوع کنید به همان). این آسان است زیرا فیلدهای هدر بخش با پارامترهای تابع ما مطابقت دارند. فیلدهای گمشده sh_addr، sh_offset، sh_entsize را روی 0 و sh_addralign را روی 1 تنظیم کنید.
• نمایه بخش ایجاد شده (عملکرد elf_ndxscn، به بخش "Section.symtab" مراجعه کنید) یا -1 در مورد خطا (با تنظیم کد خطا روی خطا) را برگردانید.
• همچنین باید از بخش ".rel" بگذریم (در مورد ما) و هنگام بازگشت از تابع، 0 را برگردانیم

• با استفاده از تابع dwarf_get_section_bytes داده هایی را برای نوشتن در یک بخش ایجاد کنید:
  Dwarf_Ptr dwarf_get_section_bytes (Dwarf_P_Debug dbg, Dwarf_Signed dwarf_section, Dwarf_Signed *elf_section_index, Dwarf_unsigned *length, Dwarf_Error* خطا)
  • dwarf_section - شماره بخش. باید در محدوده 0..n باشد، جایی که n عددی است که توسط تابع dwarf_transform_to_disk_form به ما برگردانده شده است.
  • elf_section_index - ایندکس بخشی را که داده ها باید روی آن نوشته شوند را برمی گرداند
  • طول - طول این داده ها
  • خطا - استفاده نشده است
  تابع یک اشاره گر به داده های دریافتی یا 0 (در مورد
  زمانی که هیچ بخش دیگری برای ایجاد باقی نمانده است)
• یک توصیفگر داده برای بخش فعلی ایجاد کنید (عملکرد elf_newdata، به ایجاد بخش ها مراجعه کنید) و آن را پر کنید (آنجا را ببینید) با تنظیم:
  • d_buf - یک اشاره گر به داده هایی که از تابع قبلی دریافت کرده ایم
  • d_size - اندازه این داده ها (همانجا)

اتمام کار با کتابخانه

نتیجه

اگر روی کامپیوتر خود نصب کرده اید برنامه آنتی ویروسمی توان تمام فایل های موجود در رایانه خود و همچنین هر فایل را به صورت جداگانه اسکن کنید. شما می توانید هر فایلی را با کلیک راست روی فایل و انتخاب گزینه مناسب برای اسکن فایل برای ویروس ها اسکن کنید.

به عنوان مثال، در این شکل برجسته شده است فایل my-file.elf، سپس باید روی این فایل کلیک راست کرده و در منوی فایل گزینه را انتخاب کنید "اسکن با AVG". با انتخاب این گزینه، AVG Antivirus باز می شود و فایل را برای ویروس ها اسکن می کند.

گاهی اوقات ممکن است در نتیجه خطایی رخ دهد نصب نادرست نرم افزار، که ممکن است به دلیل مشکلی باشد که در مراحل نصب به وجود آمده است. این ممکن است با سیستم عامل شما تداخل داشته باشد فایل ELF خود را به نرم افزار کاربردی صحیح پیوند دهید، تحت تأثیر قرار دادن به اصطلاح "ارتباطات پسوند فایل".

گاهی ساده نصب مجدد دلفین (شبیه ساز)ممکن است با پیوند صحیح ELF با Dolphin (شبیه ساز) مشکل شما را حل کند. در موارد دیگر، مشکلات مرتبط با فایل ممکن است ناشی از برنامه نویسی بد نرم افزارتوسعه دهنده و ممکن است لازم باشد برای کمک بیشتر با توسعه دهنده تماس بگیرید.

توصیه:سعی کنید Dolphin (Emulator) را به آخرین نسخه به روز کنید تا مطمئن شوید که آخرین وصله ها و به روز رسانی ها را دارید.

این ممکن است خیلی بدیهی به نظر برسد، اما اغلب خود فایل ELF ممکن است باعث این مشکل شده باشد. اگر فایلی را از طریق یک پیوست ایمیل دریافت کردید یا آن را از یک وب سایت دانلود کردید و روند دانلود قطع شد (مانند قطع برق یا دلایل دیگر)، فایل ممکن است آسیب ببیند. در صورت امکان، یک کپی جدید از فایل ELF تهیه کنید و دوباره آن را باز کنید.

با دقت:یک فایل آسیب دیده می تواند باعث آسیب جانبی به بدافزارهای قبلی یا موجود در رایانه شما شود، بنابراین مهم است که رایانه خود را با یک آنتی ویروس به روز به روز نگه دارید.

اگر فایل شما ELF است مربوط به سخت افزار کامپیوتر شمابرای باز کردن فایلی که ممکن است نیاز داشته باشید به روز رسانی درایورهای دستگاهمرتبط با این تجهیزات

این مشکل معمولاً با انواع فایل های رسانه ای مرتبط است، که به باز کردن موفقیت آمیز سخت افزار در داخل رایانه بستگی دارد، به عنوان مثال. کارت صدا یا کارت گرافیک. به عنوان مثال، اگر می خواهید یک فایل صوتی را باز کنید اما نمی توانید آن را باز کنید، ممکن است نیاز داشته باشید به روز رسانی درایورهای کارت صدا.

توصیه:اگر زمانی که می خواهید یک فایل ELF را باز کنید دریافت می کنید پیغام خطای فایل SYS، مشکل احتمالاً می تواند باشد مرتبط با درایورهای دستگاه خراب یا قدیمیکه باید به روز شوند این فرآیند را می توان با استفاده از نرم افزارهای به روز رسانی درایور آسان تر کرد DriverDoc.

اگر مراحل مشکل را حل نکردو شما همچنان در باز کردن فایل های ELF مشکل دارید، این ممکن است به دلیل آن باشد کمبود منابع سیستمی موجود. برخی از نسخه‌های فایل‌های ELF ممکن است به مقدار قابل توجهی از منابع (مانند حافظه/رم، قدرت پردازش) نیاز داشته باشند تا به درستی در رایانه شما باز شوند. اگر از سخت افزار کامپیوتر نسبتا قدیمی و در عین حال از یک سیستم عامل بسیار جدیدتر استفاده می کنید، این مشکل بسیار رایج است.

این مشکل ممکن است زمانی رخ دهد که رایانه در انجام یک کار مشکل داشته باشد زیرا ممکن است سیستم عامل (و سایر سرویس‌های در حال اجرا در پس‌زمینه) برای باز کردن یک فایل ELF منابع زیادی مصرف کنید. سعی کنید قبل از باز کردن فایل بازی Nintendo Wii، تمام برنامه های رایانه شخصی خود را ببندید. با آزاد کردن تمام منابع موجود در رایانه خود، در بهترین موقعیت برای تلاش برای باز کردن فایل ELF خود خواهید بود.

اگر شما تمام مراحل توضیح داده شده در بالا را انجام دادو فایل ELF شما هنوز باز نمی شود، ممکن است لازم باشد اجرا کنید به روز رسانی تجهیزات. در بیشتر موارد، حتی زمانی که از نسخه‌های قدیمی‌تر سخت‌افزار استفاده می‌کنید، قدرت پردازش همچنان می‌تواند برای اکثر برنامه‌های کاربر بیش از حد کافی باشد (مگر اینکه کارهای زیادی با CPU انجام دهید، مانند رندر سه بعدی، مدل‌سازی مالی/علمی، یا کار فشرده چند رسانه ای). بدین ترتیب، این احتمال وجود دارد که رایانه شما حافظه کافی نداشته باشد(که معمولاً "RAM" یا حافظه دسترسی تصادفی نامیده می شود) برای انجام وظیفه باز کردن یک فایل.