#Electronic

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

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

قدم کوچیکی بود برای پیاده‌سازی مطالعاتم، اما دنیای الکترونیک اون‌قدر برام جذاب شده که قطعا قراره بیشتر وقت بذارم.

مدار دستگاه گوشت کوب برقی دو سرعته AC

🦅 کانال بایت امن | گروه بایت امن
_

کاملا واقعی 🙄😅

🦅 کانال بایت امن | گروه بایت امن
_

#ReverseEngineering #GameHacking

🖲️ هک بازی Dark Souls به روش Code Cave

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

حالا شاید بپرسید چرا Code Cave و مستقیما توی دیباگر؟ چرا از Cheat Engine استفاده نشده؟
دقیقا به خاطر همین موضوعی که گفتم، دانشجو برای تمرین عمیق‌تر آمده و سعی کرده با تکنیک Code cave این کار را انجام بدهد و به جای استفاده از ابزارهای آماده، خودش مسیر و منطق برنامه را تحلیل کرده تا تغییرات رو اعمال کنه.

🦅 کانال بایت امن | گروه بایت امن
_

حدود ۱۰ سال پیش، وقتی روی سخت افزار های بایومتریک شرکت کره‌ای Nitgen کار می‌کردم، متوجه یک باگ یا بهتر بگم یک الگوی برنامه‌نویسی اشتباه شدم که در همه محصولاتشان تکرار شده بود و باعث آسیب‌پذیری این سخت‌افزارها در برابر حملات فیزیکی می‌شد.

هرچند آن سال‌ها باگ را گزارش دادم و الان دیگه محدودیتی برای آموزشش ندارم، اما به اشتراک گذاشتنش، نیاز به همراهی شما دارد.

در صورتی که این پست مورد حمایت قرار بگیره، آموزش مفاهیم سیستم‌های بایومتریک و وکتورهای حمله (Attack Vectors) این محصول را به صورت تخصصی قرار خواهم داد.

🦅 کانال بایت امن | گروه بایت امن
_

سلام عزیزان

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

🦅 کانال بایت امن | گروه بایت امن
_

#Electronic

تو این دوتا برد یه تفاوت اصلی وجود داره

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

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

تفاوت مهم اینه که هیچ بلوک محافظتی در برد پایین وجود نداره.

نه فیوز، نه وریستور، نه ترمیستور نه لاین فیلتر و هر دو هم سوئیچینگ هستند.

ورودی برق مستقیم به پل دیود رفته یعنی در صورت جریان کشی نصف مدار میسوزه یا قطعات معیوب میشن.

🦅 کانال بایت امن | گروه بایت امن
_

#Tools

در دیکامپایلرهای معمولی که در ابزارهای مهندسی معکوس مانند Ghidra، IDA Pro و Binary Ninja وجود دارند، معمولا انسان کاربر اصلی است. یعنی ابزار خروجی تحلیل یا کد شبه‌ C تولید می‌کند و مهندس معکوس آن را بررسی و اصلاح می‌کند.

اما در دیکامپایلرهای مبتنی بر معماری Agent-First، ساختار ابزار از ابتدا به شکلی طراحی شده است که Agentهای هوش مصنوعی بتوانند با آن تعامل داشته باشند، تحلیل‌ها را بهبود دهند و وظایف مختلف را به صورت خودکار انجام دهند. برای مثال:

یک Agent برای تشخیص ساختارهای ++C
یک Agent برای نام‌گذاری متغیرها و توابع
یک Agent برای تحلیل APIها
یک Agent برای تشخیص الگوریتم‌ها
یک Agent برای اصلاح و بهبود خروجی دیکامپایلر

یکی از نمونه‌های این رویکرد، دیکامپایلر Kuna است که با زبان Rust توسعه داده شده و در ابتدا از Ghidra الهام گرفته و به این زبان بازنویسی شده است.

این پروژه با هدف ایجاد یک دیکامپایلر قابل توسعه توسط Agentهای هوش مصنوعی طراحی شده است با استفاده از Claude .

نسخه آنلاین در این آدرس قابل استفاده است

https://kuna.noelo.org/decompile/


🦅 کانال بایت امن | گروه بایت امن
_

#Tools #MalwareAnalysis

معرفی وبسایت PEScan تحلیل استاتیک فایل‌های PE

اسکنر PEScan یک سرویس آنلاین برای تحلیل فایل‌های اجرایی ویندوز (PE) است که بر پایه موتور قدرتمند 4n4lDetector توسعه یافته و امکانات پیشرفته‌ای را برای تحلیل بدافزار فراهم می‌کند.

از قابلیت‌های این سرویس می‌توان به موارد زیر اشاره کرد:

🔹 تحلیل استاتیک فایل‌های PE بدون نیاز به اجرا
🔹 استخراج IOCها
🔹 شناسایی Importها و APIهای مشکوک
🔹 بررسی ساختار Sectionها و Entry Point
🔹 استخراج رشته‌ها، URLها، IPها و سایر Artefactهای مهم
🔹 مناسب برای تحلیل اولیه بدافزار و Threat Hunting

🦅 کانال بایت امن | گروه بایت امن
_

#Article #ReverseEngineering #Obfuscation

چند وقتی هست که توجه زیادی به Tencent VM Obfuscation در حوزه مهندسی معکوس جلب شده. طبق این گزارش، تیم تحلیل back.engineering از مدت‌ها قبل موفق شده بودند این VM را به‌صورت کامل و استاتیک Devirtualize کنند و جالب‌تر اینکه تیم‌های دیگری هم به نتایج مشابهی رسیدند.

مقاله Static Devirtualization of Tencent VM به فرآیند Devirtualize کردن این VM می پردازد

