ليست الشركات التقنية المبنية على تقنيات مغلقة المصدر وحدها من تساهم في المهام العسكرية والحربية وتوفر البنية التقنية لأمريكا مثلًا، بل حتى شركات المصدر المفتوح.

هذه أخبار من هذه السنة عن تعاون شركة ريدهات (المطورة لتوزيعة ريدهات الشهيرة، وممولة فيدورا، والمتحكمة بالكثير من البرمجيات مفتوحة المصدر لقطاع الأعمال حول العالم) مع شركة Lockheed Martin لتطوير أنظمة طائرات الـF22، وطائرات الدرون الحربية دون طيار، وبقية الأنظمة العسكرية الأخرى التي لديهم بعقود قد تصل إلى مئات الملايين من الدولارات.

المصدر المفتوح سلاح ذو حدين في النهاية يُسلّط على من يشاء صاحبه.
https://www.lockheedmartin.com/en-us/news/features/2025/teaming-up-to-accelerate-autonomy-of-uncrewed-aerial-vehicles.html

https://www.redhat.com/en/success-stories/lockheed-martin

ثغرة أمنية في متصفح فيرفكس كانت تسمح للامتدادات الخبيثة بشحن كود تعقب واختراق للمستخدمين عبر أيقونة التطبيق؛ مما يجعلها غير ملتقطة لأنظمة الكشف والحماية في المتصفح.

٥٠ ألف مستخدم قد حملوا إضافات متصفح خبيثة من هذا النوع.
https://cybernews.com/security/firefox-extensions-hide-malware-in-icons-infect-thousands/

نصيحة في JavaScript 💡

هل تعلم لماذا لا يمكننا إنشاء كائنات (Instances) جديدة باستخدام arrow function؟

الشرح
السبب هو أن arrow functions لا تملك خاصية constructor، أي أنها ليست مصممة لتُستخدم مع الكلمة المفتاحية new، ولا تملك السياق الخاص بها لـ this، بل ترثه من السياق الخارجي. لذلك لا يمكن استخدامها لإنشاء كائنات جديدة.

📌💡 الهجوم عبر الضوء    Light Command.
اخـ.تراق الاجهزة الذكية باستخدام لمبة ليزر ! 🤯🗣

هل يمكن اختراق هاتفك أو أي جهاز ذكي باستخدام الضواء دون الحاجة إلى  الاتصال بالإنترنت أو أي ادوت من ادوت  الاإختراق المتقدمة ؟؟
Light Command.
وهو نوع من الهجمات الفيزيائية عن بعد يتم فيه استخدام شعاع ليزر مرعي اوغير مرعي  معدل ليحاكي الأوامر الصوتية على أجهزة تحتوي على مايك  او ميكروفون. وتم إثباته   هذا الهجوم من باحثين واكتشفوا أن هذه الميكروفونات في الأجهزة يمكن أن تتفاعل مع ذبذبات ضوء ليزر نابض بنفس الطريقة التي تتفاعل بها مع الصوت وكانت طريقه ناجحة 100%
🚨🛩 كيف يتم تنفيذ الهجوم؟
المايكروفونات الحساسة في الأجهزة الذكية تتفاعل مو بس مع الصوت… بل مع اهتزازات الضوء أحياناً
باستخدام ليزر دقيق + موجّه، يمكن توليد ذبذبات تُفهم كأنها صوت
الجهاز يظن أن في شخص فعلاً يعطيه أوامر صوتية ويستجيب..
⚫⬅️ خطوات الهجوم
1. المهاجم يوجه ليزر إلى الجهاز
المستهدف
2. هذا الليزر يكون معدل Modulated ليحمل نمطًا يشبه الصوت البشري (مثل "Hey Google" أو "Open the door").
3. عندما تصطدم نبضات الليزر الدقيقة  بالجهاز، تسبب اهتزازات مشابهة للصوت.
4. الميكروفون MEMS يفسر هذه الاهتزازات على أنها أوامر صوتية حقيقية.
5. الجهاز يستجيب! يفتح بابًا، يشتري شيئًا، يرسل رسالة إجراء مكالمة  حسب الاومر الموجها... وبدون أي صوت مسموع.🤯🤯

