BlueRever (Main)

عمرك فكرت إزاي Google Authenticator بيطلعلك كود شغال وأنت عامل Airplane Mode؟ يعني بدون انترنت، بدون شبكة، وموبايلك -أوفلاين- حرفيًا مش بيتواصل مع أي Server ومع ذلك أول ما تكتب الـ 6 أرقام، الموقع يعرف فورًا إن الكود صح! طب السيرفر عرف منين الكود اللي ظهر عندك؟ الفكرة أذكى وأبسط مما تتخيل. أول مرة بتعمل Setup للـ Authenticator وتمسح الـ QR Code، بيتم مشاركة Secret Key بين التطبيق والسيرفر. بعد كده محدش محتاج يبعت أكواد لحد. الموبايل والسيرفر عندهم حاجتين مشتركين: نفس الـ Secret Key + نفس الوقت تقريبًا. كل 30 ثانية، الاتنين بيعملوا نفس العملية الحسابية باستخدام الـ Secret والوقت الحالي، وبيوصلوا بشكل مستقل لنفس الـ 6 أرقام. يعني لما يظهر عندك مثلًا: 389 125 السيرفر مبعتش الكود لموبايلك، وموبايلك مبعتش الكود للسيرفر. الاتنين حسبوه لوحدهم، ووصلوا لنفس النتيجة. التقنية دي اسمها TOTP — Time-based One-Time Password، وهي مبنية على معيار RFC 6238. وقبلها كان فيه HOTP، والفرق الأساسي إن HOTP بيعتمد على Counter، بينما TOTP بيستخدم الوقت. وده السبب إن Google Authenticator يقدر يولد أكواد Google وGitHub وغيرها حتى لو الموبايل Offline تمامًا. أحيانًا أفضل طريقة تخلي جهازين يتفقوا على معلومة، إنك متبعتش المعلومة بينهم أصلًا.

لأول مرة، نجح علماء في تصميم فيروسات بمساعدة الذكاء الاصطناعي، في خطوة علمية تفتح أبواباً هائلة للبحث، لكنها تثير في الوقت نفسه مخاوف بيولوجية كبيرة. الفكرة ببساطة أن نماذج الذكاء الاصطناعي أصبحت قادرة على تحليل البنية الجينية والتنبؤ بكيفية تطور بعض الفيروسات أو تعديل خصائصها. هذا قد يساعد العلماء على فهم الأمراض بشكل أسرع، وتطوير لقاحات وعلاجات أكثر دقة. لكن الجانب المقلق هو أن هذه الأدوات نفسها قد تُستخدم بشكل غير آمن أو خارج الأطر البحثية المنظمة، وهو ما أعاد النقاش حول ضرورة وضع ضوابط صارمة على استخدام الذكاء الاصطناعي في المجالات الحيوية الحساسة. برأيكم، هل فوائد الذكاء الاصطناعي في الأبحاث الطبية أكبر من مخاطره البيولوجية المحتملة؟ #الذكاء_الاصطناعي #التقنية #العلوم #الفيروسات #الأمن_البيولوجي #الأبحاث_العلمية

🎞️الإختراق عبر صورة 🚨 برمجية خبيثة جديدة تستغل صورة باندا مولدة بالذكاء الاصطناعي لاستهداف أنظمة Linux. كشف باحثون في الأمن السيبراني عن Koske، وهي برمجية خبيثة تستخدم ملفًا من نوع Polyglot، حيث يبدو الملف كصورة عادية، بينما يحتوي في الوقت نفسه على تعليمات برمجية يمكن تنفيذها في ظروف محددة. وبحسب التحليل، تستهدف البرمجية الخوادم التي تعمل بنظام Linux، خاصة تلك التي تحتوي على JupyterLab مكشوف على الإنترنت. وبعد نجاح الإصابة، تبدأ بتحميل برمجيات تعدين العملات الرقمية مع استخدام آليات متقدمة للحفاظ على استمراريتها داخل النظام. ورغم تداول معلومات تفيد بأن البرمجية تعتمد على الذكاء الاصطناعي لتعديل نفسها أثناء التنفيذ، إلا أن ما أكدته التحليلات حتى الآن هو أن الذكاء الاصطناعي استُخدم على الأرجح في تطوير أجزاء منها، وليس كعامل ذاتي يعمل داخل الجهاز المصاب. ننصح مسؤولي الأنظمة ومستخدمي Linux بالتحقق من الخدمات المكشوفة على الإنترنت، وتقييد الوصول إلى JupyterLab، وعدم الوثوق بأي ملف لمجرد أنه يبدو كصورة. #CyberSecurity #Linux #Malware #ThreatIntel #hackersdz

