AI يكشف ثغرة PHP عمرها أكثر من عقد، والأمن السيبراني لن يعود كما كان

بقلم: كازيكس من الحياة الرقمية

الليلة الماضية ربما كانت كابوسًا للأمن السيبراني.

وليلة بلا نوم لكثير من المهندسين.

كل ما يمكن قوله هو أن عصرنا ومجتمعنا بأكمله، مع تسارع الذكاء الاصطناعي، سيصبحان في حالة من الفوضى.

إليك ما حدث.

أولاً، أول أمس، أي حوالي الساعة 11 مساءً يوم 20 أكتوبر، ظهر فجأة منشور على Hacker News.

كان العنوان مرعبًا للغاية، حيث ذكر ثغرتين في تنفيذ التعليمات البرمجية عن بُعد في PHP بتقييم CVSS 10.0، على وشك الكشف عنهما.

كتب الناشر بنفسه: "باستثناء 'المصدر: ثق بي يا صديقي' (trust me, bro)، ليس لدي أي دليل"، ثم أرفق حتى أرقام الثغرات.

لكن مثل هذه المنشورات تظهر مئات المرات يوميًا على الإنترنت، ولا أحد يأخذها على محمل الجد.

ومع ذلك، تم تأكيد هذا المنشور بعد ساعات قليلة من قبل شركة أمنية تدعى watchTowr. قالوا حرفيًا: "كان من المفترض أن ننتظر حتى الخميس."

فجأة أصبح الأمر محرجًا، لأن هذه الثغرة ضخمة، وهي بالفعل في حالة تسريب، ويمكن لأي شخص لديه نية سيئة البدء في استغلالها، لكن تحديث الأمان الرسمي من PHP كان لا يزال قيد الإعداد، وكان من المقرر إصداره مساء يوم 22، مما خلق فجوة فورية مدتها يومان. إذا تم استغلال الثغرة واختراق الأنظمة خلال هذين اليومين، فستكون العواقب وخيمة.

بعد أكثر من ساعة، أصدرت PHP رسميًا إشعارًا عاجلاً: تم تقديم تحديث الأمان المقرر في 22 أكتوبر إلى الساعة 10 مساءً يوم 21 (بتوقيت بكين)، لضغط الوقت قدر الإمكان.

ولكن بمجرد صدور الإشعار الرسمي، حدث أمر أكثر سخافة.

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

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

الآن أصبح الوضع أسوأ.

في البداية، كان الناس يعرفون فقط أن هناك ثغرتين خطيرتين دون معرفة كيفية الهجوم بالضبط. الآن، لدينا حتى فيديو توضيحي للهجوم، ولم يتبق سوى التدريس يدًا بيد.

ثم، مع تسارع الذكاء الاصطناعي المذهل، بدأ الباحثون الأمنيون في إعادة إنتاج الثغرات بسرعة، وبدأت تظهر أكواد مختلفة تدعي القدرة على استغلال الثغرات على الإنترنت.

وفي ذلك الوقت، كان لا يزال هناك 16 ساعة قبل أن يصبح التصحيح الأمني متاحًا رسميًا للتنزيل للجميع.

16 ساعة حاسمة. في الماضي، ربما لم يكن بإمكان الجهات الخبيثة شن هجمات واسعة النطاق في مثل هذا الوقت القصير، لكن الآن، في عصر الذكاء الاصطناعي، تبدو 16 ساعة طويلة جدًا للأشخاص الذين يستخدمون الذكاء الاصطناعي المتسارع.

والأكثر سخافة أنه في الساعة 3:41 مساءً يوم 21، قامت شركة تعمل في صور الحاويات بإصدار صورة مصححة قبل الموعد المحدد بأكثر من 6 ساعات، مما أثار غضب مؤسسة PHP: "تجاهلوا أسابيع من التنسيق بين أطراف متعددة."

لأنه في هذه الأيام، يمكن للأشخاص ذوي المعرفة استخدام الذكاء الاصطناعي لمقارنة الإصدارات القديمة والجديدة من الكود مباشرة، ومعرفة مكان الثغرة على الفور. يستخدمون الذكاء الاصطناعي لدراسة التصحيحات، والهندسة العكسية للثغرات، ثم تطوير برامج الهجوم.

