کانال بایت امن
Статистикаبرگزاری دوره های آموزش برنامه نویسی و امنیت نرم افزار. https://dword.ir @YMahmoudnia
- Последний пост
- 14 авг.
- Последнее чтение
- 15 авг.
- Постов за неделю
- 3
- Всего постов
- 39
- Тип
- открытый
- Язык
- персидский
- Категория
- Образование
- В каталоге с
- 13 авг.
- 1/24сутки в ленте
- 407
- 1/48двое суток
- 466
- 1/72трое суток
- 503
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
🚀 دورهی Foundations of Linux Reverse Engineering and Exploitation به صورت کامل منتشر شد! دوستان سلام؛ تمام محتوای دوره شامل اسلایدها، نمونهکدها و مطالب آموزشی، اکنون بهصورت کامل در گیتهاب قرار گرفته است. این دوره برای آشنایی عمیق با Internal لینوکس، مهندسی معکوس باینریها، آسیبپذیریها و تکنیکهای عملی اکسپلویت طراحی شده است. 📚 در این دوره یاد میگیرید: - درک ساختار داخلی Linux، حافظه، ELF و system callها - مهندسی معکوس باینریهای لینوکس با ابزارهای مختلف - تحلیل آسیبپذیریهای رایج - نوشتن و تست اکسپلویت - حل چالشهای واقعی CTF و ساخت Proof of Concept 🔎 سرفصلها شامل: - Linux Internals Overview - Exploitation Fundamentals - Security Mechanisms and Exploitation Tools - Solving Narnia Challenges - Basic x64 Exploitation - ROP Basics - ELF Details, GOT, PLT - Advanced ROP - CVE-2021-4034 💻 مخزن دوره: https://github.com/akazemi67/Linux-Exploit-Development-Course اگر به Linux Exploitation، Reverse Engineering، CTF و امنیت سطح پایین علاقه دارید، این دوره میتواند یک مسیر آموزشی کامل و کاربردی برای شما باشد. نظرات و بازخوردهای شما باعث بهتر شدن ادامهی مسیر خواهد شد 🙌 #linux #exploitdev #ReverseEngineering #Exploitation #CTF #CyberSecurity #Pwntools #ROP #ELF #GDB #Ghidra
آیا برنامه نویسی مرده است ؟ از وقتی هوش مصنوعی خیلی بلد شد، از اون طرف هم بحثهای برنامهنویسی تموم شد داغ شد (البته احتمالا هر صنفی این حرفها رو درباره حوزه خودش شنیده.) جالب اینجاست که بعضی دوستان، وابستگان و حتی اساتید حوزه هوش طبیعی 😅، برداشتها و…
آیا برنامه نویسی مرده است ؟ از وقتی هوش مصنوعی خیلی بلد شد، از اون طرف هم بحثهای برنامهنویسی تموم شد داغ شد (البته احتمالا هر صنفی این حرفها رو درباره حوزه خودش شنیده.) جالب اینجاست که بعضی دوستان، وابستگان و حتی اساتید حوزه هوش طبیعی 😅، برداشتها و تحلیلهای شخصی خودشون رو بهعنوان واقعیت مطرح میکنن. این ویدیو رو ببینید، خلاصه همون چیزیه که حدود دو ساله مدام به دانشجوهام میگم و توضیح میدم. خوشحال شدم که بالاخره یک نفر خیلی خوب و شفاف بیانش کرده. عزیزان، جلوی تکنولوژی مقاومت نکنید، ازش استفاده کنید. منظورم هم صرفا پرامپتنویسی نیست. بعد از دیدن ویدیو متوجه میشید دقیقاً منظورم چیه. 🦅 کانال بایت امن | گروه بایت امن _
و اما چالش، بله، اکثریت گزینهی درست را انتخاب کردند و پاسخ Stack است. در Virtual Memory و Heap نیاز به آزاد سازی حافظه دارید. در Virtual Memory با استفاده از VirtualFree یا VirtualFreeEx در Heap اگر Allocate شده باشه HeapFree اگر Private Heap باشه HeapDestroy 🦅 کانال بایت امن | گروه بایت امن _
видео или голосовое, без подписи
بریم برای جواب چالش ها : امروز داشتم ویدیو جدید بچه های آفنسیو رو رکورد میکردم که در رابطه با مفاهیم و اینترنال 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 ) و سربار زیادی به وجود میاد. 🦅 کانال بایت امن | گروه بایت امن _
بچه ها گزینه HealAlloc منظورم HeapAlloc بوده اشتباه تایپ کردم
видео или голосовое, без подписи
видео или голосовое, без подписи
видео или голосовое, без подписи
#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 را فراهم میکند. 🦅 کانال بایت امن | گروه بایت امن _
#Note چرا نوع درایور یا بهتر بگم فریمورکش برای امنیت وحملات BYOVD مهم هست ؟ وقتی یک مهاجم میخواد از تکنیک BYOVD (استفاده از درایورهای قانونی ولی آسیبپذیر برای نفوذ به هسته) استفاده کنه: اگر درایور هدف با روش قدیمی (WDM) نوشته شده باشه، احتمال وجود باگهای ساده و خامی که بشه ازشون سوءاستفاده کرد خیلی بیشتره و مهندسی معکوس کردنش هم راحت تر هست. اگر درایور هدف با روش جدید (KMDF) نوشته شده باشه، چون فریمورک خیلی از خطاهای برنامهنویسی رو خودش فیلتر میکنه، پیدا کردن باگ سختتره و ساختار کدهای توی حافظه شکل متفاوتی داره. پس نحوه مدیریت IOCTLها، محل کدهای اجرایی در حافظه، قابلیتهای امنیتی و میزان سختی مهندسی معکوس، چالش های شما هستند. یعنی چی ؟ این سناریو ها وجود دارند : در مدل فریمورک قدیمی (WDM) برنامه به صورت مستقیم با کد درایور ارتباط برقرار میکند. درایور باید صف را مدیریت کند، بررسی اندازه داده و سنجش دسترسی را کلا خودش به شکل دستی انجام دهد. اگر برنامه نویس یک بررسی امنیتی را فراموش کند، نفوذگر با فرستادن یک داده دستکاری شده (IOCTL) مستقیما به کنترل هسته (Ring 0) میرسد. در مدل فریمورک جدید (KMDF) درخواست برنامه ابتدا وارد صف هوشمند فریمورک میشود. KMDF دادهها را ارزیابی و مرتب میکند و سپس نسخه امن را به درایور تحویل میدهد. اینجا نفوذگر برای رخنه، به جای اشتباههای ساده برنامه نویس، باید با ابزارهای دفاعی خود فریمورک درگیر شود. 🦅 کانال بایت امن | گروه بایت امن _
#ReverseEngineering #Linux #ELF ساختار فایل ELF برای لینوکس همان چیزی است که PE برای ویندوز است. تمام اطلاعات لازم برای لینک شدن، بارگذاری شدن و اجرای برنامه داخل آن قرار دارد، اما بیشتر برنامهنویسان فقط از طریق ابزارها با آن تعامل دارند و ساختار داخلی آن را مستقیما بررسی نمیکنند. کتاب رایگان Low-Level Programming on Linux (x86-64) با تمرکر بر توضیح ساختار فایل ELF و تکنیک های Injection در باینری ها و برای حذف کردن همین لایه انتزاع (Abstraction Layer) نوشته شده است. به جای اینکه از ابزارهای آماده یا کتابخانههایی که ELF را به صورت خودکار Parse میکنند استفاده کنیم، در این کتاب فایل ELF صرفا به عنوان یک ساختار باینری خام در نظر گرفته میشود که قوانین آن توسط System V ABI تعریف شده است. 🦅 کانال بایت امن | گروه بایت امن _
#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 کنترل اجرای برنامه را از کد اصلی گرفته و وارد محیط مجازی خودش میکند. 🦅 کانال بایت امن | گروه بایت امن _
#Tools #MalwareAnalysis معرفی وبسایت PEScan تحلیل استاتیک فایلهای PE اسکنر PEScan یک سرویس آنلاین برای تحلیل فایلهای اجرایی ویندوز (PE) است که بر پایه موتور قدرتمند 4n4lDetector توسعه یافته و امکانات پیشرفتهای را برای تحلیل بدافزار فراهم میکند. از قابلیتهای این سرویس میتوان به موارد زیر اشاره کرد: 🔹 تحلیل استاتیک فایلهای PE بدون نیاز به اجرا 🔹 استخراج IOCها 🔹 شناسایی Importها و APIهای مشکوک 🔹 بررسی ساختار Sectionها و Entry Point 🔹 استخراج رشتهها، URLها، IPها و سایر Artefactهای مهم 🔹 مناسب برای تحلیل اولیه بدافزار و Threat Hunting 🦅 کانال بایت امن | گروه بایت امن _
#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/ 🦅 کانال بایت امن | گروه بایت امن _
#GameHacking 📊دموی اول از مینی دوره مهندسی معکوس بازی های کامپیوتری یا Game Hacking 📥از هفته جدید ویدیو ها در وبسایت آکادمی DWORD به صورت رایگان قرار خواهند گرفت. این مینی دوره قرار هست که با همکاری دانشجویان دوره مهندسی معکوس نرم افزار پیش بره اما خیلی زود -| دوره جامع گیم هکینگ |- به صورت مستقل برگزار خواهد شد. 🦅 کانال بایت امن | گروه بایت امن _
#Electronic تو این دوتا برد یه تفاوت اصلی وجود داره نه سایز برد، نه تعداد قطعات، نه کیفیت قطعات و نه چیدمان قطعات تو این مرحله مهم نیست یه وقت هایی شرکت و طراح مدار میخوان هزینه در تولید انبوه پایین بیاد و خواسته یا ناخواسته محصولی تولید میشه که یکبار مصرف میشه. حالا چه بلایی سر مصرف کننده ایی که به این برد وصل هست میاد رو کاری ندارم. تفاوت مهم اینه که هیچ بلوک محافظتی در برد پایین وجود نداره. نه فیوز، نه وریستور، نه ترمیستور نه لاین فیلتر و هر دو هم سوئیچینگ هستند. ورودی برق مستقیم به پل دیود رفته یعنی در صورت جریان کشی نصف مدار میسوزه یا قطعات معیوب میشن. 🦅 کانال بایت امن | گروه بایت امن _
حدود ۱۰ سال پیش، وقتی روی سخت افزار های بایومتریک شرکت کرهای Nitgen کار میکردم، متوجه یک باگ یا بهتر بگم یک الگوی برنامهنویسی اشتباه شدم که در همه محصولاتشان تکرار شده بود و باعث آسیبپذیری این سختافزارها در برابر حملات فیزیکی میشد. هرچند آن سالها باگ…
حدود ۱۰ سال پیش، وقتی روی سخت افزار های بایومتریک شرکت کرهای Nitgen کار میکردم، متوجه یک باگ یا بهتر بگم یک الگوی برنامهنویسی اشتباه شدم که در همه محصولاتشان تکرار شده بود و باعث آسیبپذیری این سختافزارها در برابر حملات فیزیکی میشد. هرچند آن سالها باگ را گزارش دادم و الان دیگه محدودیتی برای آموزشش ندارم، اما به اشتراک گذاشتنش، نیاز به همراهی شما دارد. در صورتی که این پست مورد حمایت قرار بگیره، آموزش مفاهیم سیستمهای بایومتریک و وکتورهای حمله (Attack Vectors) این محصول را به صورت تخصصی قرار خواهم داد. 🦅 کانال بایت امن | گروه بایت امن _