☣️ BlueVenom — C2 & Payload Generator BlueVenom هو إطار عمل متقدم للأمن السيبراني والـRed Teaming، يجمع بين C2 (Command & Control) وPayload Generation في منصة واحدة. يدعم المشروع بناء حمولات متعددة المنصات مثل: 🪟 Windows 🐧 Linux / Termux 🤖 Android ويضم لوحة تحكم C2 لإدارة الأجهزة المتصلة، استقبال النتائج، إرسال الأوامر، ومتابعة الأحداث بشكل مباشر. كما يتضمن المشروع: • 🌐 قنوات اتصال متعددة مثل TCP وHTTP/HTTPS وUDP • 🔗 إمكانية التواصل بين الأجهزة عبر BlueNet • 🧠 تكامل مع الذكاء الاصطناعي لتحليل CVE والـExploits • 🛡 تقنيات Obfuscation وEvasion • ⚙️ Cross-Compilation بين Windows وLinux • 📱 أدوات متخصصة لبناء واختبار حمولات Android باختصار، BlueVenom يحاول جمع دورة عمل الـRed Teaming من بناء الـPayload إلى الاتصال والإدارة داخل إطار واحد. 🔗 GitHub: https://github.com/blue24bluer/bluevenom Developed by @blue24bluer

هو ليه المواقع مبتخزنش الـ Password بتاعك زي ما كتبته؟ تخيل إنك عملت أول موقع ليك. المستخدم دخل وسجل حساب جديد، وكتب كلمة المرور: MyPassword123 أنت استقبلت البيانات، وروحت خزنتها في قاعدة البيانات زي ما هي. في اللحظة دي ممكن تحس إن كل حاجة تمام... لكن…

زاي بيتم تخزين الباسورد فعلا؟ تخيل إنك فتحت جدول الـ Users في قاعدة البيانات، وبصيت في عمود اسمه PasswordHash. بدل ما تلاقي الباسورد بشكل واضح زي: Ahmed@123 لقيت حاجة بالشكل ده: $argon2id$v=19$m=65536,t=3,p=4$VGVzdFNhbHQ$RmluYWxIYXNo أول رد فعل طبيعي:…

زاي بيتم تخزين الباسورد فعلا؟ تخيل إنك فتحت جدول الـ Users في قاعدة البيانات، وبصيت في عمود اسمه PasswordHash. بدل ما تلاقي الباسورد بشكل واضح زي: Ahmed@123 لقيت حاجة بالشكل ده: $argon2id$v=19$m=65536,t=3,p=4$VGVzdFNhbHQ$RmluYWxIYXNo أول رد فعل طبيعي: إيه الداتا الغريبة دي؟ 😂 هل السطر ده كله هو الـ Hash؟ ولا فيه أجزاء تانية متخزنة معاه؟ وهل لو حد سرقه يقدر يفكه ويرجع الباسورد؟ علشان نفهم ده، لازم نبدأ من الأول. يعني إيه Hashing؟ الـ Hashing عبارة عن عملية رياضية بتاخد Input وتطلع منه قيمة اسمها Hash. مثلًا ندخل: Ahmed@123 فنحصل على قيمة بالشكل ده: f37a8c46... ولو غيرنا حرف واحد فقط: Ahmed@124 الناتج هيتغير بشكل كبير جدًا: 8e019fa2... وده من خصائص الـ Cryptographic Hash Functions، وبيتسمى Avalanche Effect: تغيير صغير جدًا في الـ Input يعمل تغيير كبير جدًا في الـ Output. هل الـ Hashing هو Encryption؟ لأ، ودي واحدة من أهم النقط. الـ Encryption بيكون بالشكل ده: Original Data → Encryption (Key) → Encrypted Data → Decryption (Key) → Original Data يعني لو معاك الـ Key الصحيح، تقدر ترجع الداتا الأصلية. بنستخدمه لما نحتاج نخفي الداتا لكن نرجعها بعدين، زي بيانات الكروت البنكية أو الـ API credentials. أما الـ Hashing: Password → Hash Function → Hash مفيش Decryption Function، ومفيش Key ترجع بيه الباسورد الأصلي. طب ليه مينفعش نرجع الباسورد من الـ Hash؟ فيه ناس بتتخيل إن الـ Hash عبارة عن باسورد متشفر، وإننا لو عرفنا الطريقة الصح هنفكه. لكن ده مش اللي بيحصل. الـ Hash Function بتاخد Input بأي حجم — حرف واحد، جملة، أو حتى ملف حجمه 5 GB — وفي الآخر بتطلع Output ثابت الحجم. مثلًا SHA-256 دايمًا بتطلع 256 bit (32 byte)، بنعرضها غالبًا كـ 64 حرف hexadecimal. يعني عندك عدد احتمالات ضخم جدًا من الـ Inputs، بتتحول لمساحة Outputs محدودة وثابتة. ده معناه إن معلومات الـ Input مش متخزنة جوه الـ Hash كنسخة مضغوطة. الـ Hash مجرد نتيجة نهائية لعمليات رياضية كثيرة. ونظريًا ممكن اتنين Input مختلفين يطلعوا نفس الـ Hash، وده اسمه Collision: Hash(Input A) = Hash(Input B) رغم إن Input A ≠ Input B علشان كده مفيش عملية عكسية مؤكدة تقولك "ده كان الباسورد الأصلي".

