Bitcoin Core يسرّع إصلاح الثغرات سهلة الاكتشاف ويكشفها بلا مهلة الحظر المعتادة
الحقائق الرئيسية
أدمج مشروع Bitcoin Core في 22 أكتوبر 2026 تعديلاً على سياسة الإفصاح عن الثغرات الأمنية، يسرّع إصلاح المشكلات التي يسهل اكتشافها وإعلانها، وفق سجل الدمج على GitHub. ويقضي المسار الجديد بإصدار تحديث نقطي يتضمن الإصلاح لكل إصدار رئيسي ما زال مدعوماً، مع نشرة أمنية، بأسرع ما يمكن. ولا يغيّر التعديل قواعد إجماع شبكة Bitcoin، بل يخص توقيت معالجة الثغرات وإبلاغ المستخدمين بها. وجاءت الخطوة بعدما قال مطور الاقتراح إن نماذج اللغة الكبيرة خفضت بدرجة كبيرة عتبة العثور على بعض أنواع المشكلات أو التعرف إلى إصلاحات مخفية. ويرى المشروع أن الانتظار المعتاد قبل الإفصاح لا يحقق فائدة كبيرة حين يكون اكتشاف الثغرة يسيراً، فيما يؤخر وصول الإصلاح إلى المستخدمين.
وتعرّف السياسة الثغرة سهلة الاكتشاف بأنها ما يمكن العثور عليه بجهد محدود، مثل استخدام مطالبة بسيطة لنموذج لغوي كبير. ولا تحصر السياسة هذا التصنيف في المشكلات التي تكتشفها النماذج، إذ يتعلق المعيار بسهولة اكتشاف الثغرة عموماً. وقال مطور الاقتراح إن تقارير الثغرات التي يسهل إعادة اكتشافها زادت، وربط ذلك بقدرة النماذج على خفض عتبة العثور على فئات معينة من المشكلات أو الإصلاحات المخفية. وتغيّر هذه القاعدة نقطة بدء الإفصاح: فبدلاً من انتظار انقضاء مهلة موحدة مرتبطة بدرجة الخطورة، يسلك المشروع مساراً أسرع حين تكون الثغرة سهلة الاكتشاف. ويتيح ذلك نشر التحديث والنشرة الأمنية بالتزامن، بحسب السياسة، مع إبقاء الإصلاحات مرتبطة بالإصدارات الرئيسية التي ما زالت ضمن الصيانة.
وكانت السياسة السابقة تمنح المستخدمين فترة انتظار قبل كشف تفاصيل الثغرات. فالثغرات منخفضة الخطورة كانت تُعلن بعد أسبوعين من إصدار النسخة الرئيسية التي تتضمن إصلاحها. أما الثغرات متوسطة وعالية الخطورة، فكان الإفصاح عنها يأتي بعد أسبوعين من خروج آخر إصدار متأثر من الخدمة، أي بعد نحو عام من إصدار النسخة الرئيسية التي حملت الإصلاح. ويستبدل التعديل هذه المهل المعتادة للثغرات سهلة الاكتشاف بإصدار التحديث والنشرة بأسرع ما يمكن، من دون انتظار الجداول السابقة المرتبطة بالخطورة. ويعكس ذلك موازنة مختلفة بين إبقاء تفاصيل الثغرة محجوبة ومنح المستخدمين وقتاً للتحديث، خصوصاً عندما يرجح أن يتمكن آخرون من العثور على المشكلة قبل انتهاء فترة الحظر.
ويستند أثر التوقيت إلى طريقة صيانة البرنامج. فبحسب مطور الاقتراح، بطء ترقية المستخدمين يجعل فترة الحظر الطويلة تؤخر وصول الإصلاح إليهم، كما أن الإصلاحات الأمنية لا تُنقل عادةً إلى الإصدارات السابقة، بل تصبح متاحة مع الإصدار الرئيسي التالي. وتحافظ Bitcoin Core دائماً على أحدث 3 إصدارات رئيسية؛ وعندما يصدر إصدار رئيسي جديد، يخرج الأقدم من نافذة الصيانة ويصبح منتهي العمر. وتقول سياسة دورة الحياة إن المشروع يوفر إصدارات صغرى مخصصة لإصلاح الأخطاء، الأمنية وغيرها، لكل إصدار رئيسي. لذلك يربط المسار الجديد الإصلاح بكل إصدار رئيسي لا يزال مدعوماً، بما يتيح معالجة الثغرة ضمن نطاق الصيانة القائم بدلاً من انتظار الإصدار الرئيسي التالي للمستخدمين.
لكن تسريع الإتاحة قد يقلّص الوقت الذي يقضيه الإصلاح في الاختبار قبل وصوله إلى المستخدمين. وقالت CoinDesk إن الإصلاحات التي تسلك المسار السريع «لن تحظى بوقت اختبار طويل بالقدر نفسه» قبل إصدارها. وتبرز هذه المفاضلة بين تقليل المدة التي تبقى فيها المشكلة بلا إصلاح، وبين إتاحة وقت أطول لاختبار التحديث قبل توزيعه. وفي تعريفها للثغرات الحرجة، تشير سياسة Bitcoin Core إلى المشكلات التي تهدد الأمن الأساسي وسلامة شبكة Bitcoin بأكملها، مثل سرقة العملات على مستوى البروتوكول أو إنشاء عملات خارج جدول الإصدار أو انقسام دائم للسلسلة. وتستثني السياسة هذه الفئة من جدول الإفصاح القياسي، وتقول إنها قد تحتاج إلى إجراء خاص بكل حالة؛ لذا لا ينطبق عليها تلقائياً المسار المحدد للثغرات سهلة الاكتشاف.
ويأتي تعديل السياسة في سياق فحوص أمنية أوسع لمشروعات مرتبطة ببيتكوين. وذكرت CoinDesk أن فريق Bitcoin Red Team التطوعي، المؤلف من 16 مطوراً، استخدم نماذج ذكاء اصطناعي لفحص 390 مشروعاً متعلقاً ببيتكوين في نحو يوم واحد أواخر يوليو 2026. وسجل الفريق 4,962 نتيجة، صنّف 85 منها على أنها حرجة. وتتعلق هذه الأرقام بنتائج فحص مشروعات بيتكوين، ولا تثبت بحد ذاتها وقوع استغلال لثغرة في Bitcoin Core. كما لا تجعل سياسة الإفصاح الجديدة إعلاناً عن اكتشاف ثغرة بعينها في البرنامج؛ إنما تحدد كيفية التعامل مع الثغرات التي تُصنف سهلة الاكتشاف، بينما تظل الثغرات الحرجة خارج جدول الإفصاح المعتاد.