ch
Feedback

不要被骗子欺骗!Telemetrio 会找到并标记这些频道 👉 如果想查看标记,请订阅

Try Hack Box

Try Hack Box

前往频道在 Telegram

1 Nov 2020 1399/08/11 🔴 THB | Offensive Security آموزش، تحقیق و تجربه عملی در امنیت تهاجمی Penetration Testing · Red Teaming · AI Security 🎯 یاد بگیر. آزمایش کن. حرفه‌ای شو.

显示更多
7 209
订阅者
+2424 小时
+997 天
+40330 天
帖子存档
Repost from Try Hack Box
THB CTF Team Qualification : Challenge #01 The Broken Trust دسته: Web Pentesting سطح سختی:  Hard پروژه: TCTQ : مسیر پذیرش تیم CTF TryHackBox 📖 سناریو شرکت خیالی Trustonic Corp یه پورتال داخلی کارمندی جدید راه‌اندازی کرده. HR، دایرکتوری بخش‌ها، تنظیمات حساب کاربری همه پشت یه صفحه لاگین قرار گرفته و تیم فنی‌شون مطمئنه که آماده‌ی audit هست.  شما به‌ عنوان یه پنتستر خارجی استخدام شدید. کارتون رو با هیچی شروع کنید فقط یه فرم ثبت‌نام ساده و ببینید یه اکانت کارمند عادی تا کجا میتونه شما رو پیش ببره. 🎯 هدف: رسیدن به پنل Administrator و گرفتن Flag. ⚙️ نحوه اجرا
docker compose up --build
سرویس روی آدرس زیر بالا میاد:
http://localhost:8001
یه اکانت برای خودتون بسازید نیازی به حدس‌ زدن یا brute-force کردن اکانت‌ های موجود نیست. فرمت فلگ : THB{ } ارسال فلگ : @Unique_exploitbot قوانین و توضیحات تکمیلی @TryHackBox #CTF_THB

🔥 ۱. کمتر یاد بگیر، بیشتر تمرین کن. 🔥 ۲. ابزارها بدون دانش core هیچی نیستن. 🔥 ۳. دنبال کردن باگ‌ های basic تو رو elite نمی
+1
🔥 ۱. کمتر یاد بگیر، بیشتر تمرین کن. 🔥 ۲. ابزارها بدون دانش core هیچی نیستن. 🔥 ۳. دنبال کردن باگ‌ های basic تو رو elite نمیکنه. 🔥 ۴. Pro hunterها exploitهای جدید میسازن، نه کپی قدیمی‌ها رو. 🔥 ۵. فراتر از checklistها فکر کن مثل یه attacker فکر کن.
کدوم نکته‌ش برات جالب‌ تر بود ؟
@TryHackBox #باگ_بانتی

Repost from Try Hack Box
📚 مجموعه کتابهای کاربردی در دنیای امنیت مهارت واقعی با خواندن شروع میشود، اما با تمرین و تجربه ساخته میشود؛ کتابی را انتخاب
📚 مجموعه کتابهای کاربردی در دنیای امنیت
مهارت واقعی با خواندن شروع میشود، اما با تمرین و تجربه ساخته میشود؛ کتابی را انتخاب کن که قدم بعدی تو در مسیر حرفه‌ای شدن باشد.
📖 کتابچه "Mimikatz: تسلط عملی بر تکنیک‌های پیشرفته حملات Active Directory" از مقدماتی تا پیشرفته. 📕 جزئیات بیشتر کتاب 💰 قیمت : ۲۵۰ تومان 📖 وایرشارک برای ردتیمرها: از پایه تا پیشرفته 📕 جزئیات بیشتر کتاب 💰 قیمت : ۲۵۰ تومان 📖 شکار عملی باگ بانتی : از Recon تا Bounty واقعی : متدولوژی و شناسایی و آسیب پذیری های دنیای واقعی 📕 جزئیات بیشتر کتاب 💰 قیمت : ۳۶۰ تومان 📖 کتابچه Kerberos For Pentesters 📕 جزئیات بیشتر کتاب 💰 قیمت : ۲۶۹ تومان ممکنه در آینده قیمت کتاب‌ ها تغییر کنه و افزایش داشته باشه بنابراین اگر قصد خرید دارید، قیمت فعلی فرصت خوبی برای تهیه کتاب‌ هاست. 📌 جهت خرید به ایدی زیر پیام دهید: @THBxSupport

