Try Hack Box

🔥 چک لیست RBAC

@TryHackBox

👍1

1.05K views15:32

Try Hack Box

Forwarded from TryHackBox ( AI Security )

Agentic_AI_Threat_Map_v2.pdf

136.5 KB

📌 نقشه خطرات هوش مصنوعی مبتنی بر عامل ، نسخه 2، ژوئن 2026.

@AiTHB
#هوش_مصنوعی

👍1

816 views17:54

Try Hack Box

🎬 جذب تدوینگر ویدیو برای تیم TryHackBox

مجموعه TryHackBox برای توسعه محتوای ویدیویی خود در Instagram و سایر پلتفرم‌ ها به یک Video Editor علاقه‌ مند و مسئولیت‌ پذیر نیاز دارد.

این همکاری در مرحله فعلی به‌ صورت داوطلبانه است، اما قرار نیست صرفاً «تدوین رایگان» باشد. فردی که به تیم اضافه میشود در فرآیند واقعی تولید محتوای Cybersecurity حضور خواهد داشت و بخشی از تیم تولید محتوای TryHackBox خواهد بود.

وظایف:
• تدوین Reels و ویدیوهای آموزشی
ا • Cut و Pacing مناسب برای محتوای کوتاه • اضافه کردن Subtitle و Motion ساده
• آماده‌سازی خروجی مناسب Instagram
• همکاری با تیم محتوا برای اجرای سناریوها
• حفظ یک Style و Visual Identity یکپارچه برای TryHackBox
مهارت‌ های موردنظر:
• تسلط به Premiere Pro، DaVinci Resolve یا نرم‌افزار مشابه
• درک مناسب از تدوین محتوای Short-form • آشنایی با Motion Graphics یک مزیت محسوب می‌شود
• دقت، مسئولیت‌پذیری و توانایی کار تیمی
• داشتن چند نمونه کار برای بررسی

مزایای همکاری:
• عضویت در تیم تولید محتوای TryhackBox
• ساخت Portfolio با پروژه‌های واقعی حوزه Cybersecurity
• معرفی و اعتباردهی به عنوان عضو تیم در پروژه‌های قابل انتشار
• دسترسی به بخشی از محتوای آموزشی TryHackBox
• امکان همکاری در پروژه‌ های تخصصی و تجاری آینده
• اولویت برای همکاری‌ های Paid در صورت شکل‌ گیری پروژه‌های درآمدزا
• امکان رشد به عنوان Video Editor اصلی تیم

اگر به تدوین علاقه دارید و دوست دارید در کنار یک تیم تخصصی Cybersecurity تجربه واقعی کسب کنید، نمونه‌کارها و معرفی کوتاهی از خودتان را برای ما ارسال کنید.

📩 ارتباط:
@THBxSupport

❤3👍1

838 views08:28

Try Hack Box

Please open Telegram to view this post

VIEW IN TELEGRAM

919 views12:07

Try Hack Box

لینک گروه

https://t.me/+XPV3S0tygl1lZGE0

TryHackBoxGp

بحث خارج از امنیت ممنوع
گپ پرسش و پاسخ
کانال ها :
@TryHackBox
@TryHackBoxOfficial

👍1

826 views12:27

Try Hack Box

Forwarded 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

776 views14:21

Try Hack Box

Forwarded 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

👍4❤1

759 views03:43

Try Hack Box

💡 نکته باگ بانتی 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

❤6

880 views15:36

Try Hack Box

Forwarded from ⁪

یکی از چیزایی که هنوز خیلیها اشتباه میفهمن Lateral Movement هست.

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

پست کامل در لینک زیر :

https://x.com/KavehxNet/status/2106769316464959807

#Red_Team #RedTeam

X (formerly Twitter)

kaveh (@KavehxNet) on X

1:

یکی از چیزایی که هنوز خیلیها اشتباه میفهمن Lateral Movement هست.
Lateral Movement یعنی بعد از اینکه به اولین ماشین دسترسی پیدا کردی، چطور بدون اینکه دوباره از بیرون بیای، داخل شبکه حرکت کنی و…

906 views15:39

Try Hack Box

از این به بعد هر چند وقت یکبار نوت های تخصصی Ai Red Team گذاشته خواهد شد و بر اساس Mittre Atllas خواهد بود

با نرم افزار Obsidian باز بشه

دقیق و کامل خونده بشه

دوستانی که علاقه مند به موضوع Ai Security و Ai RedTeam هستند این موضوعات در کانال دیگمون قرار میدهیم :

@AiTHB

❤15

1.05K views11:52

Try Hack Box

🔥 این برای هکینگ نیست، این برای هکرهاست؛

اگه هنوز توی باگ هانتینگت چیزی پیدا نکردی، اول این code رو توی فایلت اعمال کن:

while(!success){
    tryagain();
    if(tried)
        break;
}

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

کدوم dry run طولانی رو با تغییر mindset به bounty تبدیل کردی؟ تجربت رو کامنت کن.

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

❤11

946 views16:19

Try Hack Box

0:24

This media is not supported in your browser

VIEW IN TELEGRAM

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

@TryHackBox

🔥11❤3

656 views11:56

Try Hack Box

🔥 با تکنیک‌ های 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
#باگ_بانتی

❤2

618 views16:29

Try Hack Box

Forwarded from Try Hack Box

⭕ یک خط برای پیدا کردن فایل‌ ها

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
#باگ_بانتی

👎1

324 views03:08

Try Hack Box

Forwarded from ⁪

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

برای پاک کردن کاملش :

https://x.com/KavehxNet/status/2108763797020156052

X (formerly Twitter)

kaveh (@KavehxNet) on X

333 views03:40

Try Hack Box

Forwarded 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

❤1

171 views12:25

About

Blog

Apps

Platform