خخخخ

هنا يتدخل علم البيانات (Data Science). بينما ينظر CVSS إلى الخطورة التقنية، ينظر EPSS إلى "الاحتمالية المستقبلية" بناءً على نماذج التعلم الآلي. - الآلية: يحلل النظام بيانات التهديدات الحالية، ونشاط الويب المظلم، ونوع الثغرة، ليخرج بنسبة مئوية (مثلاً 85%). - المعنى: تعني النسبة أن هناك احتمالية 85% أن يقوم المهاجمون بتطوير أداة لاستغلال هذه الثغرة خلال الـ 30 يوماً القادمة. هذا يساعد المؤسسات الضخمة على إدارة ترقيع آلاف الأجهزة بذكاء، والبدء بالأكثر عرضة للاستهداف أولاً. تاسعاً وعاشراً: إثبات المفهوم (PoC) مقابل كود الاستغلال (Exploit) يخلط الكثيرون بين المصطلحين، لكن الفرق التقني شاسع: - إثبات المفهوم (PoC): هو كود يكتبه باحث أمني لإثبات أن الثغرة موجودة فعلاً. غالباً ما يكون كوداً غير ضار، مهمته فقط إحداث خلل بسيط أو إظهار رسالة تفيد بإمكانية الوصول. هدفه تنبيه الشركات لإصلاح الخلل. - كود الاستغلال (Exploit): هو تسليح للثغرة (Weaponization). يتم كتابته من قبل مهاجمين أو فرق اختبار الاختراق المتقدمة (Red Teams) بهدف اختراق النظام فعلياً، كالحصول على جلسة تحكم عن بعد (Reverse Shell) أو استخراج قواعد البيانات. --- خريطة توضيحية لتدفق المعلومات (دورة حياة الثغرة): [المطور يرتكب خطأ برمجي] -> يُصنف كـ (CWE) | [يتم اكتشاف الخطأ في برنامج معين] -> يُمنح معرف (CVE) ويُحدد المنتج المتأثر بـ (CPE) | [تُحلل الثغرة رسمياً] -> تُدرج في (NVD) وتُمنح درجة خطورة (CVSS) | [الباحثون يدرسون الثغرة] -> يتم نشر كود مبدئي (PoC) | [نماذج الذكاء الاصطناعي تحلل الموقف] -> تُمنح الثغرة نسبة توقع هجوم (EPSS) | [المهاجمون يطورون سلاحاً] -> يتحول الـ PoC إلى (Exploit) باستخدام أساليب (CAPEC) | [رصد هجمات حقيقية في العالم] -> تُدرج الثغرة فوراً في قائمة الطوارئ (KEV) --- خلاصة تطبيقية للقراءة التحليلية: عندما تستلم تقريراً عن ثغرة وتجد البيانات التالية: - ID: CVE-2024-1234 - CVSS: 9.8 (Critical) - EPSS: 2% - KEV: False التحليل الأمني الصحيح: هذه الثغرة خطيرة جداً من الناحية التقنية (9.8) ويمكن استغلالها بسهولة وعن بعد. ولكن، نماذج التهديد تشير إلى أن احتمالية استغلالها من قبل المهاجمين حالياً منخفضة جداً (2%)، ولم يتم رصد أي هجوم حقيقي يستخدمها حتى الآن (KEV: False). لذلك، يجب ترقيعها بالتأكيد، ولكن يمكن جدولتها ضمن خطة التحديثات الأسبوعية، ولا تستدعي إيقاف خوادم الشركة لإجراء ترقيع طارئ في منتصف الليل. الفهم الدقيق لهذه المصطلحات هو ما يفصل بين الإدارة العشوائية للثغرات، وبين إدارة المخاطر المبنية على الاستخبارات الدقيقة.

