Try Hack Box

⚒️ آزمایش آسیب‌پذیری آپاچی - اسکریپت پایتون برای آزمایش آسیب‌پذیری‌های سرور HTTP آپاچی درون PoC برای CVE-2024-38472, CVE-2024-39573, CVE-2024-38477, CVE-2024-38476, CVE-2024-38475, CVE-2024-38474, CVE-2024-38473 и CVE-2023-38709.

python3 poc_vulnerability_testing.py --target http://<target-ip>

GitHub @TryHackBox #tools #pentest

🔖 نگاهی به آموزش های قبل ۲ : ۱۰ مورد از خطرناک‌ترین روش حمله به Active Directory  به‌کارگیری روش‌های OSINT برای آشکارسازی احساسات و مودهای افراد پارامترهایی که می‌توانید تزریق کامند را در آنها امتحان کنید. شازر کوکی‌ها (Cookies) چیه و چه کاری انجام می‌دن؟ کوکی‌ها (Cookies): از شناسایی تا ذخیره اطلاعات عملگرهای انتساب منطقی در JavaScript ۱۰ آسیب‌ پذیری برتر OWASP ۹ نکته مطالعه OSCP برای کمک به موفقیت شما توسط OffSec Top 10 Most Dangerous Active Directory Attack Methods مجموعه‌ای از کوئری‌ های Shodan موضوع DLLهای مهم ویندوز ۲۷ مورد استفاده از Burp Suite برای پنتسترها تکنیک‌ های تزریق پروسس در ویندوز IDOR_&_HTTP_Security_Headers ابزار ADKAVEH Public Breach Data of Credentials بیشتر لذت ببرید با WMI راهنمای جامع Auto-Elevated Binaries متن ساده - داده‌های اصلی قابل خواندن، بدون محافظت. شکستن سپر محافظ ویندوز دیفندر با تکنیک تغییر مسیر پوشه (Folder Redirect) هک کردن SCADA/ICS/OT با استفاده از Shodan Offensive OSINT

🔖 نگاهی به آموزش های قبل : اینبار درباره ی Adaptive Authentication Explained بخوانید ... آسیب پذیری تصاحب حساب (Account Takeover) که ... شناسایی کلاینت‌ها و کوکی‌ها (Client Identification and Cookies) مقدمه: تست نفوذ چیست؟ بررسی HTTP Headers و شناسایی کاربران XXE Cheat Sheet (2025 Update) Active Directory attack Cheat sheet هوش مصنوعی و امنیت کلاد شناسایی کاربران با آدرس IP انواع VLAN پارت اول دامپ های حافظه LSASS حملات XXE (تزریق XML) - بخش اول کتاب Penetration Testing از موسسه eLearnSecurity به زبان پارسی . حملات XXE (تزریق XML) - بخش سوم  مقاله اجرای ماکروها از یک فایل DOCX با تزریق قالب از راه دور (Template Injection) مهندس میلاد کهساری  - با محوریت مهندسی معکوس حملات XXE (تزریق XML) - بخش چهارم (پایانی)  راهکارهای امن VPN و کاربردهای آنها ابزار  Kaveh webdiff Monitor پارت دوم دامپ های حافظه LSASS مقاله بایپس کردن SEHOP تفاوت Encoding، Encryption و Hashing در یک نگاه  راهنمای سریع ابزارهای تحلیل لاگ (Log Parsing Cheat Sheet) تفاوت بین SSL/TLS VPN و IPsec VPN  درک DACL