🔖 Certified Red Team Professional (CRTP) - Notes 🔗https://dev-angelist.gitbook.io/crtp-notes @TryHackBox #تیم_قرمز #یادداشت
🔖 Certified Red Team Professional (CRTP) - Notes 🔗https://dev-angelist.gitbook.io/crtp-notes @TryHackBox #تیم_قرمز #یادداشت #crtp #redteam

Repost from 
در Active Directory، همه Service Accountها ارزش یکسانی برای مهاجم ندارند. فرض کن در یک Internal Pentest به چند Service Account دسترسی پیدا کردی. اینکه صرفاً Password یکی از آنها ضعیف باشد، تمام ماجرا نیست. باید بفهمی آن Account کجا استفاده میشود و چه دسترسی‌ هایی دارد. برای بررسی، چند سؤال مهم وجود دارد: 🔹 چه SPNهایی به این Account اختصاص داده شده؟ 🔹 آیا برای چند سرویس مختلف استفاده میشود؟ 🔹 چه Privilegeهایی دارد؟ 🔹 آیا روی سرورها دسترسی Local Administrator دارد؟ 🔹 آیا Password آن قدیمی است یا در چند سرویس استفاده شده؟ 🔹 آیا امکان جایگزینی آن با gMSA وجود دارد؟
حالا یک سناریو را در نظر بگیر. یک Service Account برای اجرای یک سرویس قدیمی استفاده میشود. Password آن مدت‌هاست تغییر نکرده و همان Account روی چند سیستم دسترسی دارد. اگر مهاجم بتواند Credential این Account را به دست بیاورد، میزان دسترسی‌ ای که از آن استفاده میکند به Permissionها و محل استفاده از Account بستگی دارد. اینجاست که بررسی Service Account اهمیت پیدا میکند. در Kerberoasting، مهاجم میتواند برای SPNهای ثبت‌شده درخواست TGS بفرستد و Material مربوط به Ticket را به‌ صورت Offline برای حدس زدن Password بررسی کند. اما موفقیت این مرحله به‌تنهایی به معنی دسترسی به کل Domain نیست. اگر Password حساب قوی باشد، دسترسی‌ های آن محدود باشند و از Credentialها به‌درستی نگهداری شود، مسیر حمله میتواند همانجا متوقف شود.
از سمت دفاع، چند اقدام مشخص اهمیت دارند:
▪️ استفاده از Passwordهای طولانی و تصادفی ▪️ استفاده از gMSA در سرویس‌ های سازگار ▪️ حذف SPNهای غیرضروری ▪️ محدود کردن Privilegeهای Service Account ▪️ بررسی Password Reuse و دسترسی‌ های غیرضروری ▪️ مانیتور درخواست‌ های غیرعادی TGS و تغییرات SPN
در Active Directory، اسم یک Account به‌ تنهایی چیزی درباره میزان ریسک آن نمیگوید. باید بفهمی آن Account چه چیزی را اجرا میکند، به کجا دسترسی دارد و اگر Credential آن افشا شود، مهاجم از چه مسیری میتواند ادامه بدهد. این دقیقاً بخشی از تحلیل Attack Path در یک Internal Pentest واقعی است.
به نظر شما در تحلیل ریسک Service Accountها، کدام مورد خطرناک‌تر است: Password ضعیف، دسترسی‌ های بیش‌ازحد (Excessive Privileges) یا استفاده از یک Account در چند سرویس و سرور؟ چرا؟
@KavehOffSec #ActiveDirectory #RedTeam #CyberSecurity

Repost from 
پاک کردن تاریخچه مرورگر، تاریخچه‌ای که گوگل نگه داشته را پاک نمیکند گوگل یک کپی جداگانه به حساب شما وصل کرده و نگه می‌دارد این کپی در صفحه‌ای است که اکثر مردم حتی یک‌بار هم بازش نکرده‌اند. برای پاک کردن کاملش : https://x.com/KavehxNet/status/2108763797020156052

