أمن سيبرانيقراءة دقيقتين

Railway تكشف أن طرفًا غير مصرح له وصل إلى متغيرات بيئة لعملاء وفك تشفير بعضها

نشرت منصة الاستضافة Railway بيانًا أمنيًا في 21 أكتوبر 2026، كتبه Jacob Cooper، تقول فيه إنها رصدت نشاطًا غير معتاد في الأنظمة التي تخزّن متغيرات البيئة الخاصة بالعملاء. وبحسب التحقيق حتى الآن، ربما وصل طرف ثالث غير مصرح له إلى متغيرات مشفّرة، وحصل في بعضها على المحتوى بعد فك التشفير.

ومتغيرات البيئة هي المكان المعتاد لأسرار التطبيق: مفاتيح الـ API، وبيانات الدخول إلى قواعد البيانات والـ registry. ولهذا فإن الوصول إليها يعني عمليًا الوصول إلى كل خدمة يتصل بها التطبيق.

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

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

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

وكل عمليات النشر على Railway متوقفة خلال التحقيق، فلا يمكن إطلاق نسخ جديدة من التطبيقات حتى تعود عمليات البناء. ولم يذكر البيان كيف دخل المهاجم.

المصادر

  1. بيان Railway الأمني الرسمي
  2. صفحة حالة المنصة

من عدد الخميس 11 جمادى الأولى - 22 أكتوبر

أخبار ذات صلة

أمن سيبراني

PingCAP صاحبة TiDB: مهاجم ببيانات اعتماد مسروقة بقي داخل أنظمتها 28 يومًا ونسخ الكود المصدري

المغزى: قاعدة البيانات بقيت سليمة، لكن الحساب الذي يصل إليها لم يكن كذلك، وغياب السجلات قبل الحادثة هو ما يجعل الشركة حتى الآن غير قادرة على إخبار كل عميل بما تسرّب منه.

10 جمادى الأولى - 21 أكتوبر

أخبار الخميس 11 جمادى الأولى - 22 أكتوبر