هجمات تسميم العناوين: كيف تعمل وكيف تحمي نفسك

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

الحيلة التي تستغل النسخ واللصق

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

كيف يعمل التسميم فعلاً

يبدأ الهجوم بالتوليد. عناوين الكريبتو طويلة بما يكفي ليتمكن المهاجمون من إنتاج عناوين مزخرفة (vanity) بثمن بخس تطابق الأحرف الأولى والأخيرة من عنوانك أو عنوان من تتعامل معه — بالضبط الأحرف التي تعرضها واجهات المحافظ. ثم يأتي الزرع. أحياناً تكون تحويلة «غبار» صغيرة ببضعة سنتات تصل إلى عنوانك من العنوان الشبيه. وعلى سلاسل EVM يكون الأشيع تحويلة توكن بقيمة صفرية: فمعيار ERC-20 يسمح بتحويل مبلغ قدره صفر، ما يتيح للمهاجم استدعاء transferFrom مشيراً إلى عنوانك دون أن يملك أي تفويض (allowance)، ومع ذلك يُصدر حدث Transfer صحيحاً تماماً — وهو ما تعرضه المستكشفات وقوائم نشاط المحافظ كمعاملة عادية بينك وبين العنوان المزيف. وأرخص من ذلك لكل ضحية: عقود توكنات مؤقتة تُصدر أحداث Transfer ملفّقة، بالجملة، لتوكنات لم يملكها أحد قط. وأياً كانت الطريقة، فتكلفة المهاجم بعض الغاز لا أكثر، والنتيجة واحدة: طُعم مقنع صار يجلس الآن في سجلك، ينتظر بصبر.

لماذا تنجح: الاختصار والثقة في السجل

عرفان من أعراف الواجهات يجعلان الفخ فعالاً. أولاً، تختصر المحافظ والمستكشفات العناوين عالمياً تقريباً إلى شيء مثل 0x1a2b…9f8e، فالعنوان الشبيه المصمم لمطابقة تلك الأحرف الظاهرة لا يمكن تمييزه بنظرة واحدة. ولن تنقذك خانات التحقق (checksum) هنا — فالعنوان المسمَّم عنوان صالح وسليم التحقق، لكنه ببساطة يخص شخصاً آخر، فلا يوجد إدخال مشوّه كي ترفضه البرمجيات. ثانياً، يعامل الناس سجل معاملاتهم كدفتر عناوين موثوق: «العنوان الذي أرسلت إليه الأسبوع الماضي» يبدو آمناً لإعادة استخدامه. والتسميم يحوّل هذه الثقة بالذات إلى سلاح. لا شيء في الإدخال المزيف يبدو شاذاً؛ فهو يجلس بجوار معاملاتك المشروعة، بنفس التنسيق، وغالباً يعكس الصيغة المختصرة لطرف حقيقي.

ما الذي يستطيعه التسميم — وما لا يستطيعه

يجدر قوله بوضوح: معاملة التسميم، بمفردها، لا تأخذ شيئاً. تلقّي الغبار لا يخترق مفاتيحك؛ والتحويلة الصفرية لا تمنح أي موافقة؛ والمهاجم لا يكسب أي سلطة على محفظتك. الهجوم كله رهان على خطأ مستقبلي منك. وهذه أخبار جيدة — فهي تعني أن الدفاع سلوكي بالكامل، وبعكس اختراق المفاتيح، لا يوجد ما يجب إصلاحه. تجاهل الغبار (التفاعل مع توكنات «هدايا» مجهولة عائلة احتيال منفصلة)، ويبقى الطعم غير مؤذٍ إلى الأبد.

لماذا لا توقفه الأجهزة ولا المصادقة

هنا يخطئ الناس التقدير. كل طبقة تحمي المفتاح — جهاز عتاد، أو مفتاح مرور (passkey)، أو بطاقة تُلمس للمصادقة — تجيب عن سؤال واحد: هل الشخص الصحيح هو من يوافق على هذه المعاملة؟ وتسميم العناوين لا ينازع في ذلك إطلاقاً. التوقيع أصلي، والموافقة مقصودة، والمفتاح سليم؛ الخطأ في الوجهة وحدها. وبطاقة WATS المعدنية بتقنية NFC توضّح هذا الفارق بجلاء: فهي لا تخزّن أي مفتاح خاص على الإطلاق، بل تُلمس للمصادقة على المفاتيح الموجودة داخل تطبيقات WATS، وهي أقرب إلى مفتاح أمان مادي منها إلى خزنة تخزين بارد. وهذا يجعلها حماية قوية من أن يحرّك شخص آخر أموالك، ولا يجعلها حماية على الإطلاق من أن ترسل أنت أموالاً إلى عنوان نسخته من السطر الخطأ في سجلك. فحص الوجهة يجب أن يحدث على الشاشة، منك أنت، قبل أن توافق — ولهذا فإن التوقيع الأعمى على ما لم تقرأه هو أول عادة تستحق التخلي عنها.

العادات التي تجعلك محصّناً

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

أين تقع محفظة مثل WATS من هذا

لا توجد محفظة تستطيع التراجع عن تحويلة وافقت عليها، فالسؤال العملي هو ما إذا كانت محفظتك تُبقي القرار بين يديك وتزيل الاحتكاك الذي يدفع الناس إلى الاستعجال. WATS غير وصائية بالكامل: تحتفظ أنت بالمفاتيح ولا تحتفظ WATS بأي مفتاح، عبر Ethereum وArbitrum وOptimism وBase وPolygon وBNB Chain وSolana وTON. أما على جانب الاحتكاك، فتحتسب WATS رسوم الشبكة برمز واحد هو ATS بدلاً من رمز الغاز الأصلي لكل سلسلة — مستخدمةً تجريد الحسابات بمعيار ERC-4337 على EVM وLayerZero OFT كي يعمل رصيد ATS واحد عبر السلاسل جميعاً. هذا ليس خصماً؛ فهو يغيّر أي رمز يدفع، لا كلفة المعاملة نفسها. لكن ما يغيّره فعلاً هو السلوك: إرسال الاختبار الصغير الذي كنت ستتخطاه لأنك لا تملك رمز الغاز على تلك السلسلة تحديداً يصبح شيئاً تستطيع فعله دائماً. وما يُجمع من ATS كرسوم يغذّي حرقاً ينزل بالمعروض من 100 مليون إلى 30 مليوناً، وWATS هي المحفظة الأولى والوحيدة التي تجمع رسوم الرمز الواحد عبر ERC-4337 وOFT مع هذا الحرق؛ والتفاصيل على صفحة رسوم ATS. وإذا أخذت خطوة عملية واحدة بعد قراءة هذا، فلتكن هذه: توقّف عن أخذ العناوين من سجلك، وفي المرة القادمة التي تدفع فيها إلى عنوان جديد في WATS، أرسل مبلغ اختبار صغيراً أولاً وتحقق من وسط العنوان لا من طرفيه فقط، قبل أن توافق على الباقي.