لكن مسؤولي العديد من المواقع العادية لم يكن لديهم بعد حزم تحديث قابلة للتثبيت مباشرة، مما يعني أن المهاجمين حصلوا على رؤية خارقة وسبقوا الجميع.

ثم حدث الانهيار.

في يوم 21، تم إيقاف نظام الهوية الرقمية الهولندي، ومواقع البرلمان، وحتى موقع المركز الوطني للأمن السيبراني نفسه، واحدًا تلو الآخر.

كما أوقف مزود خدمات تكنولوجيا المعلومات للحكومة الفنلندية بعض الخدمات، وأوقفت شركة برمجيات الموارد البشرية الأمريكية BambooHR خدماتها، محذرة العملاء من احتمال تأثر العمليات المتعلقة بالرواتب، ودخلت niconico وpixiv اليابانيتان في صيانة طارئة.

نظرًا لوجود عدد كبير جدًا من مواقع PHP في اليابان، حتى تاكايتشي ساناي نشرت على X توصي بالإغلاق الوقائي حتى تحديث PHP في الساعة 10 مساءً.

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

وهكذا، تعثر العالم ونجا خلال هذه الساعات العشر أو نحو ذلك.

لا أحد يعرف ما الذي حصل عليه الجانب المظلم الخفي خلال هذه الساعات.

في الساعة 10 مساءً، تم إصدار تحديث أمان PHP. بالنسبة لهاتين الثغرتين الخطيرتين، لم تكن هناك أي إجراءات تخفيف كاملة، وكان التحديث هو الخيار الآمن الوحيد.

في الوقت نفسه، خرجت OpenAI لتعلن أن هاتين الثغرتين الأمنيتين الملحميتين في PHP تم اكتشافهما بمساعدة GPT.

وهذه الثغرة لم تكتشف بواسطة نموذج جديد، بل تم العثور عليها قبل بضعة أشهر باستخدام GPT-5.6 Sol. لذا يمكنكم أن تتخيلوا أنه إذا قامت هذه الشركات الكبرى بفحص البنية التحتية للإنترنت في جميع أنحاء العالم باستخدام نماذج داخلية أقوى غير منشورة، فمن المحتمل أن تكون جميعها معيبة...

في الوقت نفسه، أصدرت OpenAI أيضًا مهارة بشكل عاجل لمساعدتك في اكتشاف ما إذا كان موقعك متأثرًا.

يرجى الانتباه بشدة هنا: إذا كان موقعك يستخدم PHP، وإذا لم تكن على علم بهذه الأخبار، فيرجى تحديث الإصدار فورًا، فورًا عند رؤية هذا، ونأمل أيضًا مشاركته مع أصدقائك.

أعلم أن الكثيرين سيقولون: أليست مجرد ثغرة؟ لماذا كل هذه الضجة؟

أعتقد أنه لفهم سبب هذه الضجة الكبيرة ولماذا كان رد الفعل العالمي مفرطًا، يجب أولاً معرفة ما هي PHP.

لست خبيرًا، لذا سأحاول الوصف بأفضل ما أستطيع باللغة التي أعرفها.

أولاً، ربما نعلم جميعًا أنه عند فتح صفحة ويب في المتصفح، يجب على الخادم حساب ما يجب عرضه في تلك الصفحة في الوقت الفعلي، مثل هويتك، وما في سلة التسوق، وعدد التعليقات تحت هذه المقالة، وما إلى ذلك. البرنامج الذي يقوم بهذه المهمة يسمى الواجهة الخلفية.

وPHP هي واحدة من أكثر اللغات استخدامًا لكتابة الواجهات الخلفية.

ومع ذلك، نظرًا لأنها قديمة جدًا، لم تعد العديد من الشركات تستخدمها في المنتجات الجديدة أو مجموعات التقنيات الجديدة. ومن المثير للاهتمام أن PHP كانت دائمًا موضع سخرية في أوساط المبرمجين، فعبارة "PHP هي أفضل لغة في العالم" كانت نكتة لأكثر من عقد، ويعتقد الكثيرون أنها من القرن الماضي.