عند تحليل أي تقرير استخبارات تهديدات (Threat Intelligence) أو نشرة أمنية، ستواجه سلسلة من الاختصارات المتداخلة. بالنسبة للمبتدئين، قد تبدو وكأنها مرادفات لشيء واحد، ولكن في العمليات الأمنية (SecOps)، كل اختصار يمثل بُعداً مختلفاً تماماً في دورة حياة الثغرة وطريقة التعامل معها. في هذا المقال التفصيلي، سنفكك هذه المفاهيم ونشرح الروابط التقنية بينها. أولاً: المعرف الموحد للثغرة (CVE) Common Vulnerabilities and Exposures لا يعتبر الـ CVE مقياساً للخطورة، بل هو مجرد "فهرس" أو بطاقة هوية موحدة. تدير هذا النظام مؤسسة MITRE بالتعاون مع جهات مرجعية تُعرف باسم (CNAs). - الهدف الأساسي: توحيد لغة التخاطب بين الباحثين، وأدوات الفحص، ومطوري الأنظمة. - الهيكلة: يتكون المعرف من السنة المكتشفة فيها الثغرة ورقم تسلسلي، مثل: CVE-2023-26324. - المفهوم التقني: وجود رقم CVE يعني فقط أن هناك ثغرة تم الاعتراف بها رسمياً، لكنه لا يقدم أي تفاصيل تقنية حول كيفية الترقيع أو الاستغلال. ثانياً: النظام العالمي لتقييم الخطورة (CVSS) Common Vulnerability Scoring System بمجرد تعريف الثغرة، يجب قياس تأثيرها. هنا يتدخل نظام CVSS ليقدم تقييماً رقمياً من 0.0 إلى 10.0. ولكن هذا الرقم لا يأتي من فراغ، بل يُحسب بناءً على معايير دقيقة تُسمى (Metrics)، أهمها: - موجه الهجوم (Attack Vector): هل الثغرة تتطلب وصولاً محلياً للجهاز أم يمكن استغلالها عبر الشبكة؟ - التعقيد (Attack Complexity): هل استغلال الثغرة سهل أم يتطلب ظروفاً استثنائية؟ - الصلاحيات (Privileges Required): هل يحتاج المهاجم إلى حساب مستخدم عادي أم يمكنه الهجوم دون أي صلاحيات؟ - تفاعل المستخدم (User Interaction): هل يتطلب الأمر أن يضغط الضحية على رابط ليتم الهجوم؟ - التأثير (CIA Triad): ما هو حجم الضرر الواقع على (السرية، السلامة، والتوافر). ثالثاً: القاموس المشترك لنقاط الضعف (CWE) Common Weakness Enumeration الفرق الجوهري بين CVE و CWE هو أن الأول يشير إلى "الحادثة"، بينما الثاني يشير إلى "السبب الجذري" أو الخطأ البرمجي الذي أدى للحادثة. - التفاصيل التقنية: يمثل CWE شجرة ضخمة من الأخطاء البرمجية والمعمارية. - مثال عملي: الإخفاق في التحقق من مدخلات المستخدم هو ضعف برمجي يحمل الرقم CWE-89. هذا الضعف الواحد قد يتسبب في ظهور آلاف الثغرات الفردية (CVEs) في برامج مختلفة على مستوى العالم، والتي تُعرف لاحقاً باسم حقن قواعد البيانات (SQL Injection). رابعاً: تصنيف أنماط الهجوم (CAPEC) Common Attack Pattern Enumeration and Classification إذا كان CWE يركز على "أخطاء المطورين"، فإن CAPEC يركز حصرياً على "عقلية المهاجمين". - المفهوم: يوثق هذا النظام المنهجيات والتقنيات التي يستخدمها المخترقون لاستغلال نقاط الضعف (CWE). - الأهمية: يساعد فرق الفريق الأزرق (Blue Teams) في بناء قواعد اكتشاف (Detection Rules) وفهم كيف سيتم استغلال الثغرة في بيئة حقيقية، ويتقاطع بشكل كبير مع إطار عمل MITRE ATT&CK. خامساً: التعداد المشترك للمنصات (CPE) Common Platform Enumeration تكمن أهمية CPE في الأتمتة. أدوات فحص الثغرات (مثل Nessus أو Qualys) لا تقرأ أسماء البرامج كما يقرؤها البشر، بل تبحث عن سلسلة نصية معيارية تحدد بدقة: (المُصنّع، المنتج، والإصدار). - الهيكلة المعيارية تبدو هكذا: cpe:2.3:a:apache:http_server:2.4.58 - هذا السطر يخبر الماسح الأمني بالبحث عن خوادم أباتشي بنسخة محددة، ومطابقتها مع قائمة الثغرات المعروفة. سادساً: قاعدة البيانات الوطنية للثغرات (NVD) National Vulnerability Database هي المستودع الحكومي الأمريكي (بإدارة NIST) الذي يجمع كل ما سبق. - دورها: NVD تأخذ المعرف الأساسي (CVE) وتقوم بإثرائه بالبيانات. حيث تضيف إليه تقييم الخطورة (CVSS)، وتربطه بالمنتجات المتأثرة (CPE)، والضعف البرمجي (CWE). تعتبر هذه القاعدة المحرك الأساسي لمعظم أنظمة الحماية التجارية. سابعاً: الثغرات المستغلة فعلياً (CISA KEV) Known Exploited Vulnerabilities تمثل هذه القائمة الكابوس الحقيقي لمديري الأنظمة. تديرها وكالة الأمن السيبراني الأمريكية (CISA). - المفهوم: هناك ملايين الثغرات، لكن نسبة صغيرة منها فقط يتم استغلالها من قبل عصابات الفدية أو المجموعات المدعومة من الدول (APT). - الأهمية: إذا ظهرت الثغرة في قائمة KEV، فهذا يعني أن هناك هجمات فعلية ونشطة تحدث الآن باستخدامها. هنا تسقط جميع الحسابات الأخرى، وتصبح هذه الثغرة أولوية قصوى للترقيع الفوري متجاوزة أي ثغرات أخرى حتى وإن كانت تحمل تقييم CVSS أعلى. ثامناً: نظام توقع احتمالية الاستغلال (EPSS) Exploit Prediction Scoring System