Repost from Try Hack Box
⭕ یک خط برای پیدا کردن فایل‌ ها subfinder -d domain.com -silent | \ while read host; do \ for path in /config.js /config.json
⭕ یک خط برای پیدا کردن فایل‌ ها
subfinder -d domain.com -silent | \
while read host; do \
 for path in /config.js /config.json /app/config.js /settings.json /database.json /firebase.json /.env /.env.production /api_keys.json /credentials.json /secrets.json /google-services.json /package.json /package-lock.json /composer.json /pom.xml /docker-compose.yml /manifest.json /service-worker.js; do \
  echo "$host$path"; \
 done; \
done | httpx -mc 200
@TryHackBox #باگ_بانتی

📌 برگزاری جلسه ویس چت : با درود خدمت دوستان و همراهان عزیز، در راستای ارتقای سطح دانش فنی و آشنایی بیشتر با مباحث امنیت سایب
📌 برگزاری جلسه ویس چت :  با درود خدمت دوستان و همراهان عزیز،  در راستای ارتقای سطح دانش فنی و آشنایی بیشتر با مباحث امنیت سایبری، قصد داریم جلسه‌ای تخصصی و آموزشی در خصوص Ai Security به صورت ویس چت برگزار کنیم. 🎙 مهمان ویژه:  👤 مهندس : سجاد چهرازی 📅 زمان برگزاری: امشب 📍 پلتفرم: گوگل میت 🕗 ساعت : 21:00 🔖  لینک جلسه : meet.google.com/wsa-vfhy-xuz ⁉️ موضوعات ما : 📌 هوش مصنوعی در امنیت سایبری؛ Automation واقعی یا فقط یک Copilot پیشرفته؟ 🔔 نکته مهم:  جهت شرکت به موقع جلسه، حتماً کانال تلگرام را چک کنید تا از این جلسه جا نمونید . ➖➖➖➖➖➖➖➖➖➖➖➖➖➖ 🆔 @RadioZeroPod 🆔 @TryHackBox

🔥 با تکنیک‌ های killer که بیشتر باگ هانترها ازشون غافلن. IP Spoofing Headers برای Bypass و Testing: X-Forwarded-For: 127.0.0.1 📌 توسط proxyها/load balancerها trusted میشه X-Real-IP: 127.0.0.1 📌 رایج در setupهای NGINX X-Client-IP: 127.0.0.1 📌 برای rate limiting/tracking استفاده میشه X-Remote-IP: 127.0.0.1 📌 ممکنه روی backend logic تاثیر بذاره X-Remote-Addr: 127.0.0.1 📌 سعی میکنه remote IP رو override کنه True-Client-IP: 127.0.0.1 📌 توسط CDNها (مثل Akamai) استفاده میشه CF-Connecting-IP: 127.0.0.1 📌 Cloudflare real IP header Fastly-Client-IP: 127.0.0.1 📌 Fastly CDN client IP X-Cluster-Client-IP: 127.0.0.1 📌 در محیط‌های clustered دیده میشه Forwarded: for=127.0.0.1 📌 نسخه RFC standard از XFF X-Originating-IP: 127.0.0.1 📌 توسط mail serverها و legacy appها استفاده میشه X-Forwarded-Host: 127.0.0.1 📌 میتونه روی virtual host routing تاثیر بذاره X-Forwarded-Server: 127.0.0.1 📌 backend routing logic X-Real-Hostname: localhost 📌 سعی میکنه internal host رو spoof کنه Via: 127.0.0.1 📌 ممکنه در proxy chainها ظاهر بشه Forwarded-For: 127.0.0.1 📌 non-standard اما در wild دیده میشه Proxy-Client-IP: 127.0.0.1 📌 سرورهای Java-based (Tomcat) WL-Proxy-Client-IP: 127.0.0.1 📌 WebLogic-specific header استفاده: Bypass IP whitelisting، rate limitها، geo-blockها، SSRF filterها یا trigger internal behavior. چندتاشون رو combine کن برای نتایج بهتر در black-box testing.
کدوم header spoofing رو با 127.0.0.1 تست کردی که rate limit رو دور زد و bounty داد؟ تجربت رو کامنت کن.
@TryHackBox #باگ_بانتی