لكن على مستوى العالم، لا تزال المواقع المبنية بـ PHP تمثل 70٪. حتى في الصين الأحدث نسبيًا، على الرغم من وجود الكثير من Java، وفقًا لبيانات أكتوبر 2026، لا يزال أكثر من نصف المواقع مبنية بـ PHP.

الجميع يسخر منها، لكن بصراحة، لا يمكن لأحد الاستغناء عنها.

المنتديات التي سجلت فيها، وصفحات الدفع في المتاجر الصغيرة، ومواقع الخدمات الحكومية المحلية، وأنظمة السداد الداخلية للشركات، ولوحات إدارة أجهزة التوجيه وNAS، من المحتمل جدًا أن يكون أحدها يعمل على PHP.

إنها مثل أنابيب المياه القديمة تحت المدينة. عادة لا يفكر فيها أحد، ولكن بمجرد انفجارها، يمكن أن يمتلئ الشارع بأكمله بالقذارة.

وهذه المرة، انفجرت PHP نفسها.

هذه الثغرة لها اسم: PHP2Shell. Shell هو سطر أوامر الخادم، وإذا حصلت عليه، يمكنك اعتبار أنك حصلت تقريبًا على التحكم في الخادم. لذا فإن الاسم مباشر جدًا: من PHP مباشرة إلى خادمك.

تتضمن رقمين: CVE-2026-109618 وCVE-2026-109619.

يمكنك فهم CVE كرقم هوية الثغرة، وهو موحد عالميًا.

يتم تقييم الخطورة باستخدام CVSS، بحد أقصى 10 نقاط. كانت النسخة المسربة في البداية بتقييم كامل، لكن في النهاية تم منحها 9.2 نقطة.

لشرح هاتين الثغرتين، يجب أولاً التحدث عن مفهوم يؤلم الجميع مؤخرًا:

الذاكرة.

عند تشغيل برنامج، يجب عليه باستمرار "استعارة" الذاكرة من النظام لتخزين البيانات المؤقتة، ثم "إعادتها" بعد الاستخدام. مترجم PHP مكتوب بلغة C، وهي سريعة، لكن الاستعارة والإعادة لا تزال تعتمد كليًا على المبرمج لتتبعها، والنظام لا يهتم.

لذا إذا حدث خطأ في هذا التتبع، تحدث المشاكل.

الثغرة الأولى، CVE-2026-109619، تسمى تقنيًا "الاستخدام بعد التحرير" (use-after-free).

على سبيل المثال، أنت تدير فندقًا. يأتي الضيف الأول لتخزين أمتعته، فيضع الموظف أغراضه في الخزانة رقم 18 ويسجل ذلك في دفتر.

لاحقًا، يغادر الضيف، وتُفرغ الخزانة وتُستخدم لضيف ثانٍ.

المشكلة هي أن الموظف نسي حذف السجل القديم من الدفتر.

بمجرد أن يضع الضيف الثاني أغراضه، يأخذ الموظف السجل القديم ويفتح الخزانة رقم 18، معتقدًا أنها لا تزال تحتوي على أمتعة الضيف الأول.

هنا تحدث المشكلة: قد يرى أغراض الضيف الثاني، أو حتى يتلفها.

مشكلة PHP هذه المرة تحدث في مكان مشابه. الذاكرة التي تم إرجاعها بالفعل يتم استخدامها لتخزين بيانات جديدة، لكن PHP لا تزال تحتفظ بالسجل القديم الذي يشير إلى الموقع الأصلي.

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

هذا ما يسمى الاستخدام بعد التحرير، بالإنجليزية Use-After-Free.

في الحالات الخفيفة، يمكن قراءة كلمات مرور المستخدمين الآخرين والرموز ومفاتيح API من ذاكرة الخادم. في الحالات الشديدة، بعد ترتيب الذاكرة بعناية، يمكن تنفيذ كود خاص به على خادمك، وستكون العواقب وخيمة.

الثغرة الثانية: الإخلاء الطارئ عند نفاد الذاكرة، وهي CVE-2026-109618.

هذه الثغرة أكثر إثارة للاهتمام. لنستخدم مثال الفندق مرة أخرى.

