طرح Chrome 155 عددًا من إصلاحات الأمان بلغ 247
وصل Chrome 155 إلى قناة Stable في 6 أكتوبر 2026 حاملًا 247 إصلاحًا أمنيًا، أربعة منها أخطاء use-after-free حرجة. ما يقوله الإصدار، وما يتركه مفتوحًا، ولماذا ينتمي إيقاع الترقية إلى روتين أي نموذج.
تُرجم هذا المقال آليًا. اقرأ النص الأصلي بالإنجليزية

وصل Chrome 155 إلى قناة Stable في 6 أكتوبر 2026. ويذكر منشور الإصدار أنه يحمل 247 إصلاحًا أمنيًا، أربعة منها مصنّفة حرجة (Critical). وهذه دفعة كبيرة على غير المعتاد، حتى بمعايير الإيقاع ذي الأسبوعين الذي انتقل إليه Chrome مع Chrome 153.
تتناول هذه المقالة ما يقوله الإصدار، وما يتركه مفتوحًا، ولماذا ينتمي إيقاع ترقية المتصفح إلى روتين التشغيل لدى كل من يدير نموذجًا.
ما الذي صدر
إصدار سطح المكتب هو 155.0.8059.39/.40 على Windows وmacOS و155.0.8059.39 على Linux. ووصل Chrome 155 أيضًا إلى Android وiOS. وقد وصل على مرحلتين: حصلت نسبة صغيرة من مستخدمي Windows وmacOS على 155.0.8059.26/.27 في 30 سبتمبر، ثم بدأ التوزيع الأوسع في 6 أكتوبر. ودخل Chrome 156 قناة Beta في 30 سبتمبر.
ويشير منشور Google إلى أن الوصول إلى تفاصيل الأخطاء وروابطها يبقى مقيّدًا حتى يُحدَّث غالبية المستخدمين بالإصلاح، ويبقى مقيّدًا مدة أطول عندما يكون الخلل في مكتبة طرف ثالث تعتمد عليها مشاريع أخرى أيضًا.
وتوزيع الخطورة في التحليل الثانوي هو أربعة حرجة، و53 عالية، و122 متوسطة، و68 منخفضة. وبالمقارنة مع تحديث سطح المكتب السابق، الذي حمل 11 إصلاحًا، فهذا إصدار يغيّر أشياء كثيرة دفعة واحدة.
الأخطاء الحرجة الأربعة
جميع المدخلات الحرجة الأربعة أخطاء use-after-free، وهي فئة تُحرَّر فيها الذاكرة بينما يبقى شيء ما يحتفظ بمؤشر إليها. وتسردها Google حسب المكوّن وCVE.
Chromecast: CVE-2026-106382، أبلغت عنه Google.
Browser: CVE-2026-106197، أبلغ عنه Xinyang Ge.
Navigation: CVE-2026-106358، أبلغ عنه Xinyang Ge من Anthropic، بمساعدة Claude.
Track: CVE-2026-106347، أبلغ عنه Xinyang Ge من Anthropic، بمساعدة Claude.
خطأ use-after-free في Navigation أو Track يهم كل من تُرسل صفحته نموذجًا، لأن الاثنين يقعان في المسار الذي يمر به المتصفح بينما ينتقل الزائر بين الصفحات ويُرسَل الإرسال. وهذا سبب للاهتمام بالترقية. وليس ادعاءً بأن شيئًا في صفحتك كان معطلًا.
لماذا ينتمي هذا الإيقاع إلى روتينك
يصدر Chrome الآن كل أسبوعين. والنموذج الذي يستقبل الإرسالات عبر مكوّن مُولَّد يعمل داخل المتصفح الذي جاء به الزائر، وأنت لا تتحكم في ذلك المتصفح. وما تتحكم فيه هو سرعة تلقّي أجهزتك للترقية، وما إذا كان أحد يقرأ ملاحظات الإصدار أصلًا.
عادتان تغطيان معظم ذلك. حدّث المتصفحات التي يستخدمها فريقك. ثم اكتب ما تختبره بعد كل إصدار متصفح: إرسال واحد من متصفح سطح مكتب، وإرسال واحد من هاتف، وصفحة مستضافة تُفتح من جديد. هذا روتين أرخص من أن تكتشف تغيّرًا في العرض من شكوى مقدّم طلب.
ما الذي لا يحسمه هذا
لا يقول إن خطأً قد استُغل. فمنشور Google لا يذكر أن أيًا من الثغرات الـ247 قد استُخدمت، وتفاصيل الأخطاء الحرجة الأربعة ما زالت مقيّدة.
لا يقول إن FormFlow تأثر. فليس هنا أي تصريح بأن FormFlow أو صفحاته المستضافة أو مكوّنه المُولَّد كانت معرّضة للخطر، أو اختُبرت على Chrome 155، أو تغيّرت بسبب هذا الإصدار.
لا يقول إن نموذجك يعمل على Chrome 155. فما إذا كانت صفحتك تُعرض وتُرسل بشكل صحيح سؤال يجيبه اختبارك أنت، على صفحتك أنت.
اقرأ عدد الإصلاحات على أنه حجم الصيانة، لا مقياسًا للخطر. والفعل المفيد واحد في الحالتين: حدّث، ثم اختبر الصفحة الوحيدة التي تعتمد عليها.