🔥 امروز، ۱۶ مهر، روز بزرگداشت داریوش بزرگ است؛ پادشاهی که امپراتوری هخامنشی را به اوج قدرت، نظم و گستردگی رساند و تخت جمشید را بنیان نهاد، یادبود مردی که نامش برای همیشه با شکوه تمدن ایران گره خورده است @TryHackBox

🔥 این برای هکینگ نیست، این برای هکرهاست؛ اگه هنوز توی باگ هانتینگت چیزی پیدا نکردی، اول این code رو توی فایلت اعمال کن: whil
🔥 این برای هکینگ نیست، این برای هکرهاست؛ اگه هنوز توی باگ هانتینگت چیزی پیدا نکردی، اول این code رو توی فایلت اعمال کن:
while(!success){
    tryagain();
    if(tried)
        break;
}
هرگز تسلیم نشو، فقط نیاز داری ذهنیتت رو تغییر بدی.  یادت باشه، جایی که همه تسلیم میشن، پروها از اونجا شروع میکنن
کدوم dry run طولانی رو با تغییر mindset به bounty تبدیل کردی؟ تجربت رو کامنت کن.
@TryHackBox #باگ_بانتی

Repost from Try Hack Box
🔖 پیدا کردن اطلاعات حساس با gf # Search for testing point with gau and fff gau target -subs | cut -d"?" -f1 | grep -E "\.js+(?:on|)$" | tee urls.txt sort -u urls.txt | fff -s 200 -o out/ # After we save responses from known URLs, it's time to dig for secrets for i in gf -list; do [[ ${i} =~ "_secrets"* ]] && gf ${i}; done
کدوم secret با gf در JS فایل‌ها شکار کردین که bounty داد؟ تجربتون رو کامنت کنی
@TryHackBox #باگ_بانتی

از این به بعد هر چند وقت یکبار نوت های تخصصی Ai Red Team گذاشته خواهد شد و بر اساس  Mittre Atllas خواهد بود با نرم افزار Obsidian باز بشه دقیق و کامل خونده بشه دوستانی که علاقه مند به موضوع Ai Security و Ai RedTeam هستند این موضوعات در کانال دیگمون قرار میدهیم : @AiTHB

Repost from 
یکی از چیزایی که هنوز خیلیها اشتباه میفهمن Lateral Movement هست. یعنی بعد از دسترسی اولیه، چطور بدون اومدن دوباره از بیرون، داخل شبکه حرکت کنی و به ماشینهای دیگه برسی. پست کامل در لینک زیر : https://x.com/KavehxNet/status/2106769316464959807 #Red_Team #RedTeam

💡 نکته باگ بانتی IDOR Bypass بعضی وقت‌ها APIها وقتی چندین ID با هم پاس داده میشن، رفتار غیرمنتظره‌ای نشون میدن. 🔍 سناریو Victim’s ID: 5200 Attacker’s ID: 5233 🚫 GET /api/users/5200/info → Access Denied  ✅ GET /api/users/5200,5233/info → Bypass Successful. 📌 همیشه comma-separated، array-style یا batch ID parameterها رو موقع شکار IDOR تست کن!
کدوم IDOR bypass رو با comma یا array تست کردی که access denied رو دور زد و bounty داد؟ تجربت رو کامنت کن،
@TryHackBox #باگ_بانتی #بایپس #IDOR