### 🚀 اقتحم عالم الأمن السيبراني المتقدم مع BlueStore! 💻🛡️ هل تبحث عن القوة، الدقة، والأدوات التي لا تتوفر للجميع؟ BlueStore يفتح لك الأبواب للحصول على أحدث البرمجيات والبيانات بأفضل الأسعار في السوق! 💎 لماذا تختار BlueStore؟ ✅ أدوات حصرية: من أدوات التحكم عن بُعد (RATs) إلى برمجيات الاستغلال المتقدمة. ✅ قواعد بيانات ضخمة: وصول إلى بيانات مسربة ومحدثة (Global Databases). ✅ دورات احترافية: تعلم الـ Black Hat، الـ Bug Bounty، وهندسة البرمجيات العكسية. ✅ أسعار تنافسية: تبدأ خدماتنا من 0.30$ فقط! --- ### 🔥 أبرز منتجاتنا الحالية: 🤖 BlueBot - العميل الذكي (AI-Agent): أول عميل ذكي بقدرات برمجية للتحكم وتوزيع الأدوات بشكل آلي بالكامل! 🌑 📡 أدوات التحكم المتقدمة (RATs): *   CraxRat: الأداة الأقوى بـ 6$ فقط! *   VenomRat: للتحكم الكامل في أنظمة ويندوز. *   G700 Rat: يدعم أحدث إصدارات أندرويد (Android 13). 📊 قواعد بيانات (Databases): *   قواعد بيانات تيك توك وتلجرام المسربة 2025. *   قواعد بيانات T-Mobile وشركات عالمية. *   قوائم (Combo Lists) ضخمة لعمليات الفحص. 🎓 الأكاديمية التعليمية: *   دورة الهكر الأخلاقي الشاملة (Black Hat). *   دورة اختراق شبكات الـ SS7. *   أساسيات الهندسة العكسية. --- ### ✨ عروض خاصة: ⚠️ Eagle Rat: متاح الآن مع الكود المصدري (Source Code) لضمان الأمان والخصوصية الكاملة! ⚠️ Combo Lists: احصل على 10 ملفات ضخمة بـ 3$ فقط! --- 🔗 تصفح المتجر الآن واكتشف المزيد: https://bluerever.netlify.app/bluestore 📩 للتواصل والاستفسار: عبر التليجرام: @blue24bluer BlueStore: Advanced Tools at the Lowest Price. 🌐🌀 #CyberSecurity #HackingTools #DarkWeb #Infosec #BlueStore #Coding #Programming #AdvancedTools #TechNews