لنفترض أن هناك غرفة لتخزين الأمتعة في الفندق. في كل مرة يأتي ضيف لتخزين أمتعته، يجب على الموظف أولاً زيادة العدد في سجل التسجيل بمقدار 1، ثم وضع الأمتعة في الخزانة.

سارت الأمور بسلاسة لأول 9 قطع. عند القطعة العاشرة، قام الموظف للتو بتغيير العدد من 9 إلى 10 وكان على وشك وضع الأمتعة.

فجأة، انقطع التيار الكهربائي، مما أدى إلى عدم وضع الأمتعة بعد، وانقطع النظام بأكمله قسريًا.

ثم حدث الأمر الأكثر سخافة: بدأ الفندق إجراءات التنظيف الطارئة. نظر موظفو التنظيف إلى السجل ورأوا: تم تخزين 10 قطع من الأمتعة اليوم.

لذا قاموا بالفحص واحدًا تلو الآخر وفقًا للعدد الموجود في السجل.

لكن المشكلة هي أن القطعة العاشرة لم توضع في الخزانة على الإطلاق. قد يحتوي ذلك الموقع على بعض الأشياء القديمة الفوضوية.

لكن موظفي التنظيف لا يعرفون ذلك، ولا يهتمون، ويتعاملون معها كأمتعة عادية وفقًا للسجل.

هنا يمكن أن يتعطل النظام بأكمله.

الثغرة الثانية في PHP هذه المرة تعمل بمبدأ مشابه.

عند تنظيم البيانات، تقوم أولاً بزيادة العدد بمقدار 1، ثم تخزين البيانات الفعلية. إذا نفدت الذاكرة بالضبط بين هاتين الخطوتين، تقوم PHP بمقاطعة العملية بشكل طارئ.

لكن البرنامج المسؤول عن التنظيف لاحقًا لا يزال يعالج البيانات وفقًا للعدد الذي تمت زيادته بالفعل.

نتيجة لذلك، قد يتم التعامل مع بعض الذاكرة التي لم تتم تهيئتها بشكل صحيح على أنها بيانات عادية.

إذا تمكن المهاجم من خلق هذا الموقف بعناية، فستتاح له فرصة للتحكم في الخادم.

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

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

هل هذا يهم الأشخاص العاديين؟ بالتأكيد. لن يتأثر جهاز الكمبيوتر أو الهاتف الخاص بك، لكن المواقع التي استخدمتها ستتأثر. إذا تم اختراق موقع صغير غير مُدار، فقد تتسرب حساباتك وكلمات المرور وأرقام الهواتف وجميع معلوماتك.

لهذا السبب يقول العديد من المهندسين هذه الأيام إن لغات مثل C، حيث تتم إدارة الذاكرة يدويًا بالكامل، ستؤدي عاجلاً أم آجلاً إلى مثل هذه الحوادث. لغات آمنة للذاكرة مثل Rust تمنعك من ارتكاب هذه الأخطاء في مرحلة التجميع. لذلك ليس من قبيل الصدفة أن OpenAI رعت مؤسسة Rust هذه المرة.

بالعودة إلى هاتين الثغرتين، إذا نظرنا إلى التاريخ، سنجد أنهما ليستا جديدتين على الإطلاق.

في عام 2004، اكتشف الباحث الأمني الألماني Stefan Esser أول ثغرة عن بُعد في PHP تتعلق بحد الذاكرة. في ذلك الوقت، لم تكن طرق استغلال هذه الهجمات معلنة، وكانت متداولة سرًا بين عدد قليل من شركات الأمن.

تم إصلاح هذه المشكلة بالفعل، لكن أشقاءها ما زالوا موجودين.

في عام 2024، حصلت مؤسسة PHP على تمويل من وكالة التكنولوجيا السيادية الألمانية، وبتنسيق من OSTIF، استعانت بشركة الأمن الفرنسية Quarkslab لإجراء تدقيق أمني خارجي لـ PHP، وهو الأول منذ سنوات.

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