در Tencent VM، نقطه ورود (Entry Point) تابع اصلی تغییر می‌کند و به بخش اختصاصی tvm. منتقل می‌شود.

در شروع اجرای VM، فضایی روی Stack برای نگهداری VM Context رزرو می‌شود. سپس تمام رجیسترهای عمومی پردازنده (GPRs) و فلگ‌های پردازنده (EFLAGS) ذخیره می‌شوند.

این اطلاعات ابتدا روی Stack قرار می‌گیرند و بعد به ساختار VM Context منتقل می‌شوند تا ماشین مجازی بتواند وضعیت اجرای کد اصلی را مدیریت کند.

در واقع این مرحله همان جایی است که VM کنترل اجرای برنامه را از کد اصلی گرفته و وارد محیط مجازی خودش می‌کند.

🦅 کانال بایت امن | گروه بایت امن
_

#ReverseEngineering #Linux #ELF

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

کتاب رایگان Low-Level Programming on Linux (x86-64) با تمرکر بر توضیح ساختار فایل ELF و تکنیک های Injection در باینری ها و برای حذف کردن همین لایه انتزاع (Abstraction Layer) نوشته شده است.

به جای اینکه از ابزارهای آماده یا کتابخانه‌هایی که ELF را به صورت خودکار Parse می‌کنند استفاده کنیم، در این کتاب فایل ELF صرفا به عنوان یک ساختار باینری خام در نظر گرفته می‌شود که قوانین آن توسط System V ABI تعریف شده است.

🦅 کانال بایت امن | گروه بایت امن
_

#Note

چرا نوع درایور یا بهتر بگم فریمورکش برای امنیت وحملات BYOVD مهم هست ؟

وقتی یک مهاجم میخواد از تکنیک BYOVD (استفاده از درایورهای قانونی ولی آسیب‌پذیر برای نفوذ به هسته) استفاده کنه:

اگر درایور هدف با روش قدیمی (WDM) نوشته شده باشه، احتمال وجود باگ‌های ساده و خامی که بشه ازشون سوءاستفاده کرد خیلی بیشتره و مهندسی معکوس کردنش هم راحت تر هست.

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

پس نحوه مدیریت IOCTLها، محل کدهای اجرایی در حافظه، قابلیت‌های امنیتی و میزان سختی مهندسی معکوس، چالش های شما هستند.

یعنی چی ؟ این سناریو ها وجود دارند :

در مدل فریمورک قدیمی (WDM) برنامه به صورت مستقیم با کد درایور ارتباط برقرار میکند. درایور باید صف را مدیریت کند، بررسی اندازه داده و سنجش دسترسی را کلا خودش به شکل دستی انجام دهد. اگر برنامه نویس یک بررسی امنیتی را فراموش کند، نفوذگر با فرستادن یک داده دستکاری شده (IOCTL) مستقیما به کنترل هسته (Ring 0) میرسد.

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


🦅 کانال بایت امن | گروه بایت امن
_

#Security #PHP #IonCube

یکی از روش‌های رایج برای تحلیل و استخراج محتوای فایل‌های PHP که با IonCube محافظت شده‌اند، هوک کردن Loader در زمان اجرا است.

در این روش باید یک محیط PHP واقعی در اختیار داشته باشید تا زمانی که Opcode، Loader ها را در حافظه بازسازی می‌کند، بتوان آن‌ها را استخراج (Dump) کرد.

با این حال، این روش محدودیت‌هایی دارد، از جمله نیاز به سازگاری نسخه PHP محیط تحلیل با نسخه‌ای که فایل برای آن تولید شده است. علاوه بر این، Loader نیز ممکن است وجود Hook یا دستکاری در فرآیند اجرا را تشخیص دهد.

به همین دلیل، مقاله IonCube PHP 8.1–8.4 : Static Opcode Extraction Without Execution به بررسی روشی برای استخراج Opcodeها بدون اجرای فایل می‌پردازد، زوشی که امکان تحلیل استاتیک فایل‌های محافظت‌شده با IonCube را فراهم می‌کند.


🦅 کانال بایت امن | گروه بایت امن
_

بریم برای جواب چالش ها :

امروز داشتم ویدیو جدید بچه های آفنسیو رو رکورد میکردم که در رابطه با مفاهیم و اینترنال Heap بود برای همین سئوالات رو مطرح کردم و البته نتیجه برام مشخص بود چون معمولا مفاهیم Virtual Memory - Heap و Stack تا حدودی نیاز به مطالعه بیشتری داره :

جواب سئوال اول : Heap
در Heap به سمت آدرس های بالا رشد میکنه و Stack به سمت آدرس های پایین.

جواب سئوال دوم : Heap
به این دلیل که شما وقتی با HeapAlloc درخواست فضا میکنید Heap Manager به دنبال فضای خالی بین Heap Block ها میگرده و ممکنه فضاهای درخواست شده پشت سر هم و دنباله دار نباشند بنابر این External Fragmentation به وجود میاد و اگر فضای خالی وجود نداشته باشه پای Page به وسط میاد.

جواب سئوال سوم : HeapAlloc
به این دلیل که HeapAlloc به صورت پیشفرض به دنبال Heap Block در Heap Segment میگرده تا فضا مورد نیاز رو در اختیار شما قرار بده یعنی 32 بایت درخواست میکنید نهایت 40 بایت به شما اختصاص میده ولی همینکار با VirtualAlloc تا زیر 4KB همون 4KB رو ایجاد میکنه ( به اندازه یک Page ) و سربار زیادی به وجود میاد.

🦅 کانال بایت امن | گروه بایت امن
_