تربط سياسة التنبيهات الأمنية المنشورة لدى بيتكوين كور الإفصاح عن الثغرات بكل من درجة خطورة الخلل وحالة دعم البرنامج. إذ يُكشف عن الثغرات منخفضة الخطورة بعد أسبوعين من إصدار نسخة رئيسية تتضمن الإصلاح، بينما يُكشف عن الثغرات المتوسطة والعالية الخطورة بعد أسبوعين من وصول آخر إصدار متأثر إلى نهاية عمره التشغيلي. وتضيف نشرة عاجلة مقدمة بتاريخ 2025-10-23 أن التعامل مع الثغرات سهلة الاكتشاف قد أصبح أسرع، إلا أن النص الرسمي الذي تمت مراجعته لم يتضمن الحكم المحدد المتعلق بالنماذج اللغوية الكبيرة (LLM).

كيف تقول بيتكوين كور إن الإفصاح عن الثغرات يعمل الآن

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

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

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

كيف تؤثر نوافذ دعم الإصدارات في الجهات التي تتلقى التحذيرات وتوقيتها

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

في إعلان إصدار بيتكوين كور 29.0 بتاريخ 2025-04-14، قال المشروع إن النسخ 26.x وما قبلها وصلت إلى نهاية الصيانة ولن تتلقى تحديثات إضافية. وأضاف أنه بعد أسبوعين من ذلك الإصدار سيُفصح، إن وجدت، عن الثغرات المتوسطة والعالية الخطورة التي تؤثر في 26.x، إلى جانب الثغرات منخفضة الخطورة التي تؤثر في 28.x.

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

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

ما الذي تضيفه المزاعم الحالية المرتبطة بالذكاء الاصطناعي وما الذي لا يزال غير مؤكد

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

قد يعكس ذلك تحسينًا حاليًا فعليًا، لكن المقتطفات الرسمية التي تمت مراجعتها تدعم استنتاجًا أضيق. فقد وصف منشور في القائمة البريدية لأنطوان بوانسو بتاريخ 2024-09-19 تنبيهًا عامًا يؤثر في إصدارات بيتكوين كور السابقة لـ24.0.1 بأنه جزء من تبني المشروع التدريجي لسياسة جديدة للإفصاح عن الثغرات. وهذا يعني أن المواد الأولية المتاحة تشير إلى تطبيق بدأ بالفعل قبل تاريخ النشرة العاجلة في 2025.

لذلك، فإن القراءة الأدق ليست أن بيتكوين كور لم تكن تملك مثل هذا الإطار حتى الآن. بل إن سياسة الإفصاح المعتمدة على درجة الخطورة ودورة حياة الإصدار ظاهرة بالفعل في المواد الرسمية، بينما يظل الادعاء الأكثر تحديدًا في النشرة العاجلة حول الثغرات سهلة الاكتشاف أو المدعومة بـLLM إضافةً حاليةً مُبلّغًا عنها. وينطبق الأمر نفسه على نسبة النشرة إلى بوانسو قوله إن فترات السرية الطويلة منحت المستخدمين وقتًا للترقية، لكنها صعّبت نقل الإصلاحات إلى الإصدارات الأقدم؛ فهذا التبرير ينسجم مع الإطار المؤكد القائم على دورة حياة الإصدار، لكن التصريح الأصلي لم يُراجع هنا.