ثم تأخر الإصلاح، وتأرجح فريق الأمن بين عدة حلول، وتوقف واستأنف مرارًا. لاحقًا، اعترفت مؤسسة PHP في مراجعتها بأن هذا كان "فشلًا هيكليًا" ناتجًا عن عملية اتخاذ القرار في فريق الأمن ونقص الموظفين.

ثم جاء عام 2026.

في مايو من هذا العام، أطلقت شركة الأمن Calif المذكورة في البداية سلسلة بعنوان "شهر اكتشاف الثغرات بالذكاء الاصطناعي". في إحدى المقالات، استخدموا Claude لاكتشاف ثغرة ذاكرة عمرها 21 عامًا في PHP.

ثم استمر الذكاء الاصطناعي في التسارع بلا توقف.

في 30 يوليو، بدأت Calif تدقيق PHP ضمن برنامج الأمان الخاص بـ OpenAI "Patch the Planet".

في يومين فقط، في 1 أغسطس، وجدوا أول نقطة دخول يمكن أن تؤدي إلى "استنفاد الذاكرة".

في 11 أغسطس، أبلغت Calif عن الثغرة إلى PHP، وفي نفس اليوم، أبلغ باحثو OpenAI بشكل مستقل عن نفس المشكلة.

في 15 أغسطس، أكدت PHP أن عرض الهجوم الذي قدمته Calif يعمل بالفعل.

في 24 أغسطس و18 سبتمبر، أبلغت شركة الأمن Wiz وOpenAI عن المزيد من مسارات الهجوم.

نظرًا لأن هاتين الثغرتين لهما تأثير هائل وتتعلقان بجوهر PHP، بدأ تنظيم الشركاء في جميع أنحاء العالم للإصلاح المنسق. يحتاج مزودو السحابة وموزعو الأنظمة وشركات الأمن إلى الاستعداد مسبقًا، وإلا فإن الكشف عن الثغرات قد يخلق فرصًا للمهاجمين.

هذه مقارنة دموية: في عام 2024، بحث مطور أساسي لفترة طويلة ولم يجد كيفية استغلال هذه الثغرة. في عام 2026، استغرق الأمر يومين فقط من بدء التدقيق للعثور على أول نقطة دخول.

والأمر الأكثر سخافة هو:

الإنترنت بأكمله مبني على أكوام من الأكواد التي لا يدفع أحد مقابلها ولا يقرأها سوى قلة قليلة.

هذه المرة أيضًا، اعترفت مؤسسة PHP بأن مشكلة الذاكرة هذه ظهرت بوادرها في عام 2024، وأحد الأسباب الرئيسية لتأخيرها حتى اليوم هو نقص الموظفين. في نهاية مراجعتهم، كانوا تقريبًا يتوسلون، آملين أن ترعى الشركات ومزودو الاستضافة والحكومات.

على Hacker News، عثر شخص ما على صفحة رعاية المشرف المسؤول عن حزم PHP في Debian، وعلق بسخرية: أقل من 700 دولار شهريًا؟

وخوادم العالم كله تنتظر هؤلاء الأشخاص ليستيقظوا في منتصف الليل لإصدار التحديثات.

لكن إذا كانت هذه البرامج الأساسية هشة للغاية، فلماذا ظل الإنترنت يعمل بشكل جيد لسنوات عديدة؟

السبب بسيط للغاية، تمامًا مثل الهندسة العكسية لـ REA التي انتشرت مؤخرًا.

لأن العثور على الثغرات مكلف للغاية.

تمامًا كما لا يرغب الناس في إجراء هندسة عكسية للعديد من البرامج التجارية، فإن حماية العديد من البرامج التجارية تأتي من عدم فهم الآخرين لها وعدم رغبتهم في قضاء الوقت في دراستها.

الأشخاص الذين يمكنهم العثور على ثغرات الذاكرة واستغلالها في أماكن مثل نواة PHP وOpenSSL ربما لا يتجاوز عددهم بضع مئات في العالم.

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

لكن الذكاء الاصطناعي جعل كل ما كان "مكلفًا" في العالم السابق بلا قيمة.

أعلنت Anthropic هذا الشهر أنه من نوفمبر الماضي إلى أوائل أكتوبر من هذا العام، وجدت نماذجها إجمالي 29439 دليلاً مرشحًا للثغرات في المشاريع مفتوحة المصدر.

