أسبوع صعب على المدافعين: PwnEscape وeMudhra وSafePay وتصحيح PHP

تحديث، 21 أكتوبر، الساعة 16:30 بتوقيت باريس: أصدر PHP الإصدارات 8.5.12 و8.4.27 و8.3.36 و8.2.35 نحو الساعة 15:35 بتوقيت باريس، قبل الموعد المعلن 14:00 بالتوقيت العالمي المنسق بقليل، مصلحًا الثغرتين الحرجتين كلتيهما، إضافة إلى ترقيعات مصدرية للإصدارات 7.4 و8.0 و8.1. وقد حُدّث قسم PHP أدناه.

إذا كنت تعمل في الأمن أو إدارة الأنظمة أو الاستضافة، فإن الأيام السبعة المنتهية اليوم كانت من النوع الذي يصفه أهل المهنة بجفاف، بنطاق تواريخ فقط، لأن الصفات تبدو غير مهنية. هروب حرج من جهاز افتراضي على Linux يوم الخميس. هيئة شهادات تبين أن مفاتيحها الخاصة قابلة للاستعادة من قبل أي شخص يملك حاسوبًا محمولًا، خلال عطلة نهاية الأسبوع. تحذير حكومي مشترك يوم الثلاثاء عن فدية تعيد أجهزة النسخ الاحتياطي إلى إعدادات المصنع، إضافة إلى انقطاع سحابي أوقف عمل البطاقات المصرفية، إضافة إلى إشعار من مشروع PHP بأن إصلاحين حرجين سيصدران في اليوم التالي. ذلك اليوم التالي هو اليوم. أُعلن عن الإصلاحات للساعة 14:00 بالتوقيت العالمي المنسق ووصلت مبكرة قليلًا، نحو الساعة 15:35 بتوقيت باريس.

هناك تصحيح واحد أهم من أي عنوان منفرد. ربما قرأت أن “العديد من مزودي الاستضافة اختُرقوا” عبر ثغرة الهروب من الأجهزة الافتراضية الملقبة PwnEscape. حتى الساعة 13:30 بتوقيت باريس في 21 أكتوبر، هذا أمر يُخشى منه، لا أمر مؤكد. لم يُبلّغ عن أي استغلال فعلي في الميدان في أي مكان. للخوف أساس عقلاني سنشرحه، لكن ينبغي تسميته خوفًا. يستعرض باقي هذا المقال الأسبوع بالترتيب، ويفصل المؤكد عن المتوقع، وينتهي بالقائمة القصيرة للأشياء التي ينبغي فعلًا أن يفعلها القارئ العادي أو صاحب الموقع الصغير.

لماذا فرق الأمن منهكة إلى هذا الحد؟

لنبدأ بالبشر، لأن كل حدث هذا الأسبوع هبط على المكاتب نفسها. وجدت دراسة ISC2 للقوى العاملة في الأمن السيبراني لعام 2025، المنشورة في ديسمبر 2025 من عمل ميداني أُجري في يوليو وأغسطس 2025 بمشاركة 16,029 مستجيبًا، أن 48% من محترفي الأمن يشعرون بالإنهاك وهم يحاولون مواكبة التهديدات والتقنيات، وأن 47% كثيرًا ما يشعرون بأن عبء العمل يفوق طاقتهم، وأن 32% يشعرون بأنهم مثقلون بالعمل بسبب نقص الموظفين. والمال لا يخفف الأمر كثيرًا: 20% لم يحصلوا على أي زيادة في الراتب خلال العام الماضي، وكان الأجر غير الكافي مصدر استياء متكررًا لدى 31%.

النتيجة الأكثر حدة تتعلق بالقيادة. فقط 32% من المستجيبين يقولون إن منظمتهم تتعامل مع الأمن السيبراني بوصفه وظيفة أعمال حرجة، ويسمّي 23% هذه الفجوة سببًا للاستياء. عمل الأمن غير مرئي بنيويًا: الربع الهادئ يبدو، من قاعة مجلس الإدارة، تمامًا مثل نفقة لا لزوم لها، والشخص الذي منع عشرة حوادث يجلس في الميزانية بجوار الشخص الذي أتم عشر صفقات بيع. ووجدت دراسة ISC2 نفسها أن 36% من المنظمات خفّضت ميزانيات الأمن في 2025 وأن 24% أبلغت عن تسريحات في فرق الأمن، بينما يتفق 72% من المحترفين على أن تقليص موظفي الأمن يزيد خطر الاختراق زيادة كبيرة.

