كيف نُبطل مفتاح توقيع إضافة

كل إضافة من إضافات Sekervia موقَّعة (Ed25519). يرفض التطبيق أي إضافة لا يتطابق توقيعها مع مفتاح يعرفه. لكن التوقيع وحده لا يكفي: ما يهمّ هو ما يحدث يوم يُفقد مفتاح أو يُخترق، وفي أي مدة.

التزامنا

خلال 24 ساعة من اكتشاف المشكلة، يُسحب المفتاح المعني من Sekervia.

خلال 72 ساعة، تُرسَل نسخة مُصحَّحة وموقَّعة عبر التحديث التلقائي.

يُرفض المفتاح المسحوب رفضًا نهائيًا، حتى لو كانت نسخة قديمة من التطبيق أو حزمة ما لا تزال تقدّمه: يحتفظ Sekervia بقائمة المفاتيح المسحوبة ويرجع إليها قبل أي تحقق آخر.

ما نفعله، خطوة بخطوة

1. الاكتشاف — يتحقق فحص تلقائي، عند كل إصدار، من أن كل إضافة مُسلَّمة موقَّعة بمفتاح ساري المفعول. وأي تدوير للمفاتيح يُنفَّذ بشكل خاطئ يؤدي إلى فشل هذا الفحص.

2. إنشاء مفتاح جديد — يوضع جزؤه الخاص في مكان آمن فورًا، قبل أي توقيع.

3. الاستبدال لا الإضافة — يُزال المفتاح القديم من التطبيق ويُدرج في قائمة المفاتيح المسحوبة.

4. إعادة التوقيع لكل إضافة رسمية بالمفتاح الجديد.

5. الإثبات — تتحقق الاختبارات من عدم وجود أي إضافة تحمل مفتاحًا مسحوبًا، وأن المفتاح المسحوب لا يُعاد إلى الخدمة أبدًا.

6. توزيع النسخة المُصحَّحة عبر التحديث الموقَّع.

7. الإبلاغ — تذكر ملاحظات الإصدار المفتاح المسحوب والتاريخ والسبب. والإضافة التي لا تزال موقَّعة به لم تعد تُحمَّل: وهذا مقصود.

ما حدث لنا بالفعل

في 22 سبتمبر 2026، وبينما كنا نحاول إعادة توقيع إضافة، اكتشفنا أن الجزء الخاص من أحد مفاتيحنا، الذي أُنشئ في 4 سبتمبر، قد فُقد: إذ لم يوضع قط في مكان آمن. وُضع مفتاح جديد في الخدمة، وأُعيد توقيع الإضافات، وسُحب المفتاح القديم في الدقائق التالية. لم تُوقَّع أي إضافة من قِبل طرف ثالث.

لكن الفقدان لم يُلاحَظ إلا بعد 18 يومًا من وقوعه، لأنه لم يكن هناك ما يتحقق من أن المفتاح لا يزال موجودًا. ولهذا تفرض الخطوة 2 الآن وضع المفتاح في مكان آمن قبل أي توقيع.