🚨⬅️ لماذا الهجوم هذا خطير؟
يعتبر من أخطر الهجمات الفيزيائية على الأجهزة الذكية الحديثة، لأنه يستغل ثغرة في مكون مادي داخل الأجهزة وليس في البرمجيات..
ممكن يتم من مسافة عشرات الأمتار
ما في صوت حقيقي تسمعو 🔈
  🎙، لكن الجهاز يستجيب
المهاجم بيقدر يفتح الباب الذكي🔻💬
، يتحكم بالكاميرات،🎥
يشتري منتجات، وحتى يرسل أوامر خطيرة🚨
لا يحتاج اتصال واي فاي أو اخـ.تراق تقليدي
الأجهزة المستهدفة  أي جهاز ذكي يعتمد على تقنيات متقدمة 🔗
مثل الأبواب الاالية✅
والاقفال.❗️
  والهواتف👈
المحمولة🔴

❎لا تصدق كل ما تراه على الشاشة... فالمحتال لا يطرق الباب، بل يطلب صلاحية الدخول ‼️

👌👌👌
توعية امنية | شروحات تقنية
💡 الهجوم عبر الضوء    Light Command.
اخـ.تراق الاجهزة الذكية باستخدام لمبة ليزر ! 🤯🗣

هل يمكن اختراق هاتفك أو أي جهاز ذكي باستخدام الضواء دون الحاجة إلى  الاتصال بالإنترنت أو أي ادوت من ادوت  الاإختراق المتقدمة ؟؟
Light Command.
وهو نوع من الهجمات الفيزيائية عن بعد يتم فيه استخدام شعاع ليزر مرعي اوغير مرعي  معدل ليحاكي الأوامر الصوتية على أجهزة تحتوي على مايك  او ميكروفون. وتم إثباته   هذا الهجوم من باحثين واكتشفوا أن هذه الميكروفونات في الأجهزة يمكن أن تتفاعل مع ذبذبات ضوء ليزر نابض بنفس الطريقة التي تتفاعل بها مع الصوت وكانت طريقه ناجحة 100%
🚨🛩 كيف يتم تنفيذ الهجوم؟
المايكروفونات الحساسة في الأجهزة الذكية تتفاعل مو بس مع الصوت… بل مع اهتزازات الضوء أحياناً
باستخدام ليزر دقيق + موجّه، يمكن توليد ذبذبات تُفهم كأنها صوت
الجهاز يظن أن في شخص فعلاً يعطيه أوامر صوتية ويستجيب..
⚫⬅️ خطوات الهجوم
1. المهاجم يوجه ليزر إلى الجهاز
المستهدف
2. هذا الليزر يكون معدل Modulated ليحمل نمطًا يشبه الصوت البشري (مثل "Hey Google" أو "Open the door").
3. عندما تصطدم نبضات الليزر الدقيقة  بالجهاز، تسبب اهتزازات مشابهة للصوت.
4. الميكروفون MEMS يفسر هذه الاهتزازات على أنها أوامر صوتية حقيقية.
5. الجهاز يستجيب! يفتح بابًا، يشتري شيئًا، يرسل رسالة إجراء مكالمة  حسب الاومر الموجها... وبدون أي صوت مسموع.🤯🤯

🚨⬅️ لماذا الهجوم هذا خطير؟
يعتبر من أخطر الهجمات الفيزيائية على الأجهزة الذكية الحديثة، لأنه يستغل ثغرة في مكون مادي داخل الأجهزة وليس في البرمجيات..
ممكن يتم من مسافة عشرات الأمتار
ما في صوت حقيقي تسمعو 🔈
  🎙، لكن الجهاز يستجيب