مردان همه عمـر پاره بردوخته‌اند قوتـی به هزار حیله انــدوخته‌اند فــردای قیامت به گنـاه ایشـان را  شاید که نسوزند که خود سوخته‌اند. سعدی شیرازی ⭕ خانواده بزرگ TryHackBox، حالا ۵۰۰۰ تایی شدیم! از تک‌ تک شما که از روز اول همراه ما بودید و با حمایت ‌هاتون این جامعه رو ساختید، از صمیم قلب تشکر می‌کنم. شما، اعضای پرشور جامعه امنیت سایبری، با اشتیاق و همدلی ‌تون به ما انگیزه دادید تا هر روز بهتر بشیم و محتوای ارزشمندتری در زمینه تست نفوذ و ردتیم با هم به اشتراک بگذاریم. امیدوارم این خانواده روز به روز بزرگ ‌تر بشه و با هم به قله ‌های جدیدتری در دنیای امنیت سایبری برسیم! همیشه کنار هم تیم TryHackBox

لینک گروه ما : https://t.me/+XPV3S0tygl1lZGE0

هک کردن SCADA/ICS/OT با استفاده از Shodan Offensive OSINT از این SHODAN DORKS برای بهبود جستجوهای خود به‌راحتی استفاده کنید. Github @TryHackBox

هک کردن SCADA/ICS/OT با استفاده از Shodan Offensive OSINT از این SHODAN DORKS برای بهبود جستجوهای خود به‌راحتی استفاده کنید. Github @TryHackBox

🐧 راهنمای کار با ابزار curl @TryHackBox #cheatsheet #linux

#CVE-2025-23319: زنجیره‌ای از آسیب‌پذیری‌ ها در NVIDIA Triton Inference Server ● در سرور NVIDIA Triton Inference Server، یک زنجیرهٔ بحرانی از آسیب‌پذیری‌ ها کشف شده که به مهاجم اجازه می‌دهد بدون احراز هویت کامل به‌طور کامل سرور AI را تصرف کند. مشکل در Python backend است کامپوننتی که اجازه می‌ دهد مدل‌های ML نوشته‌ شده به زبان Python را بدون نوشتن کد C++ اجرا کنند. ○ حمله به صورت دومینو عمل می‌کند: ● ابتدا نشت اطلاعات از طریق یک خطا، سپس سوء‌استفاده از API حافظهٔ مشترک (shared memory)، و در نهایت کنترل کامل سرور. ■ جزئیات فنی ● CVE: CVE-2025-23319 (به‌همراه CVE-2025-23310 و CVE-2025-23311) ● امتیاز CVSS: 9.8/10 (Critical) ● نسخه‌های تحت‌تأثیر: همه نسخه‌ها تا قبل از انتشار 25.07 ● وضعیت اصلاح: رفع شده در 4 اوت 2025 ○ مکانیزم حمله - سه مرحله ● مرحله 1: shared memory مهاجم یک درخواست بزرگ می‌ فرستد که باعث بروز exception می‌ شود. در پیام خطا، سرور به‌ طور تصادفی نام کامل یک ناحیهٔ داخلی shared memory را فاش می‌کند: triton_python_backend_shm_region_4f50c226-b3d0-46e8-ac59-d4690b28b859 ● مرحله 2: سوء‌استفاده از Shared Memory API Triton یک API عمومی برای کار با shared memory ارائه می‌ دهد تا عملکرد را بهینه کند. مشکل این است که API بررسی نمی‌ کند آیا ناحیهٔ اعلام‌ شده به کاربر تعلق دارد یا اینکه ناحیهٔ داخلی سرور است. مهاجم با ثبت نامی که نشت شده، می‌تواند آن نام را ثبت کند و دسترسی خواندن/نوشتن به حافظهٔ خصوصی Python backend به‌دست آورد. ● مرحله 3: اجرای کد از راه دور (RCE) با دسترسی به shared memory، مهاجم می‌ تواند ساختارهای داده‌ای که شامل اشاره‌گرها هستند را خراب کند، یا پیام‌های IPC را دستکاری کند تا به RCE برسد. ○ گستردگی مشکل Triton Inference Server زیرساختِ بسیاری از پیاده‌ سازی‌ های AI در صنعت است. این سرور برای استقرار مدل‌های ML در تولید، پردازش درخواست‌ های inference و مقیاس‌ بندی لودهای AI استفاده می‌ شود. در نتیجه، به‌خطر افتادن چنین سروری می‌تواند منجر به: ■ سرقت مدل‌ های AI گران‌ قیمت ■ دستکاری در پاسخ‌ های سیستم‌ های هوش مصنوعی ■ دسترسی به داده‌ های حساس ■ ایجاد سکوی اولیه برای حرکت جانبی (lateral movement) در شبکه شود ○ راه‌ های محافظتی به‌روزرسانی سریع: ● به Triton نسخهٔ 25.07 یا جدیدتر ارتقا دهید این تنها راه‌حل قابل‌ اعتماد است. ○ اگر امکان به‌ روزرسانی فوری ندارید: ● دسترسی شبکه‌ ای به Triton را محدود کنید. مثال با iptables:

iptables -A INPUT -p tcp --dport 8000 -s trusted_network -j ACCEPT
iptables -A INPUT -p tcp --dport 8000 -j DROP

○ روش‌ های بررسی آسیب‌ پذیری ● بررسی نسخهٔ Triton روی کانتینر:

docker exec triton-container tritonserver --version

● جستجوی کانتینرهای Triton آسیب‌ پذیر:

docker ps | grep triton | grep -v "25.07\|25.08\|25.09"

■ منابع 🔗 اعلان امنیتی NVIDIA (NVIDIA Security Bulletin) 🔗 تحقیق Wiz (Wiz Research) @TryHackBoxStory #nvidia #CVE #python #cpp

اهمیت و انواع محافظت از داده در Infosec 🔐 📄 Plaintext — متن خام داده‌هایی که مستقیماً قابل‌خواندن‌اند؛ هیچ محافظتی ندارند و در صورت لو رفتن، همه‌چیز آشکار می‌شود. 💥 وقتی ناامن منتقل یا ذخیره شوند، سریع به نقطه ضعف تبدیل می‌شوند. 🔤 Encoding — تبدیل فرمت داده‌ها برای انتقال یا نمایش به فرمت دیگری تبدیل می‌شوند (مثلاً Base64). فرآیند برگشت‌پذیر و برای ذخیره‌سازی امن طراحی نشده و فقط برای سازگاری یا فشرده‌سازی مفیده. #️⃣ Hashing — یک‌طرفه و برای یکپارچگی تبدیل داده به خروجی با اندازهٔ ثابت (مثلاً SHA-256). غیرقابل‌برگشت (ideally)، بنابراین برای ذخیرهٔ پسورد به‌صورت تنها استفاده می‌شود همراه با نمک (salt). بهترین کاربرد: بررسی یکپارچگی فایل‌ها، ذخیرهٔ امن پسورد همراه با salt+pepper، و تشخیص تغییر غیرمجاز. 🔑 Encryption — رمزنگاری دوطرفه داده‌ها با الگوریتم و کلید رمز می‌شوند و فقط با کلید مناسب قابل بازگشت‌اند. انواع: رمز متقارن (AES) و نامتقارن (RSA, ECC). کاربردها: انتقال امن (TLS/HTTPS)، ذخیرهٔ امن داده‌های حساس، رمزگذاری دیسک. ✅ چک‌لیست عملی (Best Practices): همیشه از پروتکل‌های امن مثل HTTPS استفاده کنید. برای پسوردها از هش‌های مدرن + salt استفاده کنید (و از الگوریتم‌های منسوخ مثل MD5/SHA-1 پرهیز کنید). کلیدها را ایمن نگهدارید (مدیریت کلید، rotation، دسترسی محدود). لاگ‌ها و بکاپ‌ها را هم رمزنگاری کنید. اصل حداقل دسترسی (Least Privilege) را رعایت کنید. مانیتورینگ و بررسی یکپارچگی داده‌ها را فعال نگه‌دارید. ✍️نویسنده @TryHackBox | The Chaos #CyberSecurity #DataProtection #Encryption #Hashing #InfoSec

