Security Analysis
- Offensive Security (Red Teaming / PenTesting) -AI Security - BlueTeam (OperationSec, TreatHunting, DFIR) - Reverse Engineering / Malware Analysis - Web Security - Cryptography - Steganography - Forensics @DrPwner
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام Security Analysis
تُعد قناة Security Analysis (@securation) في القطاع اللغوي Farsi لاعباً نشطاً. يضم المجتمع حالياً 12 698 مشتركاً، محتلاً المرتبة 9 940 في فئة التكنولوجيات والتطبيقات والمرتبة 26 478 في منطقة إيران.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 12 698 مشتركاً.
بحسب آخر البيانات بتاريخ 29 أكتوبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 374، وفي آخر 24 ساعة بمقدار -1، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 32.28%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 11.41% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 4 096 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 448 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 70.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل ابزار, شناسایی, next.js, مهاجم, داده.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“- Offensive Security (Red Teaming / PenTesting)
-AI Security
- BlueTeam (OperationSec, TreatHunting, DFIR)
- Reverse Engineering / Malware Analysis
- Web Security
- Cryptography
- Steganography
- Forensics
@DrPwner”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 30 أكتوبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
DevOps آلوده یا هک شده است.
• مهاجم از این مسیر به یک Service Container در زیرساخت داخلی دسترسی پیدا کرده است.
• سپس توانسته تراکنشهای برداشت غیرمجاز را به سیستم ارسال کند.
• میلیاردها دلار دارایی از کیفپولهای مرتبط با صرافی منتقل شده است.
بایننس میگوید تاکنون مدرکی از افشای کلیدهای خصوصی کیفپولها پیدا نکرده است. بنابراین احتمال دارد مشکل اصلی در کنترل دسترسی و سامانه مجوزدهی برداشتها بوده باشد، نه لزوماً شکستهشدن رمزنگاری کیفپولها. البته علت نهایی هنوز تأیید نشده است.
چه کسانی پشت حملهاند؟
شرکت تحلیل بلاکچین TRM Labs با اطمینان بالا این حمله را به گروه TraderTraitor وابسته به کره شمالی نسبت داده است؛ همان گروهی که به حمله ۱.۵ میلیارد دلاری بایبیت در فوریه ۲۰۲۵ نسبت داده شده بود. این انتساب هنوز نتیجه نهایی تحقیقات رسمی نیست.
از نظر فنی هم موضوع جالب است: تحلیلگران شواهدی از سوءاستفاده از EIP-7702 و مجوزهای امضاشده پیدا کردهاند که ظاهراً اجازه داده مهاجم کنترل عملکرد یک Hot Wallet اتریومی را به دست بگیرد. حمله به چندین بلاکچین گسترش یافته است.
تکلیف پول کاربران چه میشود؟
بایننس اعلام کرده تمام خسارتها را از صندوق SAFU و منابع خودش جبران میکند. برداشتها را نیز موقتاً متوقف کرده و طبق گزارش رویترز انتظار دارد ظرف ۴۸ ساعت از سر بگیرد؛ اما این هنوز تضمین بازگشایی نیست.
یک نگرانی مهم هم باقی مانده: بررسی CoinDesk نشان میدهد داراییهای پشتوانه بعضی موجودیهای کاربران، بهخصوص ETH، ممکن است تا زمان جایگزینی داراییهای سرقتشده کاهش یافته باشد.
اهمیت این ماجرا فقط رقم ۶.۳ میلیارد دلار نیست؛ اگر مسیر نفوذ واقعاً از یک لپتاپ مهندسی به زیرساخت امضای برداشت رسیده باشد، ضعف در تفکیک دسترسیها و کنترل امضای تراکنشها میتواند بسیار جدیتر از یک آسیبپذیری ساده در قرارداد هوشمند باشد.
@securationCVE-2026-109618
🔴 CVE-2026-109619
قبل از انتشار رسمی لو رفتن و طبق اطلاعات فعلی، میتونن منجر به RCE بشن؛ یعنی در شرایط آسیبپذیر، مهاجم ممکنه بتونه از راه دور روی سرور کد و دستور اجرا کنه.
شدت هر دو آسیبپذیری توسط تیم PHP برابر 9.2 از 10 اعلام شده و بین محققهای امنیتی اسم PHP2Shell براشون افتاده.
ماجرا از اینجا جدیتر میشه که PHP پشت حجم عظیمی از وبسایتها و سرویسهاست؛ از WordPress و Drupal و Joomla گرفته تا Magento، پنلهای هاستینگ و کلی پروژه اختصاصی.
گزارشهایی وجود داره که احتمال میده نسخههای زیادی از PHP، حتی نسخههای قدیمی، درگیر باشن؛ ولی فعلاً نسخههای دقیق آسیبپذیر بهصورت رسمی تأیید نشده.
تیم PHP برای امروز، ۲۱ اکتبر، ساعت ۱۴:۰۰ UTC انتشار اضطراری آپدیت امنیتی رو برنامهریزی کرده.
فعلاً بهتره:
• تمام سرورهایی که PHP دارن رو شناسایی کنید
• سیستمهای Public/Internet-facing رو در اولویت قرار بدید
• آماده آپدیت فوری PHP باشید
• اگر PHP 5، 7، 8.0 یا 8.1 دارید، قضیه جدیتره چون این نسخهها EOL هستن و ممکنه اصلاً پچ رسمی دریافت نکنن
• اجرای پردازشهای مشکوک مثل bash`، `sh`، `curl`، `wget یا python توسط php-fpm و php-cgi رو زیر نظر داشته باشید
#PHP #RCE
@securationCVE-2026-109618
🔴 CVE-2026-109619
قبل از انتشار رسمی لو رفتن و طبق اطلاعات فعلی، میتونن منجر به Remote Code Execution (RCE) بشن؛ یعنی در شرایط آسیبپذیر، مهاجم ممکنه بتونه از راه دور روی سرور کد و دستور اجرا کنه.
شدت هر دو آسیبپذیری توسط تیم PHP برابر 9.2 از 10 اعلام شده و بین محققهای امنیتی اسم PHP2Shell براشون افتاده.
ماجرا از اینجا جدیتر میشه که PHP پشت حجم عظیمی از وبسایتها و سرویسهاست؛ از WordPress و Drupal و Joomla گرفته تا Magento، پنلهای هاستینگ و کلی پروژه اختصاصی.
گزارشهایی وجود داره که احتمال میده نسخههای زیادی از PHP، حتی نسخههای قدیمی، درگیر باشن؛ ولی فعلاً نسخههای دقیق آسیبپذیر بهصورت رسمی تأیید نشده.
تیم PHP برای امروز، ۲۱ اکتبر، ساعت ۱۴:۰۰ UTC انتشار اضطراری آپدیت امنیتی رو برنامهریزی کرده.
فعلاً بهتره:
• تمام سرورهایی که PHP دارن رو شناسایی کنید
• سیستمهای Public/Internet-facing رو در اولویت قرار بدید
• آماده آپدیت فوری PHP باشید
• اگر PHP 5، 7، 8.0 یا 8.1 دارید، قضیه جدیتره چون این نسخهها EOL هستن و ممکنه اصلاً پچ رسtg:// رو در سیستمعامل register میکنه؛ کلیک روی چنین لینکی وقتی برنامه بازه، یک process دوم میسازه.
بعد process دوم، لینک رو از طریق یک socket محلی به instance در حال اجرا میده؛ دستورها با ; جدا میشن ولی escape نمیشن.
اول: یک ; داخل لینک، یک دستور رو به چند دستور تبدیل میکنه ( IPC Injection).
دستور OPEN:هر schemeای رو بدون filter قبول میکنه، از جمله scheme داخلی interpret:.
دوم: تابع InterpretSendPath یک فایل دلخواه رو از روی disk میخونه و بدون confirmation به یک chat میفرسته Arbitrary File Read)
فایل instruction مهاجم بهخاطر auto-download در مسیر Downloads\Telegram Desktop\ میشینه؛ با relative path نیازی به username هم نیست.
تحویل لینک با یک https معمولی و 302 redirect به tg:// مخرب انجام میشه.
با یک کلیک سه فایل session لو میره: key_datas، فایل authorization و فایل index.
چون local passcode پیشفرض نیست، کلید KEK از یک empty string ساخته میشه و همین برای decrypt کل session کافیه.
مهاجم فایلها رو در tdata تازه میریزه و وارد اکانت قربانی میشه.
@securation