المهاجم بيقدر يفتح الباب الذكي🔻💬
، يتحكم بالكاميرات،🎥
يشتري منتجات، وحتى يرسل أوامر خطيرة🚨
لا يحتاج اتصال واي فاي أو اخـ.تراق تقليدي
الأجهزة المستهدفة  أي جهاز ذكي يعتمد على تقنيات متقدمة 🔗
مثل الأبواب الاالية✅
والاقفال.❗️
  والهواتف👈
المحمولة🔴

❎لا تصدق كل ما تراه على الشاشة... فالمحتاللا يطرق الباب، بل يطلب صلاحية الدخول ‼️

👌👌👌
توعية امنية |

السلام عليكم

اليوم حا اتكلم عن مصطلح في backend اسمه :

"Load Balancer" (موازنت التحميل )

طيب تخيل معايا السيناريو المرعب ده  فجأة موقعك بيحصل له ترند أو إعلان ضخم أو تخفيضات جنونية او اي شئ بيخلي عدد المستخدمين كبير و بيزيد بشكل خيالي في نفس اللحظة
طيب حتقولي المشكله وين ده شئ كويس ان عدد الزوار يذيد علي الموقع تبعي😒

اصبر افهمك الله يهديك ما تستعجل 🙃

لو عندك خادم واحد بس (Server)، كل الطلبات دي (مئات أو آلاف المستخدمين) حتروح لنفس الجهاز المسكين ده و النتيجة

الخادم بياخد "بلوك" وبيوقف عن الاستجابة بسبب الضغط الرهيب ده.

أو

الموقع بيقع، والمستخدمين بيشوفوا صفحة "503 Service Unavailable" و العميل بيطير، وبتخسر ناس وأرباح 🙂

المشكلة ببساطة: نقطة فشل واحدة (Single Point of Failure) والضغط الرهيب.

طيب يا أخي، الحل شنو؟ 😂

الحل المنطقي: ⚖️ موازن التحميل (Load Balancer)

هنا بيجي دور البطل بتاعنا: الـ Load Balancer!

إيه هو؟ تخيلوا إنه عامل زي "شرطي المرور الذكي" اللي واقف قدام مجموعة من الخوادم (مش خادم واحد!).

إزاي بيشتغل وبيحل المشكلة؟
1. تعدد الخوادم (Scale Horizontally): بدل ما يكون عندك سيرفر قوي جداً، بتجيب عدة سيرفرات أقل قوة (Server A, Server B, Server C).
2. التوزيع العادل: كل طلب جديد بيجي للموقع، الـ Load Balancer هو أول حد بيستقبله. وظيفته إنه يوزع الطلبات دي بالتساوي على كل السيرفرات المتاحة:
   – الطلب رقم 1 يروح لـ A.
   – الطلب رقم 2 يروح لـ B.
   – الطلب رقم 3 يروح لـ C.
   – الطلب رقم 4 يرجع لـ A، وهكذا.

الخلاصة اللي تهمك كمطور Backend:
وجود الـ Load Balancer بيضمن حاجتين مهمين:
• الاستمرارية (Availability): لو سيرفر (B) وقع لأي سبب، الـ Load Balancer بيشيله من الخدمة وبيكمل توزيع باقي الطلبات على (A) و (C). موقعك ما بيوقعش!
• الأداء (Performance): بدل ما سيرفر واحد يعمل كل الشغل، الشغل بيتوزع على 3 أو 4 أو حتى 10 سيرفرات، وده بيخلي الاستجابة سريعة جداً حتى في أوقات الذروة.

الـ Load Balancer هو السر ورا المواقع الضخمة اللي بتفضل شغالة ومستقرة تحت أي ضغط. ده جزء أساسي من أي Backend Architecture محترم.

