Try Hack Box
前往频道在 Telegram
1 Nov 2020 1399/08/11 🔴 THB | Offensive Security آموزش، تحقیق و تجربه عملی در امنیت تهاجمی Penetration Testing · Red Teaming · AI Security 🎯 یاد بگیر. آزمایش کن. حرفهای شو.
显示更多7 209
订阅者
+2424 小时
+997 天
+40330 天
帖子存档
7 209
Repost from Try Hack Box
دورک های مفید برای باگ هانترها که میتوانند از آنها برای پیدا کردن اطلاعات حساس استفاده کنند: 👇🏻
📌 در:
https://lnkd.in/p/dF-jW4mR
اگر این نوع محتوا برای شما مفید است، با دنبال کردن صفحه LinkedIn TryHackBox و حمایت از طریق لایک و اشتراکگذاری، به رشد این مسیر کمک کنید.@TryHackBox #باگ_بانتی
7 209
Repost from Try Hack Box
چه پسوردهای ناامنی را استفاده کردهاید یا از همکارانتان شنیدهاید؟
در قسمت نظرات به اشتراک بگذارید 👇
هدف فقط افزایش آگاهی امنیتی است
7 209
Repost from Try Hack Box
🔥 نکتهای برای باگ بانتی: بایپس احراز هویت
بسیاری از توسعه دهندگان بر روی محافظت های پیچیده در قسمت جلویی (فرانتاند) تمرکز میکنند، در حالی که قسمت پشتی (بکاند) را کاملاً باز می گذارند.
بررسی های سریع که نتیجه بخش هستند:
1. دسترسی مستقیم به بخش مدیریت
تلاش کنید تا به آدرس های /admin
، /dashboard، /panel، /cp بدون ورود به سیستم دسترسی پیدا کنید.
اغلب، هیچ تغییر مسیری (redirect) یا بررسی احراز هویت مناسبی وجود ندارد.
2. بایپس احراز هویت دو مرحلهای (2FA)
- با تغییر درخواست، مرحلهی 2FA را دور بزنید (پارامتر 2fa را حذف کنید یا آن را روی true تنظیم کنید).
- پس از اولین مرحلهی موفق، درخواست ورود به سیستم را دوباره ارسال کنید.
- سعی کنید از پارامترهایی مانند ?bypass=1 یا پارامترهای پنهان مشابه استفاده کنید.
3. افشای توکن بازنشانی رمز عبور
بررسی کنید که آیا توکن بازنشانی رمز عبور در پاسخ JSON، کد منبع صفحه یا ایمیل تأییدیه قبل از کلیک کاربر بر روی لینک، نمایش داده میشود یا خیر.
نکتهی مهم: این باگ های "ساده" بسیار رایج تر از اکسپلویت های پیچیده هستند و اغلب منجر به آسیبپذیری های حیاتی و بانتی های خوبی می شوند.
آنها را در ابتدای هر برنامه تست کنید.
علاقه خود را به این پست ها با 🔥 نشان دهید.
@TryHackBox
#باگ_بانتی7 209
🔖 فقط یه FOFA dork ساده که خودم ساختم رو دراپ میکنم تا همه نسخههای vulnerable Grafana رو که از AWS استفاده میکنن پیدا کنه این بهت کمک میکنه تمام cloud metadata رو از طریق Grafana SSRF CVE-2025-4123 بخونی.
FOFA dork:
app="grafana" && cloud_name="aws" && (body="Grafana v10.0.0" body="Grafana v10.0.1" body="Grafana v10.0.2" body="Grafana v10.0.3" body="Grafana v10.0.4" body="Grafana v10.0.5" body="Grafana v10.0.6" body="Grafana v10.0.7" body="Grafana v10.0.8" body="Grafana v10.0.9" body="Grafana v10.0.10" body="Grafana v10.0.11" body="Grafana v10.0.12" body="Grafana v10.1.0" body="Grafana v10.1.1" body="Grafana v10.1.2" body="Grafana v10.1.3" body="Grafana v10.1.4" body="Grafana v10.1.5" body="Grafana v10.1.6" body="Grafana v10.1.7" body="Grafana v10.1.8" body="Grafana v10.1.9" body="Grafana v10.1.10" body="Grafana v10.2.0" body="Grafana v10.2.1" body="Grafana v10.2.2" body="Grafana v10.2.3" body="Grafana v10.2.4" body="Grafana v10.2.5" body="Grafana v10.2.6" body="Grafana v10.2.7" body="Grafana v10.3.0" body="Grafana v10.3.1" body="Grafana v10.3.2" body="Grafana v10.3.3" body="Grafana v10.3.4" body="Grafana v10.3.5" body="Grafana v10.4.0" body="Grafana v10.4.1" body="Grafana v10.4.2" body="Grafana v10.4.3" body="Grafana v10.4.4" body="Grafana v10.4.5" body="Grafana v10.4.6" body="Grafana v10.4.7" body="Grafana v10.4.8" body="Grafana v10.4.9" body="Grafana v10.4.10" body="Grafana v10.4.11" body="Grafana v10.4.12" body="Grafana v10.4.13" body="Grafana v10.4.14" body="Grafana v10.4.15" body="Grafana v10.4.16" body="Grafana v10.4.17" body="Grafana v11.0.0" body="Grafana v11.0.1" body="Grafana v11.0.2" body="Grafana v11.0.3" body="Grafana v11.0.4" body="Grafana v11.0.5" body="Grafana v11.1.0" body="Grafana v11.1.1" body="Grafana v11.1.2" body="Grafana v11.1.3" body="Grafana v11.1.4" body="Grafana v11.2.0" body="Grafana v11.2.1" body="Grafana v11.2.2" body="Grafana v11.2.3" body="Grafana v11.3.0" body="Grafana v11.3.1" body="Grafana v11.3.2" body="Grafana v11.3.3" body="Grafana v11.4.0" body="Grafana v11.4.1" body="Grafana v11.4.2" body="Grafana v11.4.3" body="Grafana v11.5.0" body="Grafana v11.5.1" body="Grafana v11.5.2" body="Grafana v11.5.3" body="Grafana v11.5.4" body="Grafana v11.5.5" body="Grafana v11.5.6" body="Grafana v11.6.0" || body="Grafana v12.0.0")
کدوم نسخه Grafana رو با این FOFA dork شکار کردی که SSRF CVE-2025-4123 رو trigger کرد و metadata AWS رو leak داد؟ تجربت رو کامنت کن@TryHackBox #باگ_بانتی #دورک #fofa
7 209
Repost from Try Hack Box
🛡️ا : AMSI Bypass و چالشهای اجرای PowerShell در محیطهای ویندوزی
یکی از چالش های مهم در محیط های Windows، درک مکانیزم های دفاعی مانند AMSI (Antimalware Scan Interface) و سیاستهای اجرایی PowerShell است.
در این پست بررسی کردیم:
🔹 ا : AMSI چیست و چرا بسیاری از تکنیکها و ابزارها بدون در نظر گرفتن آن شناسایی میشوند؟
🔹 مهاجمان چگونه با محدودیتهای امنیتی PowerShell مواجه میشوند؟
🔹 روشهای رایج بررسی و عبور از مکانیزمهای دفاعی
🔹 نکات مهم اجرایی و همچنین دیدگاههای دفاعی برای شناسایی و مقابله
📌 مطالعه کامل در:
https://lnkd.in/p/ds-fzfjj
اگر این نوع محتوا برای شما مفید است، با دنبال کردن صفحه LinkedIn TryHackBox و حمایت از طریق لایک و اشتراکگذاری، به رشد این مسیر کمک کنید.منتظر مطالب تخصصی تر، تحقیقات امنیتی، پادکست ها و محتوای آموزشی جدید باشید. #TryHackBox #CyberSecurity #PowerShell #AMSI #RedTeam #WindowsSecurity #InfoSec
7 209
درود خدمت دوستان گرامی بنده اینجا روی حملات اکتیو دایرکتوری و مباحث ردتیم تمرکز خواهم کرد و سناریوها و معرفی و اطلاعات جامع در مورد پروتکل ها و موارد دیگر که تجربه بنده هست رو در اختیار شما عزیزان قرار میدهم .
@KavehOffSec
7 209
Repost from P.F.K Security
CVE یعنی چی؟احتمالاً وقتی درباره یک آسیب پذیری میخونی، اولین چیزی که میبینی یک شماره شبیه اینه:
CVE-2020-XXXXاما یک اشتباه رایج وجود داره:
اCVE داشتن یک مشکل، لزوماً به این معنی نیست که با یک Vulnerability واقعی طرفیم. اCVE مخفف Common Vulnerabilities and Exposures هست.در عمل، CVE یک شناسه یکتا برای یک مشکل امنیتی گزارش شده است. این سیستم توسط یک ساختار فدرال از سازمانها و Vendorهای مختلف مدیریت میشه و برای هماهنگ کردن ارجاع به آسیبپذیری ها استفاده میشه. اما اینجا یک نکته مهم وجود داره. هر چیزی که CVE بگیره، الزاماً از نظر فنی یک آسیب پذیری قابلاستفاده نیست. دو مثال جالب بررسی شده:
CVE-2020-19909 در curlو
CVE-2020-21469 در PostgreSQLدر این موارد، درباره اینکه آیا واقعاً یک Security Vulnerability محسوب می شن یا نه، اختلاف نظر وجود داشته. دلیلش اینه که صرفاً وجود یک رفتار غیرمنتظره یا حتی یک مشکل نرمافزاری کافی نیست. باید ببینیم آیا این مشکل واقعاً میتونه باعث یک Security Impact بشه یا نه. اینجاست که بحث پست قبلی دوباره مهم می شه: Bug ≠ Vulnerability پس وقتی یک CVE میبینی، فقط به Severity یا عدد CVSS نگاه نکن. اول بفهم:
چه چیزی آسیب پذیره؟ اتکر چه دسترسی ای داره؟ چه چیزی میتونه Trigger بشه؟ و در نهایت چه Security Impactی ایجاد می شه؟ یک شماره CVE به تنهایی تحلیل امنیتی انجام نمیده. کار Researcher اینه که پشت اون شماره رو بفهمه.📌 نکته این قسمت: اCVE یک Reference است، نه جایگزین تحلیل فنی. در Vulnerability Research باید از خود مشکل شروع کنی، نه از عدد CVE. @PfkSecurity #از_روز_صفر_تا_زیرو_دی #VulnerabilityResearch #CVE #ZeroDay #CyberSecurity #RedTeam
7 209
ویندوز از هر عکسی که تا حالا پاک کردی، یه تصویر کوچک (thumbnail) نگه میداره.
این تصاویر داخل فایلی به اسم thumbcache_256.db ذخیره میشن و کارشناسان جرم شناسی دیجیتال مرتب ازشون استفاده میکنن. ۱۵ تا مخزن دیگه هم مثل این وجود داره.
اینجا میگم چطور پیداشون کنی و پاکشون کنی:
https://x.com/KavehxNet/status/2104307645696123143
7 209
Repost from Try Hack Box
🚩 TryHackBox | چالش #1: Broken Login Portal
📂 دسته: Web / SQL Injection
🎯 سطح: متوسط
🏳️ فرمت فلگ: THB{...}
سناریو:
یک شرکت فرضی یک پورتال مدیریت داخلی ساخته و مدعیه که ورودی های کاربر رو فیلتر کرده و امن هست. وظیفه شما به عنوان پنتستر: نشون بدید این ادعا درست نیست. هدف نهایی: پیدا کردن فلگ مخفی شده در سیستم. فایل های چالش: 👇 (ضمیمه همین پست) شامل سورس اپ + Dockerfile برای اجرای آسان + README کامل با راهنمای راهاندازی. نحوه اجرا:
docker build -t tryhackbox-c1 .
docker run -p 5000:5000 tryhackbox-c1
یا
pip install -r requirements.txt
python3 app.py
بعد برید به: http://localhost:5000
فلگ رو دقیقاً با فرمت THB{...} به بات ارسال کنید.
@Unique_exploitbot
راهنمایی هم داخل README هست، اگه گیر کردید نگاه کنید.
موفق باشید!
نظرتون راجب این ctf کامنت کنید .
@TryHackBox7 209
7 209
Repost from Try Hack Box
TryHackBox #CTF #1
سطح : خیلی آسان
یه چالش امنیت سایبری آماده کردیم! دو فایل زیر رو دانلود کنید و فلگ رو پیدا کنید 👇
/ TryHackBox CTF 1.Zip | | __ tryhackbox_challenge.png |_ _ challenge.zipراهنمای چالش:
۱. فایل challenge.zip رمزدار هست. ۲. رمز داخل فایل tryhackbox_challenge.png هست دقت کنید که همه چیز تو یه عکس همیشه فقط ظاهرش نیست . ۳. وقتی زیپ رو باز کردید، داخلش یه متن هست که هنوز فلگ نهایی نیست یه مرحله دیکد دیگه لازمه.فرمت فلگ:
TryHackBox{...}ارسال فلگ به : @Unique_exploitbot #CTF #TryHackBox #CyberSecurity @TryHackBox
7 209
🚨 الان همه اطلاعات حساس و لو رفته تون رو از اینترنت پاک کنید.
۲۰ ساله که پروفایل میسازید، سایت میرید و رد پای دیجیتال به جا میذارید.
همه ش رو تو ۲ دقیقه پاک کنید: ↓↓
https://x.com/KavehxNet/status/2104090338293846369
7 209
⭕ سری چالش های SE : هک انسان 2/20
📌 چالش: «مدیر در جلسه است»
سناریو:
شما در حال انجام یک Social Engineering Assessment برای شرکت فرضی Datanova هستید. هدف شما «آقای رضایی»، کارمند واحد مالی است.شما از قبل می دانید: ◾ مدیر واحد مالی، «اقای فریدونی»، امروز جلسه دارد. ◾ واحد مالی برای ارسال گزارش ماهانه از یک سامانه داخلی استفاده می کند. ◾ ساعت ۱۰:۳۰ معمولاً زمان شلوغی واحد مالی است. ◾ چند نفر از کارکنان واحد IT را از صفحه LinkedIn شرکت شناسایی کردهاید.
شما با یک Pretext مشخص با اقا رضایی تماس می گیرید و خودتان را به عنوان یکی از کارکنان IT معرفی میکنید. اما این بار هدف مستقیماً گرفتن Password نیست. 🎯 هدف: متقاعد کردن کارمند برای انجام یک اقدام حساس در سامانه، بدون اینکه هویت شما را بهصورت مستقل Verify کند. ❓ سؤال چالش:
اگر شما Social Engineer بودید: ۱. از چه Pretextی استفاده میکردید؟ ۲. چطور از Authority و Urgency استفاده میکردید؟ ۳. چه اطلاعاتی را قبل از تماس جمع آوری میکردید؟ ۴. چه نشانه هایی باعث میشد کارمند متوجه حمله شود؟ ۵. اگر شما مدافع Datanova بودید، چه Controlهایی برای جلوگیری از این حمله طراحی میکردید؟ @TryHackBox #مهندسی_اجتماعی
7 209
یکی از 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 اگه DNS leak یا CNAME recordهایی پیدا شد، analyzeشون کن تا proof of ownership بسازی. 🎯 پس بچهها، امیدوارم از خوندن این قطعه کوچیک متدولوژی لذت برده باشین.
کدوم FOFA dork رو برای S3 takeover تست کردی که subdomain dangling شکار کرد؟ تجربت رو کامنت کن.@TryHackBox #دورک #باگ_بانتی
7 209
📚 بازخورد یکی از خوانندههای «شکار عملی باگ بانتی»
ممنون از اعتمادتون ❤️
هدف TryHackBox اینه که محتوا واقعاً در مسیر یادگیری و کار عملی به دردتون بخوره.
دوستان بازخوردها راجب کتابها زیاد هست گفتم یک چندتایی رو بزارم
7 209
Repost from رادیو زیرو پاد
⭕️ قسمت هشتم زیرو تاک
📌 موضوع جلسه : مقدمهای بر Red Teaming و جایگاه Malware در فرآیند حمله + تحلیل استاتیک بدافزار
🎙 مهمان برنامه : مهندس پیمان خدابنده
منتظر جلسه بعدی باشید.
🎤 راهبر گفتگوی امنیتی : حسین نائیجی
🆔 @RadioZeroPod
🆔 @TryHackBox
🆔 @TryHackBoxOfficial
🆔 @TryHackBoxStory
7 209
🔖 دورک های باگ بانتی
https://dorkking.blindf.com/
شما چه دورک هایی استفاده میکنید ، کامنت کنید@TryHackBox #dork #باگ_بانتی
7 209
Repost from P.F.K Security
📌 وقتی یک Vulnerability پیدا کردی، باید بدونی چه چیزی در خطره
فرض کنیم یک ضعف امنیتی پیدا کردی.
اینکه بگی: «این یک Vulnerability هست»
برای یک گزارش خوب کافی نیست.
باید بتونی توضیح بدی این ضعف چه اثری روی سیستم میذاره.
اینجا سه مفهوم خیلی مهم وارد ماجرا میشن:
Confidentiality Integrity Availabilityهمون چیزی که معمولاً بهش میگیم:
CIA Triad🔹 Confidentiality یعنی مهاجم بتونه به اطلاعاتی دسترسی پیدا کنه که نباید بهش دسترسی داشته باشه. مثلاً: یک Vulnerability باعث بشه کاربری که فقط باید اطلاعات خودش رو ببینه، بتونه اطلاعات کاربران دیگه رو هم بخونه. اینجا مشکل اصلی Confidentiality هست. 🔹 Integrity یعنی مهاجم بتونه چیزی رو تغییر بده که نباید قادر به تغییرش باشه. مثلاً یک ضعف باعث بشه کاربر معمولی بتونه فایل های حساس سیستم رو تغییر بده. اینجا بحث Integrity مطرحه. 🔹 Availability یعنی مهاجم بتونه دسترسی به سیستم یا سرویس رو مختل کنه. مثلاً یک ورودی خاص باعث بشه سرویس Crash کنه و کاربران دیگه نتونن ازش استفاده کنن. اینجا Impact روی Availability قرار میگیره. 🔥 یک نکته مهم این سه مورد فقط اصطلاحات تئوری برای حفظ کردن نیستن. وقتی یک Vulnerability پیدا میکنی، باید بتونی بگی: «این ضعف دقیقاً چه چیزی رو تحت تأثیر قرار میده؟» مثلاً اگر یک Vulnerability به مهاجم اجازه بده یک فایل دلخواه روی سیستم بنویسه، اولین چیزی که تحت تأثیر قرار گرفته Integrity هست. اما نباید صرفاً بر اساس اسم Vulnerability درباره Impact تصمیم بگیری. باید ببینی در Target واقعی چه اتفاقی می افته. این طرز فکر بعداً موقع نوشتن PoC، Vulnerability Report و Impact Assessment خیلی به کارت میاد. @PfkSecurity #از_روز_صفر_تا_زیرو_دی #VulnerabilityResearch #ZeroDay #CyberSecurity
7 209
پورت 23 Telnet :
کاملاً بدون رمزنگاری. نام کاربری، پسورد و تمام دستورات به صورت متن ساده ارسال میشن ..
https://x.com/KavehxNet/status/2103142796173455650
#ردتیم
