TryHackBox ( AI Security )
رفتن به کانال در Telegram
تمام مطالب منتشر شده در کانال صرفاً برای اهداف آموزشی و اطلاع‌رسانی هستند. هوش مصنوعی مغز دوم نیست، وقتی از مغز اصلی خود استفاده نمی‌کنید https://t.me/TryHackBox/3018
نمایش بیشتر1 585
مشترکین
+424 ساعت
+47 روز
+8630 روز
آرشیو پست ها
Repost from Try Hack Box
🧩 WINDOWS INTERNALS FIELD NOTES #01
اException Handling فقط برای Crash کردن برنامه نیست
وقتی یک برنامه در Windows با یک Exception مواجه می شود، اولین چیزی که معمولاً به ذهنمان میرسد این است:
«خب، برنامه خطا داد.»
اما از دید یک Reverse Engineer، سؤال مهم‌تر این است:
بعد از رخ دادن Exception، چه چیزی تصمیم میگیرد Execution کجا ادامه پیدا کند؟
اینجا Exception Handling وارد ماجرا میشود.
فرض کن برنامه این دستور را اجرا میکند:
int *ptr = NULL; *ptr = 1337;
طبیعتاً CPU نمی‌تواند این Memory Access را انجام دهد و یک Exception ایجاد میشود.
اما داستان همان‌جا تمام نمیشود.
اWindows Exception را دریافت میکند و وارد یک مسیر مشخص برای پیدا کردن Handler مناسب میشود.
به زبان ساده:
Instruction ↓ Exception ↓ Windows Exception Dispatcher ↓ Exception Handler ↓ Handle / Continue / Terminateو همین مسیر ساده، یک نکته مهم دارد: اException می‌تواند روی مسیر اجرای برنامه تأثیر بگذارد. First-Chance و Second-Chance Exception در Debugging با این دو مفهوم زیاد برخورد میکنید. First-Chance Exception اولین مرحله‌ای است که Exception به Debugger و سپس مکانیزم Exception Handling ارائه میشود. اگر برنامه Handler مناسبی داشته باشد، ممکن است Exception مدیریت شود و Execution ادامه پیدا کند. اگر نه، Exception دوباره در مسیر Handling بررسی میشود. در نهایت اگر هیچ Handler مناسبی پیدا نشود: Second-Chance Exception یعنی دیگر جایی برای Handle کردن Exception باقی نمانده و معمولاً Process به پایان میرسد. برای همین وقتی در x64dbg یا WinDbg با Exception مواجه میشوید، نباید فوراً فرض کنید: «برنامه Crash کرد.» باید بپرسید: این Exception چرا ایجاد شد؟ چه کسی آن را Handle میکند؟ و Execution بعد از آن کجا ادامه پیدا میکند؟ اینجا موضوع برای Security جالب میشود یک Exception Handler می‌تواند صرفاً برای مدیریت خطا استفاده شود. اما اگر کسی عمداً Exception ایجاد کند و از Handler برای تغییر مسیر Execution استفاده کند چه؟ آن وقت Exception Handling دیگر فقط یک مکانیزم Error Handling نیست. می‌تواند تبدیل شود به یک Control-Flow Primitive. در Malware و بعضی تکنیک های Anti-Analysis، این رفتار می‌تواند برای سخت‌تر کردن تحلیل برنامه استفاده شود. اAnalyst ممکن است یک مسیر Execution را دنبال کند، اما بخشی از Control Flow از طریق Exception اتفاق بیفتد.
Normal Flow ↓ Instruction ↓ Exception ↓ Handler ↓ Modified Context ↓ Different Execution Flowو این دقیقاً جایی است که باید نگاه Reverse Engineer از «چه خطایی رخ داده؟» به «این Exception چه نقشی در Control Flow دارد؟» تغییر کند. 🎯 چیزی که باید از این قسمت یاد بگیری هر Exception را Crash در نظر نگیر. وقتی در یک Binary رفتار غیرعادی دیدی، این چند سؤال را از خودت بپرس: اException از کجا Trigger شد؟ اException Code چیست؟ چه Handlerای آن را دریافت میکند؟ اHandler چه تغییری در Execution ایجاد میکند؟ آیا Instruction Pointer بعد از Handler تغییر میکند؟ آیا Exception بخشی از Logic برنامه است یا صرفاً Error Handling؟ @TryHackBox #WindowsInternals #ReverseEngineering #MalwareAnalysis #x64dbg #CyberSecurity
یک رابط کاربری وب یکپارچه برای آموزش و اجرای مدل‌های منبع‌باز مانند Qwen، DeepSeek و Gemma به صورت محلی.
https://github.com/unslothai/unsloth
@AiTHB
هوش مصنوعی برای "تیم قرمز". بررسی نشده است.
https://obsidianlabs.cloud/
@AiTHB
تمام لاگ‌های مربوط به تست مدل‌ها در اینجا موجود است:
https://github.com/thatskriptkid/LLM_reverse_comparison
@AiTHB
تحلیل و معماری: [@Shadow_AIRedTeam]
🛡 (پژوهشگر امنیت هوش مصنوعی)
⚠️ کپی‌رایت: این محتوا، تحلیلِ اختصاصیِ نویسنده است. بازنشر در سایر کانال‌ها صرفاً با ذکر آیدی نویسنده و لینک به کانال @AiTHB مجاز است.
تحلیل و معماری: [@Shadow_AIRedTeam]
🛡 (پژوهشگر امنیت هوش مصنوعی)
⚠️ کپی‌رایت: این محتوا، تحلیلِ اختصاصیِ نویسنده است. بازنشر در سایر کانال‌ها صرفاً با ذکر آیدی نویسنده و لینک به کانال @AiTHB مجاز است.
افزونه مهندسی معکوس مبتنی بر هوش مصنوعی برای IDA Pro
https://github.com/symgraph/IDAssist
@AiTHB
Repost from رادیو زیرو پاد
📌 برگزاری جلسه ویس چت :
با درود خدمت دوستان و همراهان عزیز،
در راستای ارتقای سطح دانش فنی و آشنایی بیشتر با مباحث امنیت سایبری، قصد داریم جلسه‌ای تخصصی و آموزشی در خصوص Ai Security به صورت ویس چت برگزار کنیم.
🎙 مهمان ویژه:
👤 مهندس : سجاد چهرازی
📅 زمان برگزاری: امشب
📍 پلتفرم: گوگل میت
🕗 ساعت : 21:00
🔖 لینک جلسه :
meet.google.com/wsa-vfhy-xuz
⁉️ موضوعات ما :
📌 هوش مصنوعی در امنیت سایبری؛ Automation واقعی یا فقط یک Copilot پیشرفته؟
🔔 نکته مهم:
جهت شرکت به موقع جلسه، حتماً کانال تلگرام را چک کنید تا از این جلسه جا نمونید .
➖➖➖➖➖➖➖➖➖➖➖➖➖➖
🆔 @RadioZeroPod
🆔 @TryHackBox
استفاده از مدل های زبانی بزرگ (LLM) در تحقیقات آسیب‌پذیری ها
https://devansh.bearblog.dev/needle-in-the-haystack/
@AiTHB
HaloGuard 1.0: An Open Weights Constitutional Classifier for Multilingual AI Safety
@AiTHB
سلام وقت بخیر
از این به بعد هر چند وقت یکبار نوت های تخصصی Ai Red Team گذاشته خواهد شد و بر اساس Mittre Atllas خواهد بود
با نرم افزار Obsidian باز بشه
دقیق و کامل خونده بشه
Repost from Try Hack Box
🔍 Enum Subdomain از Wayback با Bash
می‌خوای subdomainهای پنهان archived در طول زمان رو کشف کنی؟ این function bash مفید subdomainها رو از Wayback Machine میکشه و به recon عمیق کمک میکنه.
➕ این رو به ~/.bashrcت اضافه کن:
function wayback() {
curl -sk "http://web.archive.org/cdx/search/cdx?url=*.$1&output=txt&fl=original&collapse=urlkey&page=" | awk -F/ '{gsub(/:.*/, "", $3); print $3}' | sort -u
}wayback target.comاین subdomainها رو از URLهای archived فیلتر میکنه و unique سورت میکنه.
کدوم subdomain قدیمی رو با wayback function شکار کردی که vuln جدیدی باز کرد؟ تجربت رو کامنت کن،@TryHackBox #باگ_بانتی
Repost from Try Hack Box
📌 SAML SECURITY SERIES | PART 01
اSAML؛ وقتی یک Login ساده، پای XML وسط می آید!
اگر تا حالا با SSO کار کرده باشید، احتمالاً اسم SAML به گوشتون خورده.
اSAML یا Security Assertion Markup Language یکی از فناوری هایی هست که برای Authentication و پیاده سازی SSO استفاده میشه.
اما یک نکته جالب وجود داره:
اSAML به‌شدت به XML وابسته است؛ و همین XML میتونه بخشی از سطح حمله رو تشکیل بده.
در یک SAML Implementation، مشکلات مختلفی ممکنه به وجود بیان؛ از اشتباه در بررسی Signature گرفته تا Replay شدن Assertion یا حتی مشکلات مربوط به XML Processing.
چند مورد مهمی که باید بشناسیم:
🔹 Signature Wrapping (XSW)
🔹 XML Attacks
🔹 SAML Message Integrity Abuse
🔹 Missing / Invalid Signature
🔹 SAML Message Replay
🔹 CSRF
🔹 XML Comment Handling
🔹 XSLT
🔹 Token Recipient Confusion
اما قرار نیست همه اینها رو یکجا بررسی کنیم.
در این سری، یکی یکی سراغشون میریم و از دید یک Security Tester بررسی میکنیم که هرکدوم چه مفهومی دارن و چرا باید موقع بررسی SAML بهشون توجه کرد.
🎯 یک سؤال برای شروع:
اگر بخواید یک SAML Implementation رو بررسی کنید، حدس می زنید اولین چیزی که ارزش بررسی داره کدومه؟
Signature؟
XML Processing؟
Replay؟
یا ....؟
دلیل انتخابتون رو هم بنویسید. 👇
@TRYHACKBOX
#امنیت_سایبری #تست_نفوذ
📌 نقشه خطرات هوش مصنوعی مبتنی بر عامل ، نسخه 2، ژوئن 2026.
@AiTHB
#هوش_مصنوعی
Repost from Try Hack Box
از دید یک Blue Team، فقط نباید بپرسیم:
«آیا Persistence وجود داره؟»
باید بپرسیم:
«این مکانیزم چرا ایجاد شده؟ چه چیزی اون رو ایجاد کرده و چه چیزی باعث اجرای اون میشه؟»
🎯 حالا یک سؤال:
اگر در یک Authorized Security Assessment متوجه بشید یک سیستم بعد از Reboot همچنان دسترسی مهاجم رو حفظ کرده، اولین جایی که سراغش میرید کجاست؟
Registry؟
Scheduled Task؟
Service؟
WMI؟
دلیل انتخابتون رو هم بنویسید. 👇2/2 @TryHackBox #TryHackBox #CyberSecurity #Persistence #RedTeam #WindowsSecurity
Repost from Try Hack Box
🛡️ PERSISTENCE SERIES | PART 1
خب Persistence یعنی چی؟
فرض کنید مهاجم بعد از Initial Access تونسته وارد یک سیستم بشه.
خب، حالا اگر سیستم Reboot بشه چی؟
اگر Session بسته بشه؟
اگر Process مربوط به دسترسی از بین بره؟
اینجاست که Persistence اهمیت پیدا میکنه.
اگه به زبان ساده بگم Persistence یعنی مهاجم راهی ایجاد کنه که بعد از از دست رفتن دسترسی اولیه، بتونه دوباره به سیستم یا محیط موردنظرش دسترسی پیدا کنه.
در Windows، مکانیزم های مختلفی میتونن در این زمینه مورد بررسی قرار بگیرن.
مثل:
🔹 Registry Run Keys
🔹 Scheduled Tasks
🔹 Windows Services
🔹 WMI Event Subscriptions
اما یک نکته مهم وجود داره:
ا Persistence همیشه یک فایل عجیب‌وغریب یا یک رفتار کاملاً مشخص نیست.
گاهی یک Configuration، یک Task یا حتی یک Service میتونه کاملاً عادی به نظر برسه.
چیزی که اون رو مشکوک میکنه، معمولاً Context و رفتاریه که در اطرافش اتفاق می افته.
⚠️ این مطالب صرفاً برای آموزش و Authorized Security Assessments است.
1/2
@TryHackBox
#TryHackBox #CyberSecurity #Persistence #RedTeam #WindowsSecurity
Repost from Try Hack Box
📌 یه 403 Forbidden دیدی و رد شدی؟
شاید هنوز چیزی برای بررسی وجود داشته باشه.
توی این Pentest Drop رفتیم سراغ تفاوت رفتار بین WAF، Reverse Proxy و Backend و اینکه چطور Path Normalization و URL Parsing میتونن نتیجه ی متفاوتی ایجاد کنن. ❓ سؤال اصلی اینه: اگر با یک 403 مواجه بشی، اولین چیزی که بررسی میکنی چیه؟
این بار هم بحث رو بردیم روی LinkedIn تا ببینیم تجربه و روش بقیه چیه.👇 پست کامل و شرکت در بحث: 🔗 https://lnkd.in/d97t6Xs9 منتظریم ببینیم شما از کجا شروع میکنید. @TryHackBox @TryHackBoxOfficial @RadioZeroPod @AiTHB #TryHackBox #CyberSecurity #Pentest #WebSecurity #WAF #OffensiveSecurity