💬 شاركوني برأيكم: هل سبق واجهت مشكلة بطء أو سقوط موقع بسبب ضغط مفاجئ؟ وإيه الطريقة اللي استخدمتها لحل المشكلة؟ ❤️❤️

🚨 مصطلح اليوم:

"Containerization" (الحَوكمة / استخدام الحاويات)

السيناريو الكارثي زي كل مره 😂  فوضى في  بيئات العمل المتضاربة

يا مطور يا جميل  هل سبق وسمعت بالجملة الشهيرة: "الكود شغال عندي تمام، بس مش شغال عندك!"؟

بيئات عمل مختلفة: أنت بتستخدم نظام تشغيل معين (مثل لينكس)، وقاعدة بيانات إصدار 5.6. زميلك بيستخدم نظام مختلف وقاعدة بيانات 5.7.

مشاكل الاعتماديات (Dependencies): لما تيجي تنقل مشروعك من جهازك إلى خادم الإنتاج (Production Server)، بتكتشف إن الخادم ناقصه ملفات أو مكتبات معينة، أو إن إصدارات البرامج مختلفة.

صداع الإعدادات: بتضيع أيام كاملة في محاولة مطابقة البيئة بالضبط عشان الكود يشتغل زي ما اشتغل عندك أول مرة.
المشكلة ببساطة: الكود مرتبط بـ "البيئة" اللي اتكتب فيها، ونقل البيئات أصعب من نقل الكود نفسه.

الحل المنطقي: 📦 الحاوية (Container)
هنا بيجي دور البطل الحديث والموحد: الحاوية (Container)، وأشهر تطبيق لها هو Docker.


إيه هو؟ تخيل إنها "صندوق شحن قياسي" بيتحط فيه كل حاجة يحتاجها الكود عشان يشتغل: الكود نفسه، المكتبات، إعدادات النظام، وحتى جزء صغير من نظام التشغيل.
إزاي بيشتغل وبيحل المشكلة؟

التغليف الكامل (Encapsulation): المطور بيحط كل شيء يحتاجه التطبيق داخل الحاوية. لما تبعت الحاوية، أنت بتبعت الكود وبيئة التشغيل المضمونة معاه.

قابلية النقل (Portability): الحاوية دي بتشتغل بنفس الطريقة بالمللي على أي جهاز أو سيرفر (لابتوبك، خادم الاختبار، خادم الإنتاج) طالما عليها برنامج تشغيل الحاويات (مثل Docker). الآن، "الكود بيشتغل في كل مكان!"

العزل (Isolation): كل تطبيق بيكون معزول في حاوية خاصة به. لو حاوية وقعت أو فيها مشكلة، ده مش هيأثر على باقي الحاويات اللي شغالة على نفس السيرفر.

الخلاصة اللي تهمك كمطور Backend:

الـ Containerization حول طريقة بناء ونشر تطبيقات الـ Backend بالكامل.

تسهيل النشر (Deployment): أصبح نشر تطبيقك مجرد تشغيل حاوية، عملية سريعة وسهلة وآمنة.

مقياس موحد: كل المطورين والبيئات بيستخدموا نفس البيئة الموحدة، مما يقلل المشاكل بشكل كبير.
الحاويات هي اللغة المشتركة للـ DevOps والـ Microservices في هذا العصر. هل جربت بالفعل تحويل تطبيقك إلى حاوية؟
شاركني برأيك: ما هي أصعب مشكلة واجهتها عند نقل تطبيقك من بيئة التطوير إلى بيئة الإنتاج؟ وكيف يمكن لـ Docker حلها؟ ❤️❤️

🚨 مصطلح اليوم: Orchestration (Kubernetes)
السيناريو الكارثي لمره المليون 🙂

فوضى الحاويات والتشغيل اليدوي:

فاكرين لما حزمنا تطبيقنا وبيئته بالكامل في حاويات (Docker)؟ عظمة! دلوقتي بقيت بتنشر تطبيقك بسهولة في أي مكان