والبيانات الأوروبية ليست أرحم. ففي تقرير ISACA عن حالة الأمن السيبراني 2026 (عمل ميداني في مايو 2026؛ 494 مستجيبًا أوروبيًا من أصل 1,888 عالميًا)، قال 72% إن العمل أكثر إجهادًا مما كان قبل خمس سنوات، مع بيئة التهديدات المعقدة (72%) والتوقعات غير الواقعية مقرونة بكثرة العمل (57%) كأبرز الأسباب. وقال أكثر من نصف المنظمات الأوروبية إنها تعاني نقص الموظفين (56%) ونقص التمويل (55%)، و21% من الشركات لا تتخذ أي إجراء بشأن الإنهاك على الإطلاق. احتفظ بهذه الأرقام في ذهنك مع تكشّف الأسبوع.

ما هي PwnEscape، وهل اختُرق مزودو الاستضافة فعلًا عبرها؟

يوم الخميس 15 أكتوبر نشر مشروع نواة Linux الثغرة CVE-2026-99999، التي لُقّبت سريعًا PwnEscape: خلل في معالجة النواة لمجاميع التحقق في IPv4، صنفته جهة الترقيم التابعة للنواة بدرجة 9.3 حرجة (وتصنفه Red Hat بدرجة مهم). السيناريو: جهاز افتراضي صغير خبيث يغذي واجهة TAP في المضيف ببيانات مجاميع تحقق virtio-net مصممة خصيصًا. الهروب من الضيف إلى المضيف هو اللحظة التي يتوقف فيها الجهاز الافتراضي المستأجر عن كونه مستأجرًا ويصبح هو المالك: إذ يكتسب الكود داخل جهاز أحد العملاء نفوذًا على الخادم المادي الذي يشغّل أجهزة الجميع. لهذا جعلت درجة 9.3 على مضيفات من نوع KVM موظفي الاستضافة يمدون أيديهم إلى القهوة.

إليك ما هو ثابت فعلًا. اكتشف الخلل باحثون في pwn.ai خلال تحدي Sandbox الذي نظمته Vercel، وأُبلغ إلى النواة في 4 سبتمبر، وأُصلح في الفرع الرئيسي في 14 أكتوبر، مع ترقيع سبعة فروع مستقرة. وقد جرى إثبات تسريب ذاكرة المضيف ضد بيئات العزل الإنتاجية لدى مضيف التحدي، كما يؤكد سرد Vercel نفسها للتحدي؛ ويقول المنشور نفسه إنه لم تُظهر أي تقارير وصول أي شخص إلى بيانات العملاء في Vercel Sandbox. أما إسقاط المضيف والحصول على صلاحيات الجذر عليه فقد عُرضا فقط على أجهزة الباحثين أنفسهم، وتقول pwn.ai إن عملها ليس ادعاءً بتنفيذ أوامر بصلاحيات الجذر في بيئة الإنتاج لدى أي مزود. ويعود نمط الكود المعرض للثغرة إلى نحو عام 2008، وفق تحليل TuxCare.

والاستغلال؟ إثراء CISA لسجل الثغرة يقولها صراحة: الاستغلال: لا شيء. الثغرة ليست في كتالوج الثغرات المستغلة المعروفة KEV التابع لـ CISA حتى تغذية 20 أكتوبر. ولم يُبلّغ عن أي هجوم مؤكد في الميدان من أي من الجهات الإعلامية التي تتابع الموضوع. ويتوقع باحثون اقتبست أقوالهم CSO وheise ظهور أدوات استغلال عاملة ضد التهيئات الأضعف خلال أسابيع، وهذا توقع، لا ملاحظة.

