تصفية البريد العشوائي باستخدام أسلوب التحدي والاستجابة

الموسوعة الحرة

نظام التحدي والاستجابة (أو C/R ) هو نوع من مرشحات البريد العشوائي ، حيث يرسل تلقائيًا ردًا يتضمن تحديًا إلى المرسل (المزعوم) للبريد الإلكتروني الوارد . صُمم هذا النظام في الأصل عام ١٩٩٧ على يد ستان ويذربي، وكان يُسمى آنذاك التحقق من البريد الإلكتروني. في هذا الرد، يُطلب من المرسل المزعوم القيام بإجراء ما لضمان وصول الرسالة الأصلية، والتي لولا ذلك لما وصلت. يتطلب هذا الإجراء عادةً جهدًا يسيرًا عند تنفيذه مرة واحدة، ولكنه يتطلب جهدًا كبيرًا عند تنفيذه على نطاق واسع. وهذا يُسهم بفعالية في تصفية مرسلي البريد العشوائي. لا يحتاج نظام التحدي والاستجابة إلا إلى إرسال التحديات إلى المرسلين المجهولين. أما المرسلون الذين سبق لهم تنفيذ إجراء التحدي، أو الذين سبق لهم تلقي رسائل بريد إلكتروني، فيتم إدراجهم تلقائيًا في القائمة البيضاء.

التحدي في أنظمة التحدي والاستجابة

تسعى أنظمة التحقق من صحة الرسائل إلى توفير تحديات يسهل على المرسلين الشرعيين إنجازها، بينما يصعب على مرسلي الرسائل المزعجة إنجازها. ويتم استغلال سمتين تميزان بين المرسلين الشرعيين ومرسلي الرسائل المزعجة لتحقيق هذا الهدف:

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

فيما يلي أمثلة على التحديات التي تُستخدم أو يمكن استخدامها لاستغلال هذه الاختلافات:

  • ببساطة، إرسال رد (غير معدل) على الرسالة المتحدية.
  • التحدي الذي يتضمن عنوان URL لموقع ويب ، والذي يمكن تحميله في أداة تصفح ويب مناسبة للاستجابة للتحدي، لذا فإن النقر ببساطة على الرابط يكفي للاستجابة للتحدي.
  • تحدٍّ يتطلب قراءة تعليمات بلغة طبيعية حول كيفية الرد، مع تضمين سلسلة نصية خاصة أو رمز مرور في الرد. على سبيل المثال، تحويل سلسلة نصية للتاريخ (مثل "الخميس 12 يناير 08:45:44 2012") إلى طابعها الزمني المقابل (1326379544). تشمل طرق اختبار تورينج الأخرى مسألة بسيطة، أو الإجابة على سؤال بسيط حول النص أو المُستلِم.
  • قد تحاول الأنظمة ابتكار تحديات يصعب على النظام الرد عليها تلقائيًا، أو حتى تمثل مشكلة غير محلولة في مجال الذكاء الاصطناعي . ومن الأمثلة على ذلك (الموجودة أيضًا في العديد من المواقع الإلكترونية) اختبار " كابتشا " الذي يُطلب فيه من المستخدم مشاهدة صورة تحتوي على كلمة أو عبارة، ثم الرد بتلك الكلمة أو العبارة كتابةً.

لا تُستخدم أنظمة الاستجابة للتحديات (C/R) حاليًا على نطاق واسع بما يكفي لإجبار مرسلي البريد العشوائي على الاستجابة (تلقائيًا) للتحديات. لذلك، تعتمد هذه الأنظمة عمومًا على تحدٍ بسيط، والذي سيزداد تعقيدًا إذا ما قام مرسلو البريد العشوائي بتطوير أنظمة استجابة آلية.

توصيات لأنظمة C/R

من الناحية المثالية، ينبغي أن تكون أنظمة C/R كالتالي:

  • السماح للمستخدمين بعرض الرسائل الموجودة في قائمة الانتظار والتعامل معها.
  • الامتثال لمتطلبات وتوصيات RFC 3834. [ 1 ] 
  • اتبع قائمة مفصلة من المبادئ التي وضعها براد تمبلتون ، [ 2 ] بما في ذلك السماح بإنشاء عناوين "موسومة" أو السماح بوضع رموز مرور في Subject:رأس الرسالة أو متنها، مما يتيح قبول الرسائل دون الحاجة إلى التحقق منها. على سبيل المثال، يمكن لنظام TMDA إنشاء عناوين "موسومة" تسمح بما يلي:
    • البريد المرسل من عنوان معين
    • رسالة بريد إلكتروني تحتوي على "كلمة مفتاحية" معينة
    • البريد الذي يتم إرساله خلال فترة زمنية محددة مسبقًا، للسماح بالمراسلات المتعلقة بطلب عبر الإنترنت، ولكنه ينتهي بعد ذلك لمنع إرسال رسائل البريد الإلكتروني التسويقية في المستقبل.

يمكن تقليل مشاكل إرسال التحديات إلى عناوين البريد الإلكتروني المزيفة إذا تم إرسال التحديات فقط في الحالات التالية:

الانتقادات

أثار منتقدو أنظمة الرد الآلي عدة تساؤلات حول مدى شرعيتها وجدواها كآلية دفاعية ضد البريد الإلكتروني. [ 3 ] ويتعلق عدد من هذه التساؤلات بجميع البرامج التي ترد تلقائيًا على رسائل البريد الإلكتروني، بما في ذلك برامج إدارة القوائم البريدية، وبرامج الرد الآلي أثناء العطلات، ورسائل الارتداد من خوادم البريد.

تم إرسال طلبات تصحيح إلى عناوين بريد إلكتروني مزورة