📄 متن ساده - داده‌های اصلی قابل خواندن، بدون محافظت. 🔤 رمزگذاری - داده‌ها را برای انتقال تبدیل می‌کند، نه برای امنیت. به راحتی قابل برگشت است. #️⃣ هشینگ - فرآیند یک طرفه، خروجی با اندازه ثابت، ایده‌آل برای بررسی یکپارچگی داده‌ها. 🔑 رمزگذاری - محافظت دو طرفه، قابل برگشت با یک کلید، محرمانگی را تضمین می‌کند. ✍️نویسنده @TryHackBox | The Chaos #CyberSecurity #DataProtection #Encryption #Hashing #InfoSec

اهمیت و انواع محافظت از داده در Infosec 🔐 📄 Plaintext — متن خام داده‌هایی که مستقیماً قابل‌خواندن‌اند؛ هیچ محافظتی ندارند و در صورت لو رفتن، همه‌چیز آشکار می‌شود. 💥 وقتی ناامن منتقل یا ذخیره شوند، سریع به نقطه ضعف تبدیل می‌شوند. 🔤 Encoding — تبدیل فرمت داده‌ها برای انتقال یا نمایش به فرمت دیگری تبدیل می‌شوند (مثلاً Base64). فرآیند برگشت‌پذیر و برای ذخیره‌سازی امن طراحی نشده و فقط برای سازگاری یا فشرده‌سازی مفیده. #️⃣ Hashing — یک‌طرفه و برای یکپارچگی تبدیل داده به خروجی با اندازهٔ ثابت (مثلاً SHA-256). غیرقابل‌برگشت (ideally)، بنابراین برای ذخیرهٔ پسورد به‌صورت تنها استفاده می‌شود همراه با نمک (salt). بهترین کاربرد: بررسی یکپارچگی فایل‌ها، ذخیرهٔ امن پسورد همراه با salt+pepper، و تشخیص تغییر غیرمجاز. 🔑 Encryption — رمزنگاری دوطرفه داده‌ها با الگوریتم و کلید رمز می‌شوند و فقط با کلید مناسب قابل بازگشت‌اند. انواع: رمز متقارن (AES) و نامتقارن (RSA, ECC). کاربردها: انتقال امن (TLS/HTTPS)، ذخیرهٔ امن داده‌های حساس، رمزگذاری دیسک. ✅ چک‌لیست عملی (Best Practices): همیشه از پروتکل‌های امن مثل HTTPS استفاده کنید. برای پسوردها از هش‌های مدرن + salt استفاده کنید (و از الگوریتم‌های منسوخ مثل MD5/SHA-1 پرهیز کنید). کلیدها را ایمن نگهدارید (مدیریت کلید، rotation، دسترسی محدود). لاگ‌ها و بکاپ‌ها را هم رمزنگاری کنید. اصل حداقل دسترسی (Least Privilege) را رعایت کنید. مانیتورینگ و بررسی یکپارچگی داده‌ها را فعال نگه‌دارید. ✍️نویسنده @TryHackBox | The Chaos #CyberSecurity #DataProtection #Encryption #Hashing #InfoSec

📄 متن ساده - داده‌های اصلی قابل خواندن، بدون محافظت. 🔤 رمزگذاری - داده‌ها را برای انتقال تبدیل می‌کند، نه برای امنیت. به راحتی قابل برگشت است. #️⃣ هشینگ - فرآیند یک طرفه، خروجی با اندازه ثابت، ایده‌آل برای بررسی یکپارچگی داده‌ها. 🔑 رمزگذاری - محافظت دو طرفه، قابل برگشت با یک کلید، محرمانگی را تضمین می‌کند. ✍️نویسنده @TryHackBox | The Chaos #CyberSecurity #DataProtection #Encryption #Hashing #InfoSec