Full transcript
0:01عاجل : ثغرة أمنية في Steam على نظام Windows تسمح لأي مستخدم عادي بالوصول إلى صلاحيات النظام الكاملة دون علمه . يوجد فيديو قصير مرفق أدناه ، الشكر موصول لـ Killa ، ويمكنكم الاطلاع على دليل إثبات المفهوم في التعليقات أدناه . رأيت هذا المنشور قبل أيام ، وأثار اهتمامي ، فوجود ثغرة أمنية في Steam يبدو
0:22موضوعًا مثيرًا للجدل . يبدو أن Killa هو من اكتشف هذه الثغرة . ها هو Killa ، حسنًا ؟ لنلقِ نظرة على دليل إثبات المفهوم . رابط مستودع GitHub موجود هنا . بصراحة ، عندما يظهر شيء كهذا ، أي ثغرة أمنية ، أو استغلال ثغرة غير معروفة ، أو دليل إثبات مفهوم ، أو عينة برمجية
0:42خبيثة ، أو أي شيء آخر ، على GitHub ، أول ما أفعله هو تحميل الكود . ببساطة ، أريد نسخة احتياطية . تحسبًا لاختفاء هذا الشيء من الإنترنت ، فقد حدث هذا من قبل ، أحب تحميل كل ما يمكنني تحميله مسبقًا ليكون متاحًا لي . لكن ، لنبدأ سريعًا . أنا هنا على جهازي الظاهري الذي يعمل بنظام ويندوز 11 ،
1:02ويمكننا إلقاء نظرة على كيفية عمل هذا الاستغلال التجريبي . هل يمكننا رؤيته عمليًا ؟ يمكننا تجربته . أنا مسجل دخول كمستخدم عضو في مجموعة المسؤولين المحليين . دعوني أخبركم ، هذا الاستغلال هو ثغرة أمنية تسمح برفع الامتيازات محليًا . يسمح هذا الاستغلال لمستخدم عادي ، مثل جو شموه ، بالحصول على
1:23صلاحيات نظام NT Authority ، وهي أعلى من صلاحيات المسؤول . هذا يعني أنك ما زلت بحاجة إلى الوصول الأولي . تذمر الكثيرون قليلًا من ذلك ، قائلين : " أوه ، إنه ليس تنفيذًا للتعليمات البرمجية عن بُعد " . لكنني أعتقد أن هناك قيمة في فهم أن " ثغرة رفع الامتيازات محليًا لا تزال فعّالة " . دعني أضيف مستخدمًا
1:42جديدًا . لكن بالطبع ، لن تظهر نافذة التحكم في حساب المستخدم . لذا ، سنغلق نافذة الطرفية هذه ، ونفتح أخرى بصلاحيات المسؤول ، لنضيف هذا المستخدم ونبدأ العمل عليه ونعرضه . إضافةً إلى ذلك ، لديّ مُثبِّت Steam ، لذا سنثبّت Steam هنا لتسهيل الأمر ، لأننا سننتقل إلى مستخدم John
2:03ذي الصلاحيات المحدودة . لقد وضعت هذه الملفات في مجلد التنزيلات العامة ، لكن دعنا نثبّت أحدث إصدار من Steam لنرى كيف يعمل . يستغرق تثبيت Steam بعض الوقت ، لكن إثبات المفهوم يستهدف الإصدار 10.96.30.42 . أراجع ملاحظاتي على الشاشة الأخرى . أعتقد أن هذا هو أحدث إصدار من Steam ،
2:24والآن بعد تثبيته ، دعنا نسجّل الخروج للانتقال إلى مستخدم الصلاحيات المحدودة . بذلك ، يمكننا التحقق مما إذا كان هذا سيعمل معنا أم لا . مرحبًا ويندوز ! مرحباً . شكراً . حسناً . لا ، من فضلك لا تتجسس عليّ . حسناً ، تم تثبيت Steam . يمكننا أن نرى أنه يعمل . والآن
2:45لسنا بحاجة لتسجيل الدخول . نحتاج فقط إلى تشغيل خدمة عميل Steam . تذكر أنها تعمل كنظام محلي ، بأعلى الصلاحيات . إذن ، هل يمكننا الاستفادة من ذلك ؟ دعني أحضر دليل المفهوم إلى سطح مكتبي هنا ، ثم يمكننا محاولة تشغيله كمستخدم ذي صلاحيات محدودة . يمكنك أن ترى أن Steam لا يزال يعمل ، ولكن عندما نشغل
3:07brokenpipe.exe ، تحية كبيرة لـ Nightmare Eclipse ، سنفتح واجهة النظام ، على ما يبدو ، وسنأمل أن ينجح الأمر . يستغرق الأمر بعض الوقت . أحاول ملء الفراغ . أوه . أوه لا . Defender ؟ هل اكتشف برنامج
3:27مكافحة الفيروسات هذا بالفعل ؟ نعم . جميل . ما هي التفاصيل هنا ؟ أوه ، يمكننا عرض مطالبة التحكم في حساب المستخدم ( UAC ) . إذن ، هذا مجرد استعارة لصلاحيات المسؤول للحظة سريعة . إذن ، لقد حاول التشغيل . برنامج مكافحة الفيروسات في ويندوز ، يبدو أنه أوقف ذلك الشيء . ممتاز . لأغراض العرض ، دعنا
3:45نعطله ، لكن كما تعلم ، من المرجح أن يقوم برنامج Windows Defender بإيقافه في مهده . هل يمكننا المحاولة مرة أخرى ؟ Broken pipe.exe . أوه ، أجل ، لقد أوقفته . دعنا نعيده إلى مكانه ، ونحاول تشغيله مرة أخرى . فلنأمل خيرًا . مراقبة واجهة النظام . حسنًا . لقد حدث . ها نحن
4:07ذا . من أنا ؟ NT AUTHORITY system . حسنًا ، LPE ، صحيح ؟ إذًا ، أعتقد أن ما يجب علينا فعله هو إلقاء نظرة على إثبات المفهوم ، لنرى إن كان بإمكاننا فهمه بشكل أفضل ، ثم نرى إن كان هناك نهج آخر أو طريقة مختلفة للتعامل مع هذا الأمر بفهمنا الأعمق بعد قراءة الكود هنا .
4:28يبدو أن هناك الكثير من الأشياء في هذه الحزمة ، وأتساءل ، هل يمكننا تقليلها ؟ بما أننا حمّلنا الكود ، يمكننا إلقاء نظرة عليه . لقد فتحت مجلد المستودع هنا في Sublime Text ، وهو محرر نصوص أفضّله . أعلم بوجود ملف .sln أو ما شابهه من ملفات حلول Microsoft Visual Studio ، لكنني لا أهتم . أنا كسول ، ولا أريد أن
4:47أشغل نفسي به . بما أن ملف الإصدار كان ملفًا تنفيذيًا بصيغة .exe ، فسنلقي نظرة على الأرجح على ملف المصدر C ++ بصيغة .cpp . يمكننا البدء من هناك ، ولكن قبل أن نتعمق في التفاصيل ، اسمحوا لي أن أتحدث قليلًا عن راعي فيديو اليوم ، Vanta . لقد غيّر الذكاء الاصطناعي طريقة بناء الشركات ، ولكنه يُضاعف أيضًا أعمال
5:05الأمن والامتثال التي تجري خلف الكواليس . تستمر الأطر الجديدة وعمليات التدقيق والموردون في الظهور ، بينما تُعاني الفرق بالفعل من ضغوطات كثيرة . تعد أدوات الامتثال التقليدية بالأتمتة ، لكن العمل الحقيقي يبقى في النهاية على عاتقك ، من خلال البحث عن لقطات الشاشة ، والتحقق من الضوابط يدويًا ، ومحاولة اللحاق بالركب باستمرار عند حلول موسم التدقيق .
5:25يعمل Vanta بطريقة مختلفة . Vanta منصة ثقة آلية مصممة لتتوسع معك . مع أكثر من 1400 اختبار آلي عبر أكثر من 400 تكامل ، يجمع Vanta الأدلة ويراقب الضوابط باستمرار على مدار العام ، مما يساعدك أنت وفرقك الأخرى على تقليل وقت التحضير للتدقيق بنسبة 82 % . ويمكنك
5:46الوصول إلى وكيل Vanta أينما كنت تعمل ، سواءً كان ذلك في Claude أو Cursor أو أدوات الذكاء الاصطناعي الأخرى . تستخدم أكثر من 16000 شركة سريعة النمو ، بما في ذلك Ramp و Rider و Harvey ، Vanta لتوفير الوقت مع توسع أعمالها . اقضِ وقتًا أقل في البحث عن لقطات الشاشة ووقتًا أطول في إنجاز العمل . تعرف على Vanta من خلال
6:05الرابط الموجود في وصف الفيديو أدناه على jh.live/vanta . شكرًا جزيلاً لشركة Vanta لرعايتها هذا الفيديو . حسنًا ، دعونا نلقي نظرة على كود C ++ المصدر هذا لاستغلال ثغرة Broken Pipe ، وهي ثغرة تسمح بتصعيد امتيازات Steam المحلية . الآن ، أول مجموعة من هذه التضمينات هي مجرد عناصر من المكتبة القياسية . يمكنك معرفة
6:26ذلك من خلال رمز أكبر من وأصغر من ، وما إلى ذلك ، أمور قياسية . لديهم ملف resource.h خاص بهم ، ويمكننا إلقاء نظرة سريعة عليه . يبدو أنه يُعرّف بعض الثوابت فقط ، لذا لا داعي للقلق بشأنه . لكن بصراحة ، كل ما يهمني عند قراءة هذه الأشياء هو الدالة الرئيسية . كما تعلم ، قد يتم
6:45استدعاء العديد من هذه الدوال ، لكن دعنا نرى كيف . الدالة wmain ، يبدو أنها تحتوي على عبارة try ، ثم بعض المخرجات التي لا نحتاج إلى الاهتمام بها . ثم تُنشئ جذرًا مؤقتًا بناءً على تلك الدالة المُعرّفة أعلاه ، ويبدو أنها تُنشئ دليلًا مؤقتًا ببادئة
7:05SLT . إذًا ، إنشاء دليل مؤقت ، وتجهيز حمولة لملف broken pipe payload.zip ، ثم برنامج broken pipe bootstrap.powershell النصي . ثم يستدعي وظائف استخراج الموارد هذه ، لذا من المفترض أن يتم تضمين ملفات الحمولة وملفات التمهيد كموارد لهذا
7:26الملف الثنائي المُجمَّع . ربما لهذا السبب استخدموا الكثير من مكونات Visual Studio . لذا ، يقومون ببساطة باستخراجها من الملف الثنائي . ثم يستدعون أمر تشغيل التمهيد في نهاية عبارة try و return . هذه هي الوظيفة التي تقوم بكل شيء . ما تفعله هذه الوظيفة هو الحصول على
7:47دليل Windows ، وتجهيز PowerShell ، ثم تشغيل PowerShell مع ملف تجاوز سياسة تنفيذ الملفات الشخصية ( no profile execution policy bypass ) الخاص ببرنامج PowerShell النصي وملف الحمولة المضغوط . لماذا يتم تشغيله ؟ لماذا لا يتم إنشاء
8:07حمولة PowerShell مباشرةً إذا كان يتم تشغيل PowerShell فقط ؟ سأقوم بتفعيل التفاف النص لنرى المزيد من هذه المعلومات . يبدو أنها تأخذ المعلمات . يبدو أن لدينا قيمة تجزئة SHA256 المتوقعة لملف payload.zip المرفق مع إثبات المفهوم . لقد
8:29حددوا جذر وقت التشغيل كدليل ، وقاموا باستخراج المزيد من نصوص PowerShell البرمجية من ملف zip . حددوا نوع التشغيل المطلوب ، ثم استخدموا PowerShell لفتح موجه الأوامر . حسنًا ،
8:49ما هي العناصر التي استخرجوها من ملفي prepare interactive lab و run interactive lab ؟ من المفترض أنها من ملف payload . نعم ، من ملف zip ، صحيح ؟ من الواضح أنه ملف ثنائي . علينا استخراجه . لننتقل إلى هذا المجلد ، ونصل إلى ملف payload . هذا هو ملف zip . سأقوم باستخراجه . إنه ملف
9:10نظام تفاعلي لخدمة عميل Steam لهذا الإصدار من Steam . حسنًا ، وهناك المزيد من العناصر هنا . يوجد ملف package manifest.json يحتوي على الكثير من العناصر غير الضرورية ، مثل مخطط ، ومحرك خلفيات مخصص للمختبرات فقط . حسنًا ، إذًا ، محرك الخلفيات هو Steam ، وملف VDF ذو صلة وثيقة على الأرجح ، إذ
9:31يحتوي على تجزئة SHA256 ، بالإضافة إلى سلوك المُشغّل . بصراحة ، بدأتُ أشكّ في الأمر قليلًا . فمثلًا ، هذا مُحكم للغاية ، باستخدام تجزئات SHA256 مُحددة فقط . لا يبدو هذا كإثبات مفهوم مكتوب يدويًا . وهذا لا بأس به . لا مشكلة على الإطلاق . من الواضح
9:51أننا رأينا التأثير ، وهناك بعض وظائف التسهيل مُجهزة هنا . الكثير من التحقق للتأكد من أن المستخدم المُستدعي موجود في مسار المسؤول ، ثم بعض التأكيدات والتواريخ ، ومخططات الحزم المتوقعة . ما كل هذا ؟ أوه ، هناك ملف " اقرأني " هنا . ماذا ؟ مختبر
10:12أوامر CMD لنظام خدمة عميل Steam التفاعلي . هذه الحزمة مُخصصة فقط لأجهزة Windows الافتراضية غير المتصلة بالإنترنت التي تملكها . إنها متابعة مرئية لحزمة Sentinel التي تم تأكيد هويتها مُسبقًا . إنها ليست الحزمة المُقدمة إلى HackerOne . حسنًا . إذن ، أعتقد أن ما فهمته من شكاوى مستخدمي Reddit و Twitter هو أن هذا المشروع رُفع إلى Valve . لا أعتقد
10:33أنهم اتخذوا أي إجراء بشأنه . مرّ المشروع عبر HackerOne ، لكنهم شرحوا كيفية استخدام سكربت PowerShell هذا تحديدًا ، وهو مُجمّع بالكامل لإعداد المختبر التفاعلي مع الكثير من الأدوات . هل اطلعتُ عليه من قبل ؟ هذا المختبر التفاعلي ضخم جدًا ، ويتطلب
10:54الكثير من الإعدادات للتأكد من أن هذه البيئة تحديدًا هي المكان المُناسب لتشغيل هذا البرنامج تحديدًا . المكتبة ، يا إلهي ، هناك المزيد ! حسنًا ، في النهاية ، إذا حاولنا تجاهل كل هذه الأكواد غير الضرورية ، فأنا آسف ،
11:15أُصرّ على هذا النقاش لأوضح أن هذا المشروع مُولّد بالذكاء الاصطناعي ، وهذا ليس سيئًا . لا أستهين بهذا الأمر . هذا يجعل الأمر أكبر من أن يستوعبه عقل بشري عادي . يبدو أنهم يستخدمون بعض أكواد C # المستوردة .
11:35يتأكدون من عدم تشغيل أي لعبة . ثم يصلون إلى الوظيفة المهمة هنا ، والتي أفهمها على أنها استدعاء طلب IPC من المضيف . إذن ، IPC هو الاتصال بين العمليات ، صحيح ؟ وهي الأشياء التي تستطيع خدمة Steam استرجاعها أو الحصول على بعض المعلومات منها . من الواضح أنهم
11:55يفتحون هذه التعيينات للملفات لملف ذاكرة خدمة عميل Steam العامة وقفل الذاكرة . هذه هي بوابة IPC التي يحاولون استرجاعها . ولن أدّعي أنني أعرف كل جزء مما يحدث هنا . سامحوني . ما زلت أريد أن أشرح لكم الأمر بالتفصيل وأريكم الكثير منه بصراحة ، حتى نتمكن من
12:15العثور على الإبرة في كومة القش وما يهم حقًا . وقد ألقينا نظرة على ملف " اقرأني " الأصلي ، صحيح ؟ كان هناك تفسير مفاده أن اتصال IPC بخدمة عميل Steam سيسمح لنا بإضافة برنامج نصي خاص بنا إلى قائمة السماح من ملف VDF أصلي موقّع من Valve أو بتنسيق بيانات
12:36Valve ، ولكننا قادرون على تحديد دليل التثبيت أو جذر التثبيت . وبالتالي ، سيتم اختيار برنامج التشغيل الخاص بنا ، أيًا كان الملف التنفيذي الذي نقدمه كجزء من هذه الحمولة وإثبات المفهوم ، وتشغيله كنظام . لذا ، فإن العمل مع IPC هو المهم هنا . إن برنامج
12:57IPC frames.ps 1 PowerShell النصي هو مجرد وظائف مساعدة لفهم البرنامج ، وأفترض أنه تم استخدامه إما من خلال هندسة عكسية قاموا بها أو من خلال تحليلهم لتنسيق IPC . لا أعرف ما إذا كان هذا مفتوحًا أو عامًا ، لكن هذه حزمة PowerShell التي تتيح سهولة العمل معه . كما تتضمن الأصول هنا
13:18برنامج تثبيت نصي موقّع ( install script.vdf ) . إذن ، هذا هو تنسيق بيانات Valve الأصلي لمحرك خلفيات الشاشة ، مع العلم أن مُعرّف تطبيق Steam هو 431960. لكن كما ترون ، هذا مُوقّع ، أليس كذلك ؟ تُشير توقيعات قاعدة المعرفة هنا إلى أنه مُوقّع ، لكننا نُجري تعديلات لجعل مسار التثبيت مُحددًا من
13:39قِبلنا ، ونُنشئه ، ونُضيفه إلى ملف launcher.exe الخاص بنا . الآن ، يجب أن أكون صريحًا معكم ، فمن الواضح لي أن هذا النموذج الأولي مدعوم بالذكاء الاصطناعي ، وأن شفرة المصدر مُولّدة آليًا ، ولا غبار على ذلك . لا أُحاول التقليل من شأنه . في الواقع ، أنا أفعل الشيء نفسه . لديّ روبوتات تعمل على البحث عن الثغرات
13:57الأمنية ، وتحليل البرامج الضارة ، ومحاولة إثبات جدوى بعض المفاهيم . إنه لأمرٌ مُذهل ما يُمكن لهذه التقنية مع الذكاء الاصطناعي فعله حقًا . أعلم أن لكل شخص رأيه الخاص ، لكنني أُدرك أن هذا هو واقع الأمن السيبراني حاليًا ، وعليّ أن أتقبّله ، لأن هذه الروبوتات تُجيد استخدام التكنولوجيا أفضل مني . إذا كان بإمكان روبوتهم فعل
14:17هذا ، فهل يستطيع روبوتي فعل الشيء نفسه ؟ أو هل يستطيع فهم كل هذه البيانات المعقدة ؟ بما أننا حاولنا على الأقل فهم النموذج الأولي وفهمناه بشكل أفضل ، يمكننا الآن استعراض هذا التمثيل المبسط الذي تم دعمه بالذكاء الاصطناعي . لا بأس في ذلك . نعلم أن
14:37هذا قد يكون مجرد PowerShell . يمكنه تنفيذ أي شيء ، نسخه ولصقه ، أو استخدام IRM pipe إلى IEX . لتسهيل الأمر ، يمكننا تحديد أي ملف تنفيذي محلي يريد هذا البرنامج تشغيله ، أو أي أمر ينفذه ، ونُجهز مجلدًا منفصلاً . لدينا مجلد رئيسي يتحكم به المهاجم ، حيث نضع فيه
14:58ملف launcher.exe الخاص بنا ، والذي سيكون أي شيء نريده . نحدد مكان ملف Steam التنفيذي على القرص . نتأكد من وجود الحمولة التي نريد تشغيلها ، أو مثل cmd.exe ، الملف التنفيذي الذي نريد تشغيله . نقوم بإنشاء مجلد العمل ، ثم نضيف إليه ملف launcher.exe الخاص بنا وملف بيانات
15:18Valve الموقّع ، بعد تعديل ملف VDF الخاص بنا . ثم ننسخ مسار الحمولة ، أليس كذلك ؟ ملف cmd.exe هذا إلى ملف launcher.exe . سلسلة base64 هذه هي في الواقع ملف VDF الخاص بـ Wallpaper Engine . يمكنك رؤية الحمولة هنا . ضعها في علامة تبويب أخرى . كما
15:39ترى ، هي نفسها التي رأيناها سابقًا ، ملف VDF موقّع لـ Wallpaper Engine . لكن انتبه للخدعة هنا . سيصبح ملف launcher.exe الآن ملف cmd.exe الخاص بنا لأن مجلد التثبيت سينتقل إلى جذر مجلد العمل . ستشرح التعليقات ذلك بمزيد من التفصيل ، ثم ملف run.vdf الخاص بنا ، وهو الملف المعدّل ،
16:00والذي نُجهّزه ببعض علامات الاقتباس الضرورية التي رأيتها كدوال وبعض أكواد C ++ من إثبات المفهوم الأصلي . لكن الآن ، ما لدينا لهذا النوع الإضافي ، أي بعض أكواد C # التي يتم تحميلها ، هي كل ما نحتاجه من التعليمات البرمجية الأساسية للتفاعل مع IPC . كل ما رأيته في سكربت PowerShell ipc.ps 1 في
16:20المثال الأصلي ، مُدمجٌ في الملف الثنائي الكبير ( blob ) المطلوب ، لأنه يُوفر البنية الأساسية والقدرة على استدعاء هذه الدوال ، والعمل مع الطرق ، والتفاعل مع IPC لـ Steam . كل ما يحتاجه البرنامج ، لأن هذه ليست ثغرة أمنية تتعلق بتلف الذاكرة ، هو استخدام وظائف IPC الفعلية . لدينا دوال
16:41وطرق لإضافة العناصر إلى قائمة السماح ثم تشغيلها ، وهذا كل ما يفعله البرنامج . لذا ، مهما كانت طريقة تفسيرك لهذا ، لا أعرف إن كنا قد تمكنا من اختصار هذا النموذج الأولي إلى سكربت PowerShell بسيط ، ربما يزيد قليلاً عن 100 سطر . بصراحة ، بما أننا لا نستخدم ملف launcher.exe خاص
17:02بنا مكتوب بلغة C ++ ، بل نستخدم ملفًا تنفيذيًا جاهزًا أو أي أمر آخر نريد تشغيله كمسؤول النظام ، فمن المحتمل ألا يُفعّل هذا الأمر برنامج Windows Defender حاليًا . دعني أُعيد تشغيل Windows Defender . مرحبًا . حسنًا ، شكرًا . إذًا ، لا توجد أي حيل هنا ، سأقوم ببساطة بنسخ حمولة PowerShell بالكامل ، هذا الدليل
17:23البسيط الذي قمنا بتحسينه ، لأنه كل ما نحتاجه الآن . كما ترى ، لا يزال Steam قيد التشغيل ، و Windows Defender كذلك . لنفتح نافذة طرفية . وتذكر ، هذا من حساب مستخدم ذي صلاحيات محدودة . أنا مجرد حساب John الذي أنشأته للتو . لستُ ضمن مجموعات المسؤولين . يمكننا إلقاء نظرة على مستويات صلاحياتي ،
17:44وهي محدودة جدًا . لكن ، لنقم بلصق كل هذه التعليمات لتفعيل قائمة السماح بالاتصال بين العمليات ( IPC ) عند استدعاء Steam . أنا لا أستخدم لوحة المفاتيح . حسنًا ، يمكننا كتابة ذلك كبرنامج نصي ، بصراحة ، لكنه سيفتح موجه أوامر النظام أسرع بكثير من السابق . وانظر ، نحن مهتمون
18:04بنظام الصلاحيات ، صحيح ؟ حسنًا . اسمع ، أعتقد أننا نمر بمرحلة انتقالية مثيرة للاهتمام . أعرف أن البعض ، لا أعرف ، يصرخون ويتحدثون على لينكدإن عن عصر الذكاء الاصطناعي وتشاؤم الروبوتات وشبكة سكاي نت . ولا أريد حتى الخوض في مصطلح " سرعة الآلة " الرائج ، لكن الحقيقة هي أن الجدول الزمني أصبح مضغوطًا الآن .
18:25الأبحاث ، وأبحاث الثغرات الأمنية ، وتحليل البرمجيات الخبيثة ، والعديد من جوانب الأمن السيبراني ، والروبوتات تجوب المكان ، واللعنة ، إنها أفضل مني في أداء عملي . وأنا مرتاح تمامًا لذلك لأن لدي الكثير من الأشياء الأخرى لأفعلها . لدي ملايين الأشياء الأخرى لأتابعها . أي ثغرة أمنية جديدة أو دليل على المفهوم أو برمجية خبيثة قد تظهر .
18:45لا أعرف . آسف . أعلم أن هذا الرأي ووجهة النظر لن يتفقا مع الجميع ، لكنكم رأيتم الذكاء الاصطناعي طوال فترة إثبات المفهوم ، ثم بدأنا بتطبيقه بأنفسنا . لا أعرف . لا أعرف . آسف . أعلم أن هذا الرأي لن يشاركه الجميع ، وبالطبع لكم الحق في آرائكم ، لكننا رأينا الذكاء الاصطناعي طوال فترة إثبات المفهوم ،
19:04وبالطبع أتيحت لنا فرصة استخدام روبوتاتنا الخاصة ، لكن ما يثير دهشتي هو أنه إلى حد ما ، يتم تجاهل التفاصيل الدقيقة أو كل الخصائص المميزة ، مثل كل التعقيدات الصغيرة لسلسلة الهجوم أو إثبات المفهوم أو الاستغلال ، أو أي شيء يتعلق بالأمن السيبراني ، ولا يهمكم الأمر . لأن النتيجة هي الشيء الوحيد المهم ،
19:25مثل التأثير ، أو تصعيد الامتيازات المحلي المثبت ، أو تنفيذ التعليمات البرمجية عن بُعد ، أو مجرد حدوث هذا الأمر بالفعل . الثغرة الأمنية ، والمخاطر ، والاستغلالات . يصبح الأمر ثنائيًا للغاية . هل هذا النظام عرضة للخطر أم لا ؟ لا أعرف . هذه مجرد أفكار راودتني في ظل هذه الظروف الاستثنائية التي نمر بها . شكرًا
19:45جزيلًا لكم جميعًا على المشاهدة . لا تنسوا دعم القناة عبر يوتيوب ، من خلال الإعجاب والتعليق والاشتراك . ادعموا راعينا المذكور أدناه ، وأراكم في الفيديو القادم .