طيب بس فيه مشكلة أكبر ظهرت 😂 تخيل إن عندك دلوقتي 50 حاوية شغالة على 10 سيرفرات مين هيدير كل دول 😂؟

الكارثة الأولى: لو حاوية وقعت فجأة (وحاجة زي دي بتحصل كتير)، مين اللي هيكتشفها ويشغل بديل ليها؟ هتقعد صاحي 24 ساعة تراقب؟ 😰

الكارثة الثانية: جالك ذياده في عدد الزوار  مفاجئ وضغط المستخدمين زاد 10 أضعاف. مين اللي هيقرر ينسخ 15 حاوية زيادة فوراً عشان النظام ما يقعش؟ وهيعمل ده يدوي؟ مستحيل صح


المشكلة ببساطةالحاويات حلوة، بس إدارة عدد ضخم منها يدوياً هي الطريق الأكيد لفشل النظام طيب والحل  طيب الحل المنطقي هو ما اسميه  الأوركسترا الذكية (Kubernetes)


وهنا بيجي دور البطل الأهم في الـ Backend الحديث: Orchestration، وأشهر مثال له هو Kubernetes (K8s).

إيه هو؟ طيب حديك مثال تخيل إن الـ K8s هو "المايسترو العبقري" اللي ماسك عصا القيادة، بيدير كل الحاويات (اللي هما العازفين) وبيضمن إنهم كلهم شغالين في تناغم، ولو عازف خرج عن النغمة، بيجيب بديل فوري ليه وبرضو ما فهمت صح اصبر افهمك 😄.

إيه هو Orchestration؟
هدفه تنظيم وتشغيل الحاويات أوتوماتيكيًا بحيث تضمن الحالة المرغوبة للتطبيق بدون تدخل يدوي.
بمعنى آخر: بدل ما تدير كل حاوية بإيدك، الـ Orchestrator (زي Kubernetes) هو اللي بيتولى التشغيل، المراقبة، التوسيع، والتحديث.

إزاي الـ Orchestrator بيخلي حياتك أسهل؟
أنت بتحدد له النتيجة اللي عايزها (الحالة المرغوبة)، وهو بيتولى التنفيذ:

الشفاء الذاتي (Self-Healing): أنت بتقول له: "أنا عايز 5 نسخ من خدمة المدفوعات شغالة دائمًا." لو وقعت واحدة، الـ K8s بيقوم بتشغيل بديل ليها تلقائياً في نفس اللحظة.

التوسع الأوتوماتيكي (Auto-Scaling): لو زاد الضغط، المايسترو بيكتشف ده وبيعمل نسخ زيادة من الخدمة المطلوبة، ولما الضغط يقل، بيطفي النسخ الإضافية عشان يوفر في الفاتورة. ذكاء توفيري!

التحديث بدون انقطاع (Rolling Updates): عايز تحدث نسخة الكود؟ الـ K8s بيحدث الحاويات واحدة تلو الأخرى. بيضمن إن النسخة الجديدة شغالة قبل ما يطفي القديمة. النتيجة: صفر توقف (Zero Downtime) للمستخدم!

تخزين دائم: يربط الحاويات بتخزين ثابت لو التطبيق يحتاج حفظ بيانات.

وبرضو إدارة الإعدادات والسرّيات: ConfigMaps و Secrets للفصل بين الكونفيج وصورة الحاوية


الخلاصة اللي تهمك كمطور Backend:

بعد الـ Containerization، الـ Orchestration هو الخطوة اللي بتحول مشروعك من تطبيق بسيط إلى نظام إنتاجي (Production System) عملاق ومستقر.

اول شئ أنت بتركز على الكود، وهو بيركز على الاستقرار. بتوفر وقت وجهد ضخم في إدارة البنية التحتية.

  وتاني شئ بناء أنظمة لا تسقط: بتضمن إن موقعك قوي ومرن (Resilient) ويقدر يستوعب أي مفاجأة في السوق.