Repost from Try Hack Box
📌 فراخوان جذب مدرس | TryHackBox تیم TryHackBox برای توسعه مسیرهای آموزشی خود، از مدرس‌ های باتجربه در حوزه‌های زیر دعوت به همکاری میکند: 🔴 Penetration Testing 🟥 Red Team / Adversary Simulation 🐞 Bug Bounty & Web Security 🔎 Osint اگر در یکی از این حوزه‌ها تجربه عملی دارید و به آموزش علاقه‌مندید، خوشحال میشیم به تیم مدرسین THB اضافه بشید. چیزی که برای ما مهمه: • تجربه واقعی و دانش فنی قابل اتکا • توانایی انتقال مفاهیم به زبان ساده و کاربردی • ترجیحاً سابقه فعالیت در پروژه‌های واقعی، CTF، Bug Bounty، Pentest یا Red Team , Osint لازم نیست حتماً مدرس حرفه‌ای باشید؛ اگر دانش فنی خوبی دارید و میتونید اون رو درست منتقل کنید، با ما در ارتباط باشید. اگر علاقه‌مند به همکاری هستید، یک معرفی کوتاه از خودتون، حوزه تخصصی و سابقه فعالیتتون ارسال کنید. @ThbxSupport برای افرادی که هنوز رزومه قوی یا سابقه تدریس ندارند اما دانش و علاقه کافی دارند، این فرصت میتونه شروع خوبی باشه؛ با ساخت محتوای آموزشی و تجربه تدریس در TryHackBox، میتونید به‌ مرور یک رزومه فنی و قابل ارائه برای خودتون بسازید.

Repost from 
در Golden Ticket، یکی از چیزهایی که برای Hunting باید بهش دقت کنی، رابطه بین TGT و TGS است. در حالت عادی: اول Client یک TGT میگیرد. بعد با استفاده از آن TGT برای Service موردنظر TGS درخواست میکند. پس روی Domain Controller معمولاً می‌توانی ارتباطی بین:
4768 → TGT Request
و
4769 → TGS Request
ببینی ، حالا یک سناریو را تصور کن: برای یک Account، Event 4769 داری. اما Event 4768 متناسب با آن پیدا نمیکنی. این میتواند یک Signal مهم باشد. مخصوصاً اگر همزمان ببینی: لAccount Privileged است. اSource سیستم معمولی نیست. اAccount وضعیت عادی ندارد یا حتی دیگر وجود ندارد. یک Identity برای تعداد زیادی Service درخواست میدهد. یا الگوی Kerberos در آن سیستم با رفتار معمولش فرق دارد. اینجا احتمال Ticket Forgery جدی‌ تر می‌شود. اما یک نکته مهم: نبودن 4768 به معنی Golden Ticket قطعی نیست. ممکن است TGT از قبل Cache شده باشد. ممکن است Logها کامل نباشند. اVPN، NAT و Cross-Domain Referral هم میتوانند Correlation را پیچیده کنند. پس Hunting درست این نیست که بگویی: 4769 بدون 4768 = Golden Ticket بلکه باید بگید: 4769 بدون 4768 + رفتار غیرعادی + Identity مشکوک + دسترسی Privileged حالا ارزش بررسی دارد. در Detection، هیچ Eventی را جدا از Context خودش نبین. اGolden Ticket دقیقاً جایی خطرناک می‌شود که یک Ticket جعلی بتواند در بین Authenticationهای کاملاً legitimate گم شود. @KavehOffSec #Red_Team #RedTeam

Repost from Try Hack Box
⭕️ دیگر کانال ها و شبکه های اجتماعی ما را دنبال کنید : 💠 کانال های تلگرام ما : 🔶 آموزش تست نفوذ و Red Team 🆔 @TryHackBox 🔶 رودمپ های مختلف 🆔 @TryHackBoxOfficial 🔶 آموزش Ai Security 🆔 @AITHB 🔶 آموزش برنامه نویسی 🆔 @TryCodeBox 🔶 رادیو زیروپاد ( پادکست ها ) 🆔 @RadioZeroPod ➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖ 👥 گروه های پرسش و پاسخ 🔷 هک و امنیت 🆔 @TryHackBoxGroup 🔷 برنامه نویسی 🆔 @TryCodeBoxGroup ➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖ 🔴 اینستاگرام : 🔗 http://www.instagram.com/TryHackBox 🔵 یوتیوب : 🔗 https://youtube.com/@tryhackbox 🟠 گیت هاب ما : 🔗 https://github.com/TryHackBox/ 🟣 لینکدین ما : 🔗 https://www.linkedin.com/company/tryhackbox-org