يمكن لمرسلي الرسائل المزعجة استخدام عنوان وهمي غير موجود كعنوان مرسل (في الحقل From:المخصص) في ترويسة البريد الإلكتروني، كما يمكنهم استخدام عنوان مرسل مزور موجود (عنوان صالح، ولكنه عنوان شخص ما دون موافقته). سيصبح هذا الأخير أكثر شيوعًا إذا ما شاع استخدام تقنيات التحقق عبر معاودة الاتصال لكشف الرسائل المزعجة. تقوم أنظمة التحقق من صحة الرسائل (C/R) التي تتحقق من صحة رسالة ذات عنوان مرسل مزور بإرسال طلب التحقق كرسالة جديدة إلى الشخص الذي تم تزوير عنوانه. سيؤدي هذا إلى ارتداد البريد الإلكتروني ، مما ينقل عبء معالجة الرسالة المزعجة من الشخص الذي كان سيستلمها إلى الشخص الذي تم تزوير عنوانه، والذي قد يُعامل معاملة أي بريد إلكتروني جماعي غير مرغوب فيه (UBE) من قِبل النظام المُستقبِل، مما قد يؤدي إلى حظر خادم البريد أو حتى إدراجه في قائمة حظر أسماء النطاقات (DNSBL) . بالإضافة إلى ذلك، إذا قرر المرسل المزور التحقق من صحة طلب التحقق، فسيستلم مستخدم نظام التحقق من صحة الرسائل المزعجة على أي حال، وسيتم إدراج عنوان المرسل المزور في القائمة البيضاء.

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

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

القضايا الاجتماعية

يؤدي نشر عنوان بريد إلكتروني عادي محمي بنظام C/R إلى فرض تحديات على من يرسلون رسائل إلى هذا العنوان. ويرى بعض منتقدي أنظمة C/R أنه من غير اللائق إعطاء الآخرين عنوان بريدك الإلكتروني، ثم مطالبتهم (إلا إذا كانوا مدرجين مسبقًا في القائمة البيضاء، وهو أمر قد لا يكون ممكنًا دائمًا) بالرد على التحدي قبل أن يتمكنوا من إرسال رسائل إليك. [ 3 ]

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

التفاعل مع القوائم البريدية أو غيرها من برامج إرسال البريد الآلي

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

يجادل مؤيدو أنظمة C/R بأنه على الرغم من أن الأمر يتطلب جهدًا إضافيًا، إلا أن حلول هذه المشاكل موجودة إذا قام المستخدم النهائي الذي يقف وراء نظام C/R بهذه الأشياء البسيطة:

  • أضف عنوان القائمة البريدية إلى القائمة البيضاء يدويًا فور اشتراكك فيها. ملاحظة: في العديد من مجموعات البريد الإلكتروني، لن يعرف العضو الجديد عنوان المجموعة إلا بعد استلام رسالة الترحيب، مما يجعل هذه التوصية غير عملية.
  • استخدم "عناوين البريد الإلكتروني الموسومة" لقوائم البريد أو الرسائل الآلية مثل المذكورة أعلاه، والتي يمكن التعرف عليها ومسحها تلقائيًا بواسطة نظام C/R.
  • قم بفحص قائمة انتظار الرسائل يدويًا وتجاوز عملية C/R في حالة احتواء نظام C/R على رسالة متوقعة من مرسل بريد آلي.

النتائج الإيجابية الخاطئة

يزعم مؤيدو نظام C/R أن هذه الأنظمة لديها معدل أقل من النتائج الإيجابية الخاطئة مقارنة بالأنظمة الأخرى المستخدمة في التصفية التلقائية للبريد الإلكتروني الجماعي غير المرغوب فيه.

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

التطبيقات

  • وكيل توصيل الرسائل الموسومة
  • البريد الإلكتروني للقناة - يريد فقط ردًا، ولا يحاول في الواقع تحديد ما إذا كان المستخدم إنسانًا (وبالتالي التخلص من مرسلي البريد العشوائي الذين لا يستخدمون رسائل بريد إلكتروني شرعية ولا يتطلب معالجة مكلفة).
  • حاول نظام FairUCE [ 4 ] ("الاستخدام العادل للبريد الإلكتروني التجاري غير المرغوب فيه")، الذي طورته شركة IBM ، إيجاد علاقة تربط اسم نطاق مُرسِل البريد الإلكتروني بعنوان IP الخاص بالعميل الذي يُرسل البريد، وذلك باستخدام سلسلة من عمليات البحث المخزنة مؤقتًا في نظام أسماء النطاقات (DNS ). في حال العثور على علاقة، يتحقق FairUCE من القائمة البيضاء والقائمة السوداء للمُستلِم، بالإضافة إلى سمعة النطاق، لتحديد ما إذا كان سيتم قبول البريد الإلكتروني أو رفضه أو الطعن في سمعته أو عرض مجموعة من خيارات القائمة البيضاء/السوداء على المستخدم. اعتبارًا من عام 2010، تم تصنيف المشروع كتقنية "متقاعدة".

مراجع

  1. ↑ RFC 3834 : توصيات بشأن الردود التلقائية على البريد الإلكتروني 
  2. ↑ تمبلتون، براد. "المبادئ الصحيحة لأنظمة مكافحة البريد العشوائي القائمة على التحدي/الاستجابة" . تم الاطلاع عليه بتاريخ 13 يونيو 2014 .
  3. 1 2 شريفر، فيرنون. "أنظمة التحدي/الاستجابة تعتبر ضارة" . تم الاسترجاع 13 يونيو 2014 .
  4. ↑ "مجتمعات الأنظمة القديمة - مجتمع IBM" . 23 أبريل 2009.