وشكرآ 🥰

مجالات البرمجة:

1. تطوير المواقع – Frontend (واجهة المستخدم)
2. تطوير المواقع – Backend (الخوادم وقواعد البيانات)
3. تطوير تطبيقات الهواتف (Mobile Apps)
4. تطوير الألعاب (Game Development)
5. الذكاء الاصطناعي وتعلم الآلة (AI & Machine Learning)
6. تحليل البيانات (Data Analysis)
7. أتمتة العمليات والبرامج الصغيرة (Automation)
8. الأمن السيبراني (Cybersecurity)

ابدأ في مجال البرمجة الذي تفضله:

– إذا كنت تتعلم وحدك:
ابدأ بتعلم أساسيات البرمجة والتفكير المنطقي عبر أكتوكود – بايثون:

كورس بايثون بأكتوكود

– إذا قررت الاستمرار في المجالات 5، 6، 7 بعد ذلك، انتقل إلى تعلم بايثون من خلال قناة الزيرو:
كورس بايثون الزيرو

– إذا قررت الاستمرار في المجال 1 (تطوير المواقع – Frontend):

خارطة تعلم ال Frontend

تطوير المواقع – أساسيات Frontend

– إذا قررت الاستمرار في المجال 2 (تطوير المواقع – Backend):
خارطة تعلم ال Backend

– إذا قررت الاستمرار في المجال 3 (تطبيقات الهواتف):

تطوير تطبيقات الهواتف – أساسيات

خارطة تعلم تطوير تطبيقات الهاتف

– إذا قررت الاستمرار في المجال 8 (الأمن السيبراني):

خارطة تعلم الأمن السيبراني

أساسيات نظام GNU/Linux

bash scripting - اساسيات

– إذا قررت الاستمرار في المجال 4 (تطوير الألعاب):
C++ – أساسيات

– إذا كنت ستتعلم مع الجامعة:
ابدأ باللغة التي تدرسها في الجامعة أولًا، ولا تشتت نفسك بلغة أخرى في نفس الوقت.

روابط مفيدة للمبتدئين قبل البدء بأي مجال:
1. أساسيات التعامل مع الحاسوب – حتى الحلقة 13
2. أساسيات مهمة لكل مبرمج
3. سطر الأوامر

الوحدة 01 الطب الشرعي الحاسوبي في عالم اليوم
الوحدة 02 عملية التحقيق في الطب الشرعي الحاسوبي
الوحدة 03 فهم الأقراص الصلبة وأنظمة الملفات
الوحدة 04 الحصول على البيانات وتكرارها
الوحدة 05 هزيمة تقنيات مكافحة الطب الشرعي
الوحدة 06 الطب الشرعي لنظام التشغيل Windows
الوحدة 07 الطب الشرعي لينكس وماك
الوحدة 08 الطب الشرعي للشبكة
الوحدة 09 التحقيق في هجمات الويب
الوحدة 10 الطب الشرعي للويب المظلم
الوحدة 11 الطب الشرعي لقاعدة البيانات
الوحدة 12 الطب الشرعي السحابي

Module 01 Computer Forensics in Today’s World
Module 02 Computer Forensics Investigation Process
Module 03 Understanding Hard Disks and File Systems
Module 04 Data Acquisition and Duplication
Module 05 Defeating Anti-forensics Techniques
Module 06 Windows Forensics
Module 07 Linux and Mac Forensics
Module 08 Network Forensics
Module 09 Investigating Web Attacks
Module 10 Dark Web Forensics
Module 11 Database Forensics
Module 12 Cloud Forensics
Module 13 Investigating Email Crimes
Module 14 Malware Forensics
Module 15 Mobile Forensics
Module 16 IoT Forensics

ارجو من الجميع ان يشاركو القناة بقدر الاستطاعه

https://t.me/programming_C_w