في ناس كتير بتتعلم Web Pentesting و Mobile Security… لكن أول ما تسمع كلمة Hardware Hacking بتحس إن المجال ده محتاج معمل كامل ومعدات بمبالغ كبيرة. 😅 الحقيقة إن مشروع زي PwnPad بيحاول يغيّر الفكرة دي تماماً. 🔧 PwnPad هو منصة تعليمية مفتوحة المصدر لتعلم Hardware Hacking بشكل عملي، من خلال تحديات حقيقية بتاخدك خطوة بخطوة في مفاهيم مهمة زي: ⚡ تصميم الـ PCB ⚡ تحليل الدوائر الإلكترونية ⚡ Reverse Engineering ⚡ Side-Channel Attacks ⚡ واكتشاف الثغرات في الأجهزة المادية الجميل في المشروع إنه مش مجرد Documentation أو Slides… لكنه مبني على فكرة "اتعلم بإيدك". يعني بدل ما تقرأ عن الهجمات، هتنفذها وتفهمها عملياً. في وقت بقت فيه هجمات الـ IoT والأجهزة الذكية والأنظمة المدمجة بتزيد بشكل كبير، فهم طبقة الهاردوير بقى ميزة قوية لأي باحث أمني أو Digital Forensics Investigator أو Pentester. أحياناً الثغرة الأخطر مش بتكون في الكود… لكنها موجودة على الـ PCB نفسها. 👀 لو نفسك تدخل عالم Hardware Hacking ومش عارف تبدأ منين، فالمشروع ده يعتبر نقطة انطلاق ممتازة. #CyberSecurity #HardwareHacking #EmbeddedSecurity #IoT #DigitalForensics #PenetrationTesting #OpenSource #AhmedMElSayed

Let's talk about BlueVenom ------ اي أفكار ؟ اقتراحات ؟ ------ #bluevenom

اعلان بسيط 😇 تم تغير الرابط من ==> https://c2bluevenom.netlify.app الى ==> https://bluerever.netlify.app

إلى حين الانتهاء من عملية التحديث والتحقق. Log Analysis إجراء مراجعة شاملة لـ: Web Access Logs Reverse Proxy Logs WAF Logs Authentication Logs للكشف عن أي نشاط سابق مرتبط بالثغرة. Security Assessment رغم أن الثغرة لا توفر تنفيذ تعليمات برمجية عن بعد (Remote Code Execution)، إلا أن خطورتها الحقيقية تكمن في كونها ثغرة كشف معلومات استراتيجية (Strategic Information Disclosure) يمكن أن تتحول إلى نقطة انطلاق لسلسلة اختراق كاملة. في بيئات WordPress الإنتاجية، غالباً ما تكون البيانات المسربة كافية لتمكين المهاجم من تنفيذ هجمات تصيد احترافي، واستغلال ثغرات إضافية، أو الوصول إلى البنية البريدية الرسمية للمؤسسة، ما يجعل معالجة هذه الثغرة أولوية أمنية قصوى لجميع مديري المواقع المتأثرة.

Gravity SMTP Vulnerability Under Active Exploitation: Over 100,000 WordPress Sites Exposed شهدت الساحة الأمنية مؤخراً تصاعداً ملحوظاً في محاولات استغلال ثغرة حرجة تؤثر على إضافة Gravity SMTP الخاصة بمنصة WordPress، وهي إضافة تُستخدم لدمج وإدارة خدمات البريد الإلكتروني الاحترافية مثل Amazon SES وGoogle Workspace وZoho Mail. بحسب التقارير الأمنية، تجاوز عدد محاولات الاستغلال المرصودة 17 مليون محاولة خلال فترة زمنية قصيرة، ما يشير إلى حملات مسح واستغلال آلية واسعة النطاق تستهدف المواقع المعرضة للخطر على الإنترنت. Technical Overview CVE: CVE-2026-4020 Affected Versions: 1.2.1 – 1.2.6 Patched Version: 2.1.5 تكمن الثغرة في واجهة REST API الخاصة بالإضافة، وتحديداً ضمن نقطة النهاية: /wp-json/gravitysmtp/v1/tests/mock-data اعتمد المطورون على دالة صلاحيات (permission_callback) تم ضبطها بشكل غير صحيح لتعيد القيمة: return true; بشكل دائم، مما أدى فعلياً إلى تعطيل آلية التحقق من الهوية والتفويض (Authentication & Authorization). ونتيجة لذلك أصبح بإمكان أي مستخدم غير مصادق عليه (Unauthenticated User) الوصول إلى معلومات حساسة دون الحاجة إلى تسجيل الدخول أو امتلاك أي صلاحيات داخل الموقع. Vulnerability Classification يمكن تصنيف الثغرة ضمن عدة فئات أمنية: Improper Access Control فشل مباشر في تطبيق ضوابط التحكم بالوصول (Access Control) على نقطة REST API حساسة. Information Disclosure الثغرة تؤدي إلى كشف معلومات داخلية عالية الحساسية يمكن استخدامها في مراحل لاحقة من الهجوم. Reconnaissance Enabler رغم أن الثغرة لا توفر تنفيذ أوامر مباشرة (RCE)، إلا أنها تمنح المهاجم قاعدة معلومات متكاملة تساعده على تنفيذ هجمات أكثر تعقيداً لاحقاً. وفقاً لمنهجية Cyber Kill Chain يمكن اعتبارها مرحلة: Reconnaissance ↓ Weaponization ↓ Privilege Escalation Attempts ↓ Post-Exploitation Exposed Data أظهرت التحليلات أن التقرير المسرب يحتوي على كمية كبيرة من البيانات التشغيلية (Operational Intelligence) التي قد تشمل: Mail Service Credentials Amazon SES API Keys Google OAuth Tokens Zoho Mail Credentials SMTP Authentication Parameters Infrastructure Intelligence PHP Version Installed PHP Extensions Web Server Configuration Database Engine Version WordPress Internal Enumeration Active Plugins List Plugin Versions Database Table Prefixes WordPress Configuration Details Attack Scenarios 1. Business Email Compromise (BEC) في حال تسريب مفاتيح خدمات البريد الإلكتروني، يمكن للمهاجم استخدام البنية البريدية الرسمية للشركة لإرسال رسائل: Phishing Malware Delivery Credential Harvesting مع الاستفادة من السمعة الشرعية للدومين الأصلي. 2. Targeted Exploitation معرفة: إصدار PHP الإضافات النشطة مكونات الخادم تسمح للمهاجم ببناء سلسلة هجمات دقيقة تستهدف ثغرات أخرى موجودة في البيئة نفسها. 3. Infrastructure Mapping يمكن استخدام البيانات المسرّبة لإنشاء خريطة كاملة للبنية التقنية للموقع: Web Server ↓ WordPress Stack ↓ Database Layer ↓ Mail Infrastructure مما يقلل بشكل كبير من زمن الاستطلاع المطلوب قبل تنفيذ الهجوم. Threat Activity أفادت منصات الرصد الأمني أن جهات التهديد بدأت بتنفيذ عمليات مسح جماعية للإنترنت بحثاً عن المواقع المعرضة للخطر. تم تسجيل: أكثر من 17 مليون محاولة استغلال. أكثر من 4 ملايين محاولة خلال يوم واحد. مئات عناوين IP المشاركة في حملات المسح الآلية. ويشير هذا السلوك إلى اعتماد المهاجمين على Botnets وأنظمة فحص أوتوماتيكية واسعة النطاق. Detection & Threat Hunting ينبغي على فرق الدفاع البحث عن الطلبات التالية داخل سجلات الخادم: /wp-json/gravitysmtp/v1/tests/mock-data أمثلة على مؤشرات الاختراق (IOCs): Access Logs GET /wp-json/gravitysmtp/v1/tests/mock-data HTTP/1.1 Suspicious Recon Activity تعدد الطلبات من نفس المصدر. عمليات مسح REST API واسعة النطاق. ارتفاع غير طبيعي في طلبات WordPress JSON API. Defensive Measures Immediate Containment تحديث إضافة Gravity SMTP فوراً إلى: Version 2.1.5+ Credential Rotation يجب التعامل مع جميع المفاتيح والرموز المخزنة داخل الإضافة على أنها مكشوفة سابقاً: Rotate API Keys Revoke OAuth Tokens Reset SMTP Credentials حتى لو لم يتم العثور على دليل مباشر على الاستغلال. Web Application Firewall (WAF) إضافة قواعد حظر مؤقتة لمنع الوصول إلى: /wp-json/gravitysmtp/v1/tests/mock-data

كيف سقط أخطر هاكر مطلوب بسبب 250 دولار فقط؟ 🤯 في عام 2023 بدأ اسم هاكر غامض يُعرف باسم IntelBroker ينتشر بقوة داخل مجتمع الأمن السيبراني. كان يظهر باستمرار في منتدى BreachForums وينشر بيانات مسروقة من شركات ومؤسسات كبرى حول العالم. مع مرور الوقت ارتبط اسمه باختراقات استهدفت جهات وشركات معروفة، وأصبح واحداً من أشهر الأسماء في عالم الجرائم الإلكترونية. وخلال سنوات قليلة نشر مئات المواضيع والمنشورات المتعلقة ببيانات مسربة وعروض بيع معلومات حساسة. لكن بينما كان الجميع يعتقد أنه مجهول الهوية تماماً، كانت السلطات الأمريكية تراقبه بصمت. في يناير 2023 تواصل عميل سري تابع للـFBI معه عبر الإنترنت لشراء بيانات مسروقة مقابل 250 دولار. المشكلة أن IntelBroker كان يفضل التعامل بعملات رقمية أكثر خصوصية، لكن في تلك العملية وافق على استلام المبلغ عبر Bitcoin. بعد إتمام التحويل بدأت رحلة التتبع. المحققون لم يكتفوا بمراقبة المعاملة نفسها، بل تتبعوا المحافظ المرتبطة بها حتى وصلوا إلى حسابات ومنصات كانت مرتبطة بهويته الحقيقية. ومع مرور الوقت بدأت الأدلة تتراكم: حسابات بريد إلكتروني، حسابات عملات رقمية، ونشاطات رقمية أخرى ربطت الاسم المستعار IntelBroker بشخص حقيقي يدعى Kai Logan West. وفي عام 2025 ألقي القبض عليه في فرنسا بعد تحقيق استمر لسنوات، واتهمته السلطات الأمريكية بالتورط في اختراق أكثر من 40 جهة والتسبب بخسائر تجاوزت 25 مليون دولار.

في البرمجه في حاجه غريبه اوي ان كل ما مستواك بيعلي ثقتك ف نفسك بتقل..اه والله زي ما بقولك كدا المبتدئ بيخلص كورسين من هنا ويحس انه تنين مجنح ومستني جوجل تكلمه وبعد اول مشروع بيحس انه ملك البرمجه وان السوق كله تحت ايده محدش ادي خلاص بس بعد كام سنه سحله وايرورز وتاسكات بتضرب بيكتشف الكارثه ان كل ما بيتعلم اكتر..كل ما بيكتشف قد اي لسه ميعرفش عشان كدا طبيعي جدا تلاقي طالب ف سنه اولي بيتناقش ويهبد بثقه اكتر من سينيور عنده 10 سنين خبره مش عشان الطالب اشطر , خالص ..عشان هو لسه مشافش حجم الجبل ال مستنيه كل ما بتكبر ف المجال وبتتهرس ف مشاريع حقيقيه بتبقي اهدي عشان بتبقي عرفت ان التكنولوجيا بحر ملوش اخر ومفيش حد بيعرف كل حاجه ف لو حاسس انك كل ما بتذاكر بتكتشف انك مش فاهم حاجه ..اطمن دي غالبا اول مره تبدا تشوف حجم المجال بجد ويمكن عشان كدا اكتر جمله هتسمعها من الناس الخبره ..انا لسه بتعلم وعامه برضو الجامد مبيقولش علي نفسه انه جامد #منقول

Linux Privilege Escalation Handbook🐧