🤗تصمیم گرفتم ازین به بعد ویدیو ها فقط در یوتیوب و زبان اصلی آپلود بشه و لینکش اینجا قرار بگیره بقیه موارد هم مثل معرفی ابزار و ترفند ها اینجا قرار میگیره به زودی فعالیت پر قدرت شروع میشه

خب اولین ویدیو یوتیوب آپلود شد تکراریه ویدیو همین آسیب پذیری آپارات هستش اما این هفته 2 تا ویدیو جدید داریم سابسکرایب کنید لطفا 🙏🏻

📣ویدیو جدید آپلود شد

⚠️  آسیب‌پذیری جدید در WordPress؛ از Pre-Auth XSS تا اجرای PHP

یک آسیب‌پذیری امنیتی با شناسه CVE-2026-64638 در WordPress گزارش شده که از نوع Reflected Cross-Site Scripting (XSS) است. نکته مهم اینجاست که مرحله اولیه حمله می‌تواند قبل از احراز هویت انجام شود؛ یعنی مهاجم برای شروع Exploit لزوماً به حساب کاربری معتبر نیاز ندارد. در سناریوهای خاص، اگر مدیر سایت روی لینک یا Payload مخرب تعامل داشته باشد، مهاجم می‌تواند XSS را به مراحل جدی‌تری زنجیره کند و در نهایت به اجرای کد PHP روی سرور برسد.

این زنجیره حمله می‌تواند عملاً به مواردی مثل:
• اجرای کد دلخواه
• دسترسی به داده‌های حساس سایت
• دستکاری محتوا
• نصب Backdoor
• و حتی تصاحب کامل وب‌سایت
منجر شود.
این مشکل در نسخه‌های اصلاح‌شده WordPress برطرف شده و اگر هنوز از نسخه‌های قدیمی استفاده می‌کنید، به‌روزرسانی WordPress Core را در اولویت قرار دهید. همچنین بعد از Patch کردن Core، بهتر است قالب‌ها و افزونه‌ها را هم بررسی و به‌روزرسانی کنید؛ چون وجود کامپوننت‌های قدیمی می‌تواند همچنان سطح حمله سایت را بالا نگه دارد.

⚠️ اگر مسئول نگهداری سایت‌های WordPress هستید، این مورد را صرفاً یک XSS ساده در نظر نگیرید؛ اهمیت اصلی آن در قابلیت زنجیره شدن حمله تا اجرای کد سمت سرور است
https://t.me/Aran_Lab

داشتم رو sms.ir هانت میکردم ک یهو دوتا medium پیدا شد البته حواستون باشه مثل من رکب نخورید الان همین آسیب پذیری دوم ک مربوط میشه به CVE-2023-5089 اکسپلویت شد اما هیچ ایمپکت خاصی نداره صرفا تونستم صفحه لاگینی ک hide شده بود رو ببینم !

📣یه نکته دیگه هم بگم مثلا تو فرایند ریکان رسیدین ب ساب دامنه ای ک وردپرس بود همونو بردارید تست کیس های دستی و wpscan روش ران بزنید پلاگین ها رو انالیز و اسکن بکنید به چیز های خوبی میرسین

تکمیلی : CVE-2023-5089 مربوط به افزونه Defender Security هستش کارشم اینه مسیر لاگین رو هاید و مخفی بکنه .

📣ویدیو بعدی یوتیوب mass hunt انجام میدیم رو دانشگاه های ایران تا ببینید چقدر امنیت ایران خوبه و باید خیالتون راجب دانشگاه هاتون راحت باشه

IDOR سمت سرور چطوری اتفاق میفته ؟

Idor : زمانی رخ میده که برنامه به جای بررسی مجوز دسترسی , صرفا با تکیه به شناسه ورودی کاربر به اشیا داخلی دسترسی میدهد , یعنی بدون اینکه چک کنه این منابع برای این کاربر هست یا نه , این منابع رو نمایش بده


1. نمونه کد PHP
فرض کنید یه عملکردی داریم که همچین کویری میزنه سمت سرور :

$invoice_id = $_GET['info_id'];
$query = "SELECT * FROM informations WHERE id = $info_id";

اینجا مهاجم با عوض کردن id میتونه به منابع شحص دیگ دسترسی داشته باشه , حالا چطوری باید جلوی اینو گرفت :
باید چک کنیم ببینیم این منابع برای این فرد هست یا نه

$session_user_id = $_SESSION['user_id'];
$stmt = mysqli_prepare($conn,
    "SELECT * FROM informations WHERE id = ? AND user_id = ?");
mysqli_stmt_bind_param($stmt, "ii", $info_id, $session_user_id);

این چک چطوری انجام میشه ؟ طبق کد بالا , بک اند باید بیاد و id درخواستی رو با id که توی سشن فرد هست مقایسه کنه

2. نمونه در SPA (React/Vue) و Backend (Nextjs)

درخواست آسیب‌پذیر فرانت‌اند:

fetch(/api/users/${userId})

اینجا اگه سمت سرور چک نشه مهاجم میتونه با تغییر id خرابکاری کنه
بک‌اند آسیب‌پذیر (Express):

app.get('/api/users/:id', (req, res) => {
    const user = database.find(u => u.id === req.params.id);
});

راه‌حل: مقایسه کنیم ایا این id برای این سشن هست یا نه ( سمت بک اند )


if (req.params.id !== req.user.id) return 403;

سلام
این دوتا ریپو گزارش های هکروان رو قرار دادن و کلی گزارش های خفن از کل اسیب پذیری ها توش هست
https://github.com/reddelexc/hackerone-reports

https://github.com/devanshbatham/Awesome-Bugbounty-Writeups