مستخدمي Solana يتعرضون لهجمات تصيد جديدة، حزمة NPM خبيثة تسرق المفتاح الخاص مما يؤدي إلى خسائر في الأصول

في أوائل يوليو 2025، أثارت حادثة جديدة من هجمات التصيد الموجهة ضد مستخدمي Solana اهتمام خبراء الأمن. اكتشف أحد المستخدمين أنه تم سرقة أصوله المشفرة بعد استخدام مشروع مفتوح المصدر على GitHub. بعد التحقيق، كشفت الفرق الأمنية عن سلسلة هجمات مصممة بعناية، تتضمن حزم NPM ضارة وتنسيق بين عدة حسابات على GitHub.

أحداث القضية

استخدم الضحية مشروع GitHub المسمى "solana-pumpfun-bot" في 1 يوليو، وفي اليوم التالي اكتشف أن الأصول قد سُرقت. بدأت فريق الأمان التحقيق على الفور، واكتشفوا أن المشروع يحتوي على العديد من النقاط المشبوهة:

1. عدد النجوم والتفرعات للمشروع مرتفع بشكل غير عادي، لكن تحديثات الشيفرة مركزة منذ ثلاثة أسابيع، مما يدل على نقص في ميزات الصيانة المستمرة.
2. تحتوي الاعتمادات الخاصة بالمشروع على حزمة طرف ثالث مشبوهة تُسمى "crypto-layout-utils".
3. تم إزالة الحزمة المشبوهة من قبل NPM رسميًا، والإصدار المحدد ليس في السجل التاريخي الرسمي.

تحليل أساليب الهجوم

أظهرت التحليلات المتعمقة أن المهاجمين استخدموا الأساليب التالية:

1. تم استبدال رابط تحميل الحزمة المشتبه بها في package-lock.json برابط يشير إلى نسخة مصنوعة يدويًا على GitHub.
2. تم تشويش هذا الإصدار من الشيفرة بشكل كبير، مما زاد من صعوبة التحليل.
3. بعد فك الارتباك، تم اكتشاف أن الحزمة ستقوم بمسح ملفات الكمبيوتر الخاصة بالمستخدم، بحثًا عن محتوى متعلق بالمحفظة أو المفتاح الخاص، وتحميله إلى الخادم الذي يتحكم فيه المهاجم.
4. قد يكون المهاجمون قد سيطروا على حسابات متعددة على GitHub، لاستخدامها في Fork مشاريع خبيثة وزيادة شعبيتها، مما يوسع نطاق انتشارها.

تدفق الأموال

من خلال أدوات تحليل السلسلة، تم اكتشاف أن جزءًا من الأموال المسروقة تم تحويله إلى منصة تداول معينة.

توسع نطاق الهجوم

أظهرت التحقيقات أن هناك العديد من مشاريع Fork ذات الصلة التي تعاني من سلوكيات خبيثة مماثلة، حيث استخدمت بعض النسخ حزمة خبيثة أخرى "bs58-encrypt-utils-1.0.3". وهذا يدل على أن المهاجمين بدأوا في توزيع حزم NPM الضارة ومشاريع Node.js في منتصف يونيو.

نصائح الأمان

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

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