وقالت OpenAI في مقالها الطويل الليلة أيضًا إن ثغرتي PHP هاتين ليستا سوى واحدة من عدة ثغرات كبيرة اكتشفتها وتعمل على إصلاحها، وأنه في الأشهر القادمة "ستزداد الاكتشافات المماثلة بشكل حاد".

PHP2Shell ليست النهاية، بل البداية فقط. مثل هذه الأمور ستزداد بالتأكيد في المستقبل، بالتأكيد.

لكن الخلل الأساسي هنا يظهر، تمامًا مثل الرياضيات. أصبحت البراهين والاكتشافات الرياضية أسرع فأسرع، لكن عنق الزجاجة الأساسي انتقل إلى التحقق. الأوراق البحثية التي نشرتها OpenAI مؤخرًا، والتي تجاوزت 700 ورقة، إذا طُلب من علماء الرياضيات في العالم التحقق من صحتها، فسيستغرق الأمر شهورًا على الأقل أو حتى عامًا.

الأمن السيبراني هو نفسه. اكتشاف ثغرة PHP استغرق يومين فقط.

لكن الإصلاح استغرق شهرين كاملين.

ستزداد اكتشافات الثغرات، لكن عدد الأشخاص القادرين على إصلاح هذه الثغرات الأساسية ليس كافيًا على الإطلاق.

هذا مثل المثل القديم:

"لا يوجد من يحرس من اللصوص لألف يوم، لكن يوجد لصوص لألف يوم."

تذكرت فجأة قصة.

في عام 1871، نشر كارول، مؤلف "أليس في بلاد العجائب"، الجزء الثاني "عبر المرآة". في الكتاب، هناك ملكة حمراء تجر أليس للركض بكل قوتها. بعد الركض لفترة، اكتشفت أليس أن المناظر المحيطة لم تتغير على الإطلاق.

قالت لها الملكة الحمراء: "هنا، يجب أن تركضي بكل قوتك لتبقي في مكانك."

يبدو أن هذه هي المعضلة التي يجلبها الذكاء الاصطناعي للمجتمع اليوم.

ليس فقط في الأمن. الاكتشافات العلمية تتسارع، وكتابة الأكواد تتسارع، ونسخ البرامج يتسارع، والهجمات تتسارع، والدفاعات تتسارع أيضًا. الأشياء الجيدة والسيئة تتسارع جميعها بجنون.

وكل واحد منا في سباق الملكة الحمراء هذا.

ثمن التوقف هو تلك المواقع القديمة التي لا يتذكرها أحد، ولوحات الإدارة التي تم إنشاؤها قبل 15 عامًا ولم يتم تسجيل الدخول إليها منذ ذلك الحين، وأنظمة الشركات التي لا تزال تعمل بـ PHP 5. يمكنها البقاء بأمان لسنوات عديدة في العالم البطيء، لكنها في العالم السريع أهداف حية.

صدقوني، هناك بالتأكيد عدد لا يحصى من مشاريع PHP القديمة غير المُدارة في هذا العالم، وكلها الآن أهداف.

لا يمكن للبشر أن يتفوقوا على الذكاء الاصطناعي، لم يعد هذا بحاجة إلى نقاش.

لكن في القصة بأكملها، في كل نقطة قرار حاسمة، ما زال البشر هم من يقفون.

هناك أصحاب نوايا حسنة، وهناك أصحاب نوايا خبيثة.

الآن، هذه الأداة القادرة على كل شيء وُضعت في أيدي الجميع.

هل سينتصر الخير على الشر؟

يمكن للذكاء الاصطناعي أن يمنح البشرية بين عشية وضحاها قوة لا يمكن تصورها في الماضي، لكنه لا يستطيع أن يجعل البشرية تتعلم بين عشية وضحاها ضبط النفس الذي يليق بهذه القوة.

عندما تتجاوز سرعة التقدم التكنولوجي

سرعة نضج الطبيعة البشرية بكثير،

هل نتجه نحو عالم أفضل، أم نسرع نحو الهاوية الخاصة بنا؟

بصراحة، لم أعد أعرف الآن.