فلماذا الرهبة إذن؟ ثلاثة أسباب، كلها مشروعة. أولًا، لا توجد مؤشرات اختراق منشورة لهذه الثغرة، لا بصمات خبيثة ولا بنية تحتية للمهاجمين يمكن البحث عنها؛ تشير SOC Prime إلى أن الكشف يعتمد على قياسات المضيف ومراقبة المحاكاة الافتراضية وتحليل الانهيارات، وهي أمور لا يجمعها كثير من المستضيفين الأصغر أصلًا. هذا يجعل الكشف صعبًا. لكنه لا يجعل الثغرة بلا أثر: لا يقول أي مصدر وجدناه إن الاستغلال لا يترك أثرًا. ثانيًا، يتطلب الإصلاح الترقيع وإعادة تشغيل نواة المضيف؛ وتحديث جهازك الافتراضي الخاص لا يفعل شيئًا، لذا يواجه كل مزود متأثر حملة إعادة تشغيل عبر أسطوله. ثالثًا، عدم اليقين يُحدث ضررًا تجاريًا بالفعل: جمّد مزود استضافة ياباني التسجيلات الجديدة عبر خدمات VPS والاستضافة المشتركة والمخصصة لديه في 16 أكتوبر كإجراء احترازي، دون الإبلاغ عن أي اختراق، ويعيد مستضيف ألماني تشغيل خوادم المحاكاة الافتراضية لديه منذ عطلة نهاية الأسبوع. أما بالنسبة للعملاء، فتبقى نصيحة heise قائمة: لست بحاجة إلى التصرف، سوى التحقق من أن جهازك الافتراضي عاد إلى العمل بعد إعادة التشغيل لدى مستضيفك.

ما الذي حدث مع شهادات eMudhra؟

جلب يوم السبت قصة الشهادات، وبدأت كلمة "مُخترقة" في التداول. الواقع، الموثق في تقرير الخلل لدى Mozilla، مختلف وأغرب من بعض النواحي: ثماني شهادات وسيطة لهيئة الشهادات تابعة لـ eMudhra، وهي هيئة شهادات هندية، كانت مفاتيحها الخاصة من نوع P-384 ضعيفة إلى حد يجعل استعادتها سهلة للغاية. وقد استعاد موظفو Mozilla أنفسهم المفاتيح خلال ساعات من التقرير المقدم في 17 أكتوبر. وتعزو eMudhra الضعف إلى نص برمجي معيب لتوليد المفاتيح استُخدم في مراسم مفاتيح في أبريل 2025، مشيرة إلى أخطاء بشرية في خطوات متعددة.

ما تلا ذلك كان منظومة الثقة وهي تعمل بسرعة. وفق BleepingComputer، دفع Firefox حجبًا عبر OneCRL في 17 أكتوبر، وتبعه تحديثا Firefox 158.0.1 وESR في 20 أكتوبر للمستخدمين الذين منعت إعداداتهم التحديث السابق؛ وحجب Chrome الشهادات الوسيطة الست القادرة على TLS في 17 أكتوبر أيضًا، وتبعته Apple في 19 أكتوبر؛ وألغت eMudhra الشهادات الثماني كلها في 18 أكتوبر. ثم أعلنت Mozilla إزالة طارئة للثقة في الجذر الأم emSign ECC Root CA - G3، مع التزام Chrome بمسار مماثل؛ وتقدّر eMudhra أن نحو 30,000 شهادة ستحتاج إلى ترحيل، وفق تعليقها الخاص في تقرير الخلل لدى Mozilla.

هناك تحفظان صادقان يسيران في اتجاهين متعاكسين. المطمئن: لا يوجد دليل على أن المفاتيح الضعيفة أُسيء استخدامها قط، وتقول eMudhra إنه لم تصدر أي شهادات كيانات نهائية من السلسلة المتأثرة. والأقل اطمئنانًا: أحد المفاتيح الخاصة نشره باحث على GitHub، والبرمجيات التي تحمل مخزن ثقة خاصًا بها أو تتجاوز فحوص الإلغاء (يذكر سجل الحوادث لدى Mozilla، كما نقلت BleepingComputer، أداة curl المدمجة في macOS مثالًا) قد تستمر في الوثوق بالشهادات حتى يتم تحديثها. بالنسبة للقارئ، بند العمل كله سطر واحد: حدّث متصفحك ونظام تشغيلك. مشكلات الشهادات هي بالضبط الفئة التي لا تغيّر فيها شبكة VPN شيئًا، مع أنه يجدر التذكر أن الشهادات المزورة أو الموثوقة خطأً تهم في المقام الأول مهاجمًا يستطيع أصلًا اعتراض حركة بياناتك، وهذا أحد أسباب بقاء تشفير اتصالك على شبكات Wi-Fi العامة (بالإنجليزية) ممارسة صحية معقولة.

لماذا اكتسب إصدار PHP اليوم كل هذه الأهمية؟

بعد ظهر الثلاثاء نشر مشروع PHP إشعارًا غير معتاد على php.net: إصدار أمني مقرر يوم الأربعاء 21 أكتوبر في الساعة 14:00 بالتوقيت العالمي المنسق، يعالج ثغرتين حرجتين، على أن تُنشر التفاصيل الكاملة مع صدور الإصدار. الإعلان المسبق عن إصلاح حرج مقايضة متعمدة: فهو يمنح المدافعين يومًا لجدولة نوافذ الصيانة، مقابل إخبار المهاجمين بأن شيئًا ثمينًا قادم. ثم وصل الإصدار مبكرًا قليلًا: فالتنبيهات على GitHub تحمل ختمًا زمنيًا هو 13:34 بالتوقيت العالمي المنسق، أي 15:34 بتوقيت باريس، ويسمّي إعلان PHP، المعنون "ثغرات حرجة لتنفيذ تعليمات برمجية عن بُعد، حدّثوا الآن"، الإصدارات المصلحة: PHP 8.5.12 و8.4.27 و8.3.36 و8.2.35. وهي تصلح الثغرتين CVE-2026-109618 وCVE-2026-109619، "ثغرتين حرجتين يمكن أن تتيحا تنفيذ تعليمات برمجية عن بُعد دون مصادقة"، وكلتاهما بدرجة CVSS v4.0 تبلغ 9.2.

الثغرتان بسيطتا الوصف. CVE-2026-109618، "تنفيذ تعليمات برمجية عن بُعد عبر إفساد ناتج عن نفاد الذاكرة": يمكن لمعالجة نفاد الذاكرة أن تقاطع PHP بينما بيانات الطلب الداخلية مهيأة جزئيًا فقط، وقد يتعامل تنظيف الطلب بعدها مع البيانات غير الصالحة بوصفها صالحة. وCVE-2026-109619، "تنفيذ تعليمات برمجية عن بُعد عبر حالة عامة قديمة": يمكن لحالة داخلية مملوكة لطلب ما أن تبقى بعد تحرير ذاكرتها، وقد يستخدمها طلب لاحق يعالجه العامل نفسه، وهو استخدام بعد التحرير. من المعرض للخطر، وفق PHP: "جميع تنصيبات PHP التي تخدم طلبات الويب، بما فيها PHP-FPM وApache مع mod_php وphp-cgi وFrankenPHP وLiteSpeed". والخطر أعلى ما يكون مع mod_php، "مع وجود استغلال مُثبت يستطيع فيه طلب غير مصادق إطلاق الهجوم قبل تشغيل أي كود تطبيق". والاستغلال المُثبت ليس هو نفسه الاستغلال في الميدان؛ ولا يبلغ تنبيه PHP عن هجمات في الميدان.

وكان الحظر قد تسرب على أي حال. تابعت تقارير شركات الأمن، ومنها تقرير SecureLayer7، الثغرتين تحت المعرفين CVE-2026-109618 وCVE-2026-109619 وذكرت أن إثبات مفهوم لُقّب "PHP2Shell" ظهر قبل صدور الإصدار؛ ولم يتحقق مشروع PHP من صحته، مع أن SecureLayer7 تنقل أن شركة أمنية واحدة على الأقل تقول إنها أعادت إنتاج إحدى الثغرتين. وتفيد تنبيهات PHP الصادرة في 21 أكتوبر بعدم وجود استغلال في الميدان.

ثم هناك كل من يعمل على فرع قديم. "لم يعد PHP 8.1 وما قبله يتلقى تحديثات من مشروع PHP"، كما يشير الإعلان، مع أن بعض التوزيعات وموردي الدعم طويل الأمد LTS يوفرون إصلاحات منقولة. و"نظرًا إلى الخطورة"، نشر فريق أمن PHP أيضًا ترقيعات مصدرية بالحد الأدنى للإصدارات PHP 7.4 و8.0 و8.1، موجهة لمن يبنون من المصدر أو ليس لديهم مورد دعم طويل الأمد؛ وهذه رقع تُطبق، لا إصدارات جاهزة. ولم ينشر المشروع أي ترقيعات منقولة لـ PHP 7.3 أو ما قبله، بما في ذلك PHP 5. وقد تلقت توزيعات Linux وموردو الدعم طويل الأمد LTS الرقع مسبقًا، ويبلغ PHP 8.2 نفسه نهاية عمره الافتراضي في 31 ديسمبر 2026. ويسرد تنبيه PHP إجراءات مؤقتة لمن لا يستطيع التحديث فورًا، مثل ضبط memory_limit على -1 أو خفض post_max_size أو تعطيل تتبع تقدم رفع الملفات في الجلسات، لكنه يقول إنها "تقلل التعرض لمسارات هجوم معينة لكنها لا تجعل التنصيب آمنًا"؛ ووفق ملاحظات الإصدار، "التحديث هو الخيار الآمن الوحيد".

الحجم هو بيت القصيد. وفق W3Techs، يعمل PHP على 69.3% من المواقع ذات لغة الخادم المعروفة، ومن بين مواقع PHP هذه، لا يزال 27.0% يشغّل الإصدار 7 و7.7% يشغّل الإصدار 5، وهما فرعان انتهى عمرهما الافتراضي منذ سنوات. وتشمل مواقع الإصدار 7 الإصدار PHP 7.4، الذي صار لديه الآن على الأقل ترقيع على مستوى المصدر؛ أما المواقع على PHP 5، وعلى الإصدارات من 7.0 إلى 7.3، فلا تحصل على أي ترقيع منقول من المشروع. وقد حذّر تنبيه CERT-EU رقم 2026-018 من أن الثغرتين قد تؤثران في جميع إصدارات PHP بدءًا من PHP 5؛ ويبقى ذلك تحذيره هو، بينما تذكر تنبيهات GitHub الفروع المدعومة فقط، دون 8.2.35 و8.3.36 و8.4.27 و8.5.12، بوصفها متأثرة ولا تعدّد الإصدارات المنتهية العمر. بالنسبة لمديري الأنظمة في القسم الأول، هذا هو عمل الليلة ومشروع الترحيل للربع القادم، وقد أُعلن في الثلاثاء نفسه مع كل شيء آخر.

ما الذي هبط أيضًا على مكاتب المدافعين هذا الأسبوع؟

واصل الاثنان والثلاثاء الإضافة. يفصّل التنبيه المشترك AA26-293A الصادر عن CISA ومكتب التحقيقات الفيدرالي (20 أكتوبر) عملية SafePay، وهي عملية فدية أصابت 600 منظمة على الأقل منذ أغسطس 2024. ولمنع الضحايا من التعافي، يقول التنبيه، توقف SafePay خدمة النسخ الاحتياطية الظلية Volume Shadow Copy وتعيد أجهزة التخزين الاحتياطي المتصلة بالشبكة إلى إعدادات المصنع، بل تحذف في بعض الحالات جميع النسخ الاحتياطية المتصلة بالشبكة. والنصيحة الجوهرية في التنبيه حكمة قديمة بإلحاح جديد: يجب أن تكون النسخ الاحتياطية غير متصلة وغير قابلة للتعديل ومختبرة فعلًا، لأن النسخ القابلة للوصول عبر الشبكة هي بالضبط ما تدمره هذه العصابة.

وكان أسبوع كتالوج الثغرات المستغلة المعروفة لدى CISA ثقيلًا أيضًا: أُضيفت في 20 أكتوبر أربع ثغرات في Plex Media Server يمكن تسلسلها معًا، وهذا مهم لأن Plex من إدخالات KEV النادرة التي تقبع في غرف المعيشة لا في مراكز البيانات. وجاء في وقت سابق من الأسبوع BeyondTrust Remote Support وFortinet (16 أكتوبر)، وAtlassian Data Center (15 أكتوبر)، وPalo Alto PAN-OS وCisco Secure Email Gateway وAhsay (14 أكتوبر). ولكل إدخال دليل على الاستغلال في الميدان.

وأطّر الأسبوع بندان آخران. وصف تقرير حصري لـ Reuters في 19 أكتوبر مخترقًا واحدًا استخدم وكلاء ذكاء اصطناعي مستقلين لمحاولة التسلل إلى أكثر من 1,200 موقع واختراق مواقع أكثر من 100 شركة، بتكلفة نحو 50 دولارًا لكل عملية تسلل، وفق باحث في NorForge؛ ولم تستطع Reuters إثبات ما البيانات التي أُخذت. ومهما يكن الحساب النهائي، فالاقتصاد هو القصة: إذا كان الاختراق يكلف نحو 50 دولارًا، فإن تخفيضات الميزانيات في بيانات ISC2 تبدو أصعب تبريرًا. وفي يوم الثلاثاء تزامن انقطاع في Google Cloud في منطقة لندن مع رفض بطاقات Revolut في أنحاء أوروبا؛ وقد أكدت Revolut نفسها السبب مساء 20 أكتوبر، معلنة في الساعة 19:39 بتوقيت باريس أن المشكلة أُصلحت والخدمات استُعيدت ومسمية انقطاع Google Cloud سببًا، وتعزو Google انقطاعها إلى حدث كهربائي في منطقة واحدة من إقليم لندن لديها، ولا شيء يربطه بـ PwnEscape. وقد غطيناه على حدة في شرحنا لانقطاع Revolut.

كيف يبدو الأسبوع كله جنبًا إلى جنب؟

ما الذي ينبغي أن تفعله فعلًا هذا الأسبوع؟

بالنسبة لمعظم القراء، الجواب الصادق قصير. حدّث متصفحك ونظام تشغيلك، وهو ما يحل قصة الشهادات بهدوء. وإذا كنت تشغّل Plex Media Server في المنزل، فحدّثه اليوم؛ فتلك الثغرات تُستغل فعلًا، لا نظريًا فقط. وتوقّع تصيدًا يستعير عناوين هذا الأسبوع، من نوع "حسابك انكشف في اختراق PHP"؛ ومرشح DNS يحجب نطاقات التصيد المعروفة قبل تحميلها، مثل Threat Protection من Le VPN، يفيد هنا، وإذا زعمت رسالة أن بريدك الإلكتروني وقع في اختراق، فتحقق منه بنفسك مقابل الاختراقات المعروفة بدل النقر على الرابط. ويغطي مركزنا للأمن على الإنترنت (بالإنجليزية) بقية الأساسيات.

إذا كنت تملك موقعًا: اعرف الليلة أي فرع من PHP تشغّل. على الإصدارات من 8.2 إلى 8.5، التحديث متاح: طبّق 8.2.35 أو 8.3.36 أو 8.4.27 أو 8.5.12 الآن، أو اسأل مستضيفك هل طُبّق، فتوزيعات Linux وموردو الدعم طويل الأمد LTS تلقوا الرقع مسبقًا. وعلى 7.4 أو 8.0 أو 8.1، فالخياران هما الترقيعات المصدرية بالحد الأدنى من فريق أمن PHP أو إصلاح منقول من مورد. وعلى 7.3 أو ما قبله، بما في ذلك PHP 5، تعامل مع هذا بوصفه الدافع القسري للترقية التي ظللت تؤجلها، وفي غضون ذلك فكّر في اقتراح CERT-EU بعزل كل ما يواجه الإنترنت ولا يمكن ترقيعه. وإذا كان موقعك يعيش على خادم VPS، فمن العدل أن تسأل مزودك سؤالين: هل رُقعت أنوية المضيفات لسد CVE-2026-99999، ومتى نافذة إعادة التشغيل. وتحقق من أن نسخك الاحتياطية موجودة في مكان لا تستطيع الفدية بلوغه: فـ SafePay تعيد النسخ الاحتياطية المتصلة بالشبكة إلى إعدادات المصنع أو تحذفها بالضبط لأن الضحايا يعتمدون عليها.

إذا كنت تدير أشخاصًا يؤدون هذا العمل، فأرقام الاستطلاعات في أعلى هذا المقال ليست فضولًا من شؤون الموارد البشرية؛ إنها مؤشر مخاطرة. وجد تقرير Proofpoint لعام 2026 بعنوان Voice of the CISO أن 77% من مديري أمن المعلومات يقولون إن توقعات مفرطة تُلقى على عاتقهم، ووجد بحث IANS/Artico حول تفاعل مجالس الإدارة أن 29% فقط من أعضاء المجالس يقيّمون التحديثات السيبرانية التي يتلقونها بأنها فعالة جدًا. الفريق الذي أمضى هذا الأسبوع في ترقيع المضيفات وتدوير الشهادات وقراءة تسريبات الحظر في منتصف الليل سيفعلها مجددًا الشهر القادم. أما هل يفعلها جيدًا، أم وهو يحدّث سيرته الذاتية، فذلك جزئيًا بند في الميزانية.

فقرة صادقة أخيرة. ما كانت شبكة VPN لتمنع حدثًا واحدًا في هذه القائمة. فهي لا ترقّع الخوادم، ولا تصلح أخطاء النواة أو PHP على المواقع التي تزورها، ولا توقف الانقطاعات السحابية، ولا تحل محل تحديثات المتصفح التي حجبت الشهادات السيئة. ما تفعله أضيق وما زال مفيدًا: إنها تشفّر حركة البيانات بين جهازك وخادم VPN، بحيث لا يستطيع شخص على شبكة Wi-Fi نفسها في المقهى اعتراض ما ترسله. معرفة ما تفعله الأداة بدقة، وقول ذلك صراحة، بدت الطريقة الصحيحة لإنهاء أسبوع سار على وقود الخوف من غير المؤكد.

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