ينهي Bitcoin Core حظرًا دام عامًا على الأخطاء السهلة الاكتشاف

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

التحفيز واضح. يقوم المُحافظون بمعالجة المزيد من التقارير عن أخطاء تُكتشف مرة أخرى، لأن نماذج اللغة قللت الجهد المطلوب لاكتشافها. أعلنت أنتوان بوانسو، مساهم في Bitcoin Core في Chaincode Labs، عن هذا التغيير على قائمة بريد تطوير بيتكوين في نفس اليوم الذي تم فيه دمج طلب السحب.

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

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

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

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

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

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

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

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

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

هذا الاستثناء موجود لسبب وجيه. في تاريخ Bitcoin Core، كان خطأ التضخم الذي تم الإبلاغ عنه كـ CVE-2018-17144 في سبتمبر 2018 من النوع الذي يبرر المعاملة الخاصة: فقد كان يمكنه السماح بإنشاء عملات خارج جدول الإصدار. طريق "الاكتشاف السهل" الجديد لا يلمس هذا المستوى — فخطأ حرج سيظل يتلقى استجابة طارئة مصممة وفقًا للمخاطر على الشبكة بأكملها.

أصبح التغيير أسهل في القراءة كانكماش في نافذة الإفصاح. عادةً ما يظل خطأ متوسط الحدة تم إصلاحه اليوم سريًا لمدة حوالي 52 أسبوعًا، ويُكشف عنه فقط بعد أسبوعين من انتهاء دورة حياة آخر إصدار متأثر. نفس الخطأ، بمجرد تحديده كسهل الاكتشاف، يُنشر كإصدار نقطي "في أسرع وقت ممكن" مع إشعاره. هذه هي الفرق بين سنة، ووفقًا لصياغة المُدرِّسين أنفسهم، المدة التي تستغرقها كتابة ومراجعة واختبار تصحيح مستهدف.

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

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

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

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

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

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

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