BlueRever (Main)
Kanalga Telegram’da o‘tish
1 831
Obunachilar
Ma'lumot yo'q24 soatlar
+37 kunlar
Ma'lumot yo'q30 kunlar
Ma'lumot yuklanmoqda...
O'xshash kanallar
Taglar buluti
Ma'lumot yo'q
Muammo bormi? Iltimos, sahifani yangilang yoki bizning qo'llab-quvvatlash boshqaruvchimizga murojaat qiling>.
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Iyul '26
Iyul '26
+36
0 kanalda
Iyun '26
+1 090
0 kanalda
Get PRO
May '260
0 kanalda
Get PRO
Aprel '260
0 kanalda
Get PRO
Mart '260
0 kanalda
Get PRO
Fevral '260
0 kanalda
Get PRO
Yanvar '260
0 kanalda
Get PRO
Dekabr '250
0 kanalda
Get PRO
Noyabr '250
0 kanalda
Get PRO
Oktabr '250
0 kanalda
Get PRO
Sentabr '250
0 kanalda
Get PRO
Avgust '250
0 kanalda
Get PRO
Iyul '250
2 kanalda
Get PRO
Iyun '250
1 kanalda
Get PRO
May '250
0 kanalda
Get PRO
Aprel '250
0 kanalda
Get PRO
Mart '250
1 kanalda
Get PRO
Fevral '250
0 kanalda
Get PRO
Yanvar '250
0 kanalda
Get PRO
Dekabr '24
+72
0 kanalda
Get PRO
Noyabr '240
0 kanalda
Get PRO
Oktabr '240
0 kanalda
Get PRO
Sentabr '240
0 kanalda
Get PRO
Avgust '24
+1
0 kanalda
Get PRO
Iyul '24
+2
0 kanalda
Get PRO
Iyun '24
+20
0 kanalda
Get PRO
May '24
+30
0 kanalda
Get PRO
Aprel '24
+19
1 kanalda
Get PRO
Mart '24
+19
1 kanalda
Get PRO
Fevral '24
+77
3 kanalda
Get PRO
Yanvar '24
+97
2 kanalda
Get PRO
Dekabr '23
+93
1 kanalda
Get PRO
Noyabr '23
+47
1 kanalda
Get PRO
Oktabr '23
+95
1 kanalda
Get PRO
Sentabr '23
+84
0 kanalda
Get PRO
Avgust '23
+27
0 kanalda
Get PRO
Iyul '23
+24
0 kanalda
Get PRO
Iyun '23
+10
0 kanalda
Get PRO
May '23
+5
0 kanalda
Get PRO
Aprel '23
+44
0 kanalda
Get PRO
Mart '23
+289
0 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 31 Iyul | +1 | |||
| 30 Iyul | +2 | |||
| 29 Iyul | +1 | |||
| 28 Iyul | +1 | |||
| 27 Iyul | +1 | |||
| 26 Iyul | 0 | |||
| 25 Iyul | +3 | |||
| 24 Iyul | +4 | |||
| 23 Iyul | +3 | |||
| 22 Iyul | 0 | |||
| 21 Iyul | +1 | |||
| 20 Iyul | +1 | |||
| 19 Iyul | 0 | |||
| 18 Iyul | +1 | |||
| 17 Iyul | +2 | |||
| 16 Iyul | 0 | |||
| 15 Iyul | 0 | |||
| 14 Iyul | +1 | |||
| 13 Iyul | +2 | |||
| 12 Iyul | 0 | |||
| 11 Iyul | +1 | |||
| 10 Iyul | +1 | |||
| 09 Iyul | +1 | |||
| 08 Iyul | 0 | |||
| 07 Iyul | 0 | |||
| 06 Iyul | +1 | |||
| 05 Iyul | +6 | |||
| 04 Iyul | +1 | |||
| 03 Iyul | 0 | |||
| 02 Iyul | +1 | |||
| 01 Iyul | 0 |
Kanal postlari
☣️ 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
| 2 | في البوستين اللي فاتوا اتفقنا على قاعدة ذهبية:
الـ Hashing طريق في اتجاه واحد، ومستحيل نعمله Decryption ونرجعه للباسورد الأصلي.
طيب سؤال منطقي جداً...
لما قاعدة بيانات بتتسرب والهاكرز بياخدوا الـ Hashes، بنسمع إنهم "كسروا" الباسوردات وقدروا يدخلوا على الحسابات!
عملوها إزاي طالما الـ Hash مابيرجعش لأصله؟ سحر؟
أكيد لأ.. السر هنا في أدوات كسر كلمات المرور (Password Cracking)، وأشهرهم وأعرقهم على الإطلاق: John the Ripper.
إيه هو John the Ripper؟ وإزاي بيشتغل؟
John مش بيفك التشفير، ولا بيعمل عملية حسابية عكسية للـ Hash...
John ببساطة بيعمل نفس اللي السيرفر بتاعك بيعمله بالظبط لما تيجي تعمل Login: بيخمن ويقارن!
تعالى نشوف الطريقة خطوة بخطوة:
الهاكر بيدي لـ John الـ Hash المسروق من قاعدة البيانات.
الهاكر بيدي لـ John ملف نصي فيه ملايين الكلمات (بيتسمى Wordlist أو Dictionary).
أداة John بتاخد أول كلمة من الملف، وتعملها Hash بنفس الخوارزمية اللي الموقع استخدمها.
تقارن الـ Hash اللي هي لسه مطلعاه بالـ Hash المسروق.
لو مفيش تطابق؟ ترمي الكلمة وتدخل على اللي بعدها.
لو فيه تطابق؟ Bingo! 🎯 كده John عرف إن الكلمة دي هي الباسورد الأصلي، وبيطلعها للهاكر على الشاشة.
يعني John بيعتمد على "التجربة والخطأ" بسرعة رهيبة جداً.
طيب، John بيجيب الكلمات اللي بيخمنها دي منين؟
عنده 3 طرق أساسية ومرعبة:
1. هجوم القاموس (Dictionary Attack):
الهاكرز مش بيجربوا حروف عشوائية في البداية، بيستخدموا قواميس مسربة جاهزة. أشهرهم ملف اسمه rockyou.txt، وده ملف اتسرب سنة 2009 فيه أكتر من 14 مليون باسورد حقيقي الناس بتستخدمهم (زي 123456، password، iloveyou).
John بيمسك القاموس ده ويجربه كلمة كلمة.
2. هجوم القواعد (Rule-Based Attack):
John ذكي جداً، وعارف إن المستخدمين بيحاولوا يتذاكوا.
لو الباسورد بتاعك ahmed والموقع طلب حرف كابيتال ورقم، المستخدم غالباً هيخليه Ahmed123.
John بياخد الكلمات اللي في القاموس ويطبق عليها "قواعد" (Rules). يعني يخلي أول حرف كابيتال، يضيف 123 في الآخر، يضيف @.. وهكذا. فبيوسع دايرة التخمين بذكاء.
3. القوة العمياء (Brute Force):
لو الباسورد مش في القاموس خالص، John بيبدأ يجرب كل الاحتمالات الممكنة.
a, b, c... aa, ab, ac... لحد ما يوصل للباسورد.
بس الطريقة دي بتاخد وقت طويل جداً لو الباسورد طويل ومعقد.
هنا بقى هتعرف قيمة اللي شرحناه في البوست اللي فات!
فاكر لما قلنا إننا مش بنستخدم SHA256 عشان سريع؟
لو الموقع بيستخدم SHA256 (بدون Salt)، أداة John تقدر تجرب ملايين أو مليارات الكلمات في الثانية الواحدة على جهاز كمبيوتر عادي! يعني القاموس كله هيخلص في لمح البصر.
وفاكر لما قلنا إننا لازم نستخدم خوارزميات بطيئة زي bcrypt أو Argon2؟
لما John بيحاول يكسر Hash معمول بـ bcrypt، الخوارزمية بتجبره إنه ياخد وقت طويل (مثلاً نص ثانية) عشان يعمل Hash لكلمة واحدة بس.
تخيل لو John عايز يجرب مليون كلمة، وكل كلمة بتاخد نص ثانية.. الموضوع هياخد أيام وشهور، وهنا الهاكر بييأس!
وفاكر الـ Salt اللي بيضاف لكل مستخدم؟
ده بيخلي John ما يقدرش يكسر باسوردات كل المستخدمين مع بعض (Rainbow Tables)، وبيضطره يعيد عملية التخمين لكل مستخدم من الصفر، وده بيضاعف الوقت المطلوب بشكل خرافي. | 89 |
| 3 | هو ليه المواقع مبتخزنش الـ Password بتاعك زي ما كتبته؟
تخيل إنك عملت أول موقع ليك.
المستخدم دخل وسجل حساب جديد، وكتب كلمة المرور:
MyPassword123
أنت استقبلت البيانات، وروحت خزنتها في قاعدة البيانات زي ما هي.
في اللحظة دي ممكن تحس إن كل حاجة تمام... لكن الحقيقة إنك عملت واحدة من أخطر الغلطات الأمنية.
ليه؟
تخيل إن بعد فترة موقعك اتعرض لاختراق، والهاكر قدر يحمل نسخة من قاعدة البيانات.
لو أنت مخزن كلمات المرور بالشكل العادي، هيلاقي قدامه حاجة زي كده:
Ahmed → 123456
Ali → password
Sara → MyPassword123
ببساطة... بقى معاه كلمات مرور كل المستخدمين.
وهنا هتكتشف إن المشكلة مش في إن الموقع اخترق، لأن أي نظام في العالم ممكن يتعرض للاختراق.
المشكلة الحقيقية هي:
لو قاعدة البيانات اتسرقت... هل المهاجم يقدر يعرف الـ Password ولا لأ؟
علشان كده إستخدمنا ال،Hashing.
بدل ما السيرفر يخزن كلمة المرور نفسها، بياخدها ويمررها على دالة اسمها Hash Function.
لو المستخدم كتب:
MyPassword123
ممكن الناتج يبقى حاجة بالشكل ده:
8f434346648f6b96df89dda901c5176b...
وده اللي بيتخزن في قاعدة البيانات.
طيب... لو السيرفر نسي كلمة المرور، هيعرف المستخدم بعد كدا إزاي؟
الإجابة بسيطة جدًا.
لما المستخدم يعمل Login ويكتب:
MyPassword123
السيرفر مش بيحاول يجيب كلمة المرور الأصلية.
هو بيعمل لها Hash مرة تانية.
لو الناتج طلع مطابق للـ Hash الموجود في قاعدة البيانات، يبقى المستخدم كتب نفس كلمة المرور، فيسمح له بالدخول.
يعني عملية الـ Login عبارة عن مقارنة بين ال hash المتسجل في قاعدة اللبيانات ومابين ال Hash الل اتعمل من كلمة المرور في وقت ال login، يعني مش مقارنة بين كلمتين مرور.
طيب... هل أقدر أرجع كلمة المرور من الـ Hash؟
لأ.
وده أهم فرق بين الـ Hashing والـ Encryption.
الـ Encryption معمول علشان تقدر تفك التشفير وترجع البيانات الأصلية.
أما الـ Hashing فهو طريق في اتجاه واحد.
يعني تقدر تحول كلمة المرور إلى Hash، لكن مستحيل ترجع الـ Hash إلى كلمة المرور الأصلية.
طيب... لو اتنين كتبوا نفس كلمة المرور؟
مثلاً الاتنين كتبوا:
123456
لو استخدمنا Hash بس، هيطلع نفس الـ Hash للمستخدمين الاتنين.
وده بيساعد المهاجم جدًا.
علشان كده السيرفر بيضيف قيمة عشوائية اسمها Salt قبل ما يعمل Hash.
وبالتالي حتى لو اتنين كتبوا نفس كلمة المرور، هيطلع لكل واحد Hash مختلف تمامًا.
طيب... ليه منستخدمش SHA256 وخلاص؟
لأن SHA256 سريع جدًا.
وده ممتاز لو بتتحقق من سلامة الملفات أو البيانات.
لكن سيئ جدًا لتخزين كلمات المرور.
لأن المهاجم يقدر يجرب ملايين كلمات المرور في الثانية.
علشان كده المواقع بتستخدم خوارزميات معمولة مخصوص لكلمات المرور زي:
bcrypt
أو
Argon2
أو
scrypt
الخوارزميات دي بطيئة عمدًا، وده بيخلي هجمات الـ Brute Force أصعب بكتير.
الخلاصة...
لما تعمل نظام تسجيل مستخدمين، عمرك ما تخزن الـ Password زي ما كتبه المستخدم.
خزن الـ Hash فقط، واستخدم خوارزمية مخصصة زي bcrypt أو Argon2.
وأكبر غلطة بيقع فيها معظم الناس إنهم فاكرين إن الـ Hashing مجرد نوع من أنواع الـ Encryption.
لكن الحقيقة إن الـ Hashing مش معمول علشان تخفي البيانات وتسترجعها بعدين، هو معمول علشان ما تقدرش تسترجعها أصلًا. | 120 |
| 4 | زاي بيتم تخزين الباسورد فعلا؟
تخيل إنك فتحت جدول الـ 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
علشان كده مفيش عملية عكسية مؤكدة تقولك "ده كان الباسورد الأصلي". | 131 |
| 5 | زاي بيتم تخزين الباسورد فعلا؟
تخيل إنك فتحت جدول الـ 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
علشان كده مفيش عملية عكسية مؤكدة تقولك "ده كان الباسورد الأصلي".
لو حابب تكمل المقال هتلاقيه في اول كومنت بشكل منظم بناءا علي طلبكم <3 | 3 |
| 6 |  خخخخ | 227 |
| 7 | هنا يتدخل علم البيانات (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).
لذلك، يجب ترقيعها بالتأكيد، ولكن يمكن جدولتها ضمن خطة التحديثات الأسبوعية، ولا تستدعي إيقاف خوادم الشركة لإجراء ترقيع طارئ في منتصف الليل.
الفهم الدقيق لهذه المصطلحات هو ما يفصل بين الإدارة العشوائية للثغرات، وبين إدارة المخاطر المبنية على الاستخبارات الدقيقة. | 265 |
| 8 | عند تحليل أي تقرير استخبارات تهديدات (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 | 198 |
| 9 | ### 🚀 اقتحم عالم الأمن السيبراني المتقدم مع 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://c2bluevenom.netlify.app/bluestore
📩 للتواصل والاستفسار:
عبر التليجرام: @blue24bluer
BlueStore: Advanced Tools at the Lowest Price. 🌐🌀
#CyberSecurity #HackingTools #DarkWeb #Infosec #BlueStore #Coding #Programming #AdvancedTools #TechNews | 130 |
| 10 | في ناس كتير بتتعلم 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 | 177 |
| 11 |  Let's talk about BlueVenom
------
اي أفكار ؟ اقتراحات ؟
------
#bluevenom | 192 |
| 12 | اعلان بسيط 😇
تم تغير الرابط من ==> https://c2bluevenom.netlify.app
الى ==> https://bluerever.netlify.app | 212 |
| 13 | إلى حين الانتهاء من عملية التحديث والتحقق.
Log Analysis
إجراء مراجعة شاملة لـ:
Web Access Logs
Reverse Proxy Logs
WAF Logs
Authentication Logs
للكشف عن أي نشاط سابق مرتبط بالثغرة.
Security Assessment
رغم أن الثغرة لا توفر تنفيذ تعليمات برمجية عن بعد (Remote Code Execution)، إلا أن خطورتها الحقيقية تكمن في كونها ثغرة كشف معلومات استراتيجية (Strategic Information Disclosure) يمكن أن تتحول إلى نقطة انطلاق لسلسلة اختراق كاملة.
في بيئات WordPress الإنتاجية، غالباً ما تكون البيانات المسربة كافية لتمكين المهاجم من تنفيذ هجمات تصيد احترافي، واستغلال ثغرات إضافية، أو الوصول إلى البنية البريدية الرسمية للمؤسسة، ما يجعل معالجة هذه الثغرة أولوية أمنية قصوى لجميع مديري المواقع المتأثرة. | 230 |
| 14 | 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 | 199 |
| 15 | كيف سقط أخطر هاكر مطلوب بسبب 250 دولار فقط؟ 🤯
في عام 2023 بدأ اسم هاكر غامض يُعرف باسم IntelBroker ينتشر بقوة داخل مجتمع الأمن السيبراني. كان يظهر باستمرار في منتدى BreachForums وينشر بيانات مسروقة من شركات ومؤسسات كبرى حول العالم.
مع مرور الوقت ارتبط اسمه باختراقات استهدفت جهات وشركات معروفة، وأصبح واحداً من أشهر الأسماء في عالم الجرائم الإلكترونية. وخلال سنوات قليلة نشر مئات المواضيع والمنشورات المتعلقة ببيانات مسربة وعروض بيع معلومات حساسة.
لكن بينما كان الجميع يعتقد أنه مجهول الهوية تماماً، كانت السلطات الأمريكية تراقبه بصمت.
في يناير 2023 تواصل عميل سري تابع للـFBI معه عبر الإنترنت لشراء بيانات مسروقة مقابل 250 دولار. المشكلة أن IntelBroker كان يفضل التعامل بعملات رقمية أكثر خصوصية، لكن في تلك العملية وافق على استلام المبلغ عبر Bitcoin.
بعد إتمام التحويل بدأت رحلة التتبع.
المحققون لم يكتفوا بمراقبة المعاملة نفسها، بل تتبعوا المحافظ المرتبطة بها حتى وصلوا إلى حسابات ومنصات كانت مرتبطة بهويته الحقيقية. ومع مرور الوقت بدأت الأدلة تتراكم: حسابات بريد إلكتروني، حسابات عملات رقمية، ونشاطات رقمية أخرى ربطت الاسم المستعار IntelBroker بشخص حقيقي يدعى Kai Logan West.
وفي عام 2025 ألقي القبض عليه في فرنسا بعد تحقيق استمر لسنوات، واتهمته السلطات الأمريكية بالتورط في اختراق أكثر من 40 جهة والتسبب بخسائر تجاوزت 25 مليون دولار. | 185 |
| 16 | في البرمجه في حاجه غريبه اوي
ان كل ما مستواك بيعلي ثقتك ف نفسك بتقل..اه والله زي ما بقولك كدا
المبتدئ بيخلص كورسين من هنا ويحس انه تنين مجنح ومستني جوجل تكلمه
وبعد اول مشروع بيحس انه ملك البرمجه وان السوق كله تحت ايده محدش ادي خلاص
بس بعد كام سنه سحله وايرورز وتاسكات بتضرب
بيكتشف الكارثه
ان كل ما بيتعلم اكتر..كل ما بيكتشف قد اي لسه ميعرفش
عشان كدا طبيعي جدا تلاقي طالب ف سنه اولي بيتناقش ويهبد بثقه اكتر من سينيور عنده 10 سنين خبره
مش عشان الطالب اشطر , خالص ..عشان هو لسه مشافش حجم الجبل ال مستنيه
كل ما بتكبر ف المجال وبتتهرس ف مشاريع حقيقيه بتبقي اهدي
عشان بتبقي عرفت ان التكنولوجيا بحر ملوش اخر ومفيش حد بيعرف كل حاجه
ف لو حاسس انك كل ما بتذاكر بتكتشف انك مش فاهم حاجه ..اطمن دي غالبا اول مره تبدا تشوف حجم المجال بجد
ويمكن عشان كدا اكتر جمله هتسمعها من الناس الخبره ..انا لسه بتعلم
وعامه برضو الجامد مبيقولش علي نفسه انه جامد
#منقول | 173 |
| 17 | Linux Privilege Escalation Handbook🐧 | 216 |
| 18 |  Matn yo'q... | 228 |
| 19 | +2 http.txt | 275 |
| 20 | قام أحدهم باستنساخ نتفليكس.
ثم استنسخ سبوتيفاي.
ثم استنسخ إنستغرام.
ثم استنسخ إير بي إن بي.
ثم استنسخ واتساب.
ثم استنسخ تيك توك.
ثم استنسخ أمازون.
ثم وضع الشفرة المصدرية لكل هذه التطبيقات على غيت هاب. مجانًا.
ليس تطبيقًا واحدًا. ولا عشرة. أكثر من 100 نسخة مفتوحة المصدر من أكبر التطبيقات في العالم. مع الشفرة المصدرية. مع عروض توضيحية. مع تفاصيل التقنيات المستخدمة.
يُطلق عليه اسم Clone-Wars. حصد 34,555 نجمة على غيت هاب.
قام بتطويره مطور من أصل هندي يُدعى غوراف غويال. بدأ بجمع نسخ مفتوحة المصدر من التطبيقات الشهيرة في قائمة واحدة في ديسمبر 2020. في مارس 2021، ارتفع عدد نجومه من صفر إلى أكثر من 4000 نجمة في 7 أيام. وظل على قائمة التطبيقات الرائجة على غيت هاب لمدة 5 أيام متتالية. نشر أحدهم هذا المقال على موقع Hacker News، وتصدّر الصفحة الرئيسية.
إليكم محتواه:
تطبيقات مشابهة لـ Netflix: React، واجهة برمجة تطبيقات TMDB، واجهة مستخدم كاملة للبث المباشر.
تطبيقات مشابهة لـ Spotify: مشغل موسيقى، قوائم تشغيل، بحث، ألبومات.
تطبيقات مشابهة لـ Instagram: موجز الأخبار، قصص، إعجابات، تعليقات، رسائل خاصة.
تطبيقات مشابهة لـ WhatsApp: مراسلة فورية، إشعارات قراءة الرسائل، محادثات جماعية.
تطبيقات مشابهة لـ Airbnb: بحث، حجز، خرائط، مدفوعات.
تطبيقات مشابهة لـ Amazon: منتجات، سلة تسوق، إتمام الشراء، مدفوعات Stripe.
تطبيقات مشابهة لـ TikTok: موجز فيديوهات قصيرة، تحميل، إعجابات.
تطبيقات مشابهة لـ Twitter: موجز الأخبار، متابعة، تغريد، إعادة تغريد.
تطبيقات مشابهة لـ Slack: قنوات، سلاسل محادثات، دردشة فورية.
تطبيقات مشابهة لـ Trello: لوحات، بطاقات، سحب وإفلات.
تطبيقات مشابهة لـ YouTube: مشغل فيديو، بحث، تعليقات.
وأكثر من 90 تطبيقًا آخر.
كل نسخة مُستنسخة تحتوي على شفرة المصدر، وعرض توضيحي مباشر، وقائمة بالتقنيات المستخدمة. React، Next.js، Node، Firebase، MongoDB، GraphQL، Tailwind. جميع التقنيات الحديثة مُتاحة.
إليكم أهمية هذا:
تتقاضى معسكرات تدريب البرمجة ما بين 10,000 و20,000 دولار أمريكي لتعليمكم كيفية بناء تطبيقات كهذه.
وتتقاضى دورات Udemy ما بين 50 و200 دولار أمريكي لكل دورة. تطبيق واحد في كل مرة. إطار عمل واحد في كل مرة.
يُوفر لكم هذا المستودع أكثر من 100 تطبيق مُكتمل البناء مع شفرة المصدر التي يُمكنكم قراءتها، ونسخها، والتعلم منها. كل ذلك مجانًا.
والأمر الأكثر إثارة:
أفضل طريقة لتعلم بناء تطبيق مثل Netflix هي الاطلاع على تجربة شخص قام ببناء Netflix بالفعل. ليس من خلال دروس تعليمية تُعلمكم ميزة واحدة في كل مرة. بل من خلال نسخة مُستنسخة كاملة وجاهزة للعمل مع جميع الميزات مُتصلة.
لا تتعلمون هندسة البرمجيات من الدروس التعليمية. بل تتعلمونها من خلال قراءة مشاريع حقيقية.
أكثر من 100 تطبيق. أكثر من ١٠٠ عرض توضيحي. أكثر من ١٠٠ شفرة مصدرية. مستودع واحد.
دورة تدريبية مكثفة: من ١٠,٠٠٠ إلى ٢٠,٠٠٠ دولار. تُدرّس من ٢ إلى ٣ مشاريع.
يوديمي: من ٥٠ إلى ٢٠٠ دولار للدورة الواحدة. مشروع واحد لكل دورة.
Clone-Wars: مجانًا. أكثر من ١٠٠ مشروع. جميع التطبيقات الكبيرة مُستنسخة.
٣٤,٥٥٥ نجمة. مرخصة بموجب رخصة AGPL-3.0.
جميع التطبيقات التي تستخدمها. مُستنسخة. مفتوحة المصدر. مجانية للتعلم.
https://github.com/GorvGoyl/Clone-Wars | 289 |
