أنا أعمل على تتبع تدفق كبير من حسابات السبام على منصتنا Discourse. يوجد عدد كبير (مئات!) من الحسابات التي تم إنشاؤها حديثاً ولم يتم “معاينتها” أبداً ولم يتم “تفعيلها” بعد — كيف يحدث هذا؟ هل يستخدمون بعض واجهات برمجة التطبيقات (API) لإنشاء الحساب؟ أم يقومون بإنشاء الحساب ثم لا يسجلون الدخول أبداً؟ يبدو أن هذا إشارة قوية جداً على أن هذه الحسابات هي سبام، لكنني لا أعرف ما الذي يعنيه ذلك بالضبط، ولا أعرف إذا كان بإمكاني الاعتماد على هذا المعيار لحذفها بالجملة.
هل توجد واجهة مستخدم (UI) للعثور على هذه الحسابات التي لم تتم معاينتها و/أو تفعيلها وإزالتها؟ ربما يكون هذا شيئاً يمكن/يجب أن يتم تلقائياً بعد فترة تأخير طويلة؟
إذا كانت موجة كبيرة حديثة، فأنا أتوقع وجود نوع من البوتات… فالكثير من الإنترنت الآن تحت ضغط مستمر من البوتات… ستبقى هذه الحسابات غير مفيدة حتى يتم تنشيطها، لذا لست متأكدًا من السبب الذي يدفع شخصًا إلى إنشائها ثم التخلي عنها.
قام شخص بإنشاء حساب، ولم يتحقق من البريد الإلكتروني أبدًا، وبالتالي لا يمكنه تسجيل الدخول. دون تنشيط الحساب، لن يسجل أبدًا سجل “عرض”.
Discourse عبارة عن واجهة برمجة تطبيقات كبيرة واحدة، لذا يمكن لأي شخص الوصول مباشرة إلى نقاط النهاية (endpoints) نفسها التي تستخدمها واجهة المستخدم لإنشاء حساب. من الممكن بالتأكيد أتمتة ذلك، رغم أن الشخص الذي يفعل ذلك سيحتاج إلى تجاوز حدود المعدل (rate limits) لإنشاء حسابات متعددة بسرعة.
من admin/users/list/new هناك فلتر “غير نشط” (not activated)
من هنا، يمكنك النقر على الأيقونة الموجودة فوق الصورة الرمزية في رأس الجدول للدخول إلى وضع التحديد الجماعي. يمكنك حذف الحسابات بهذه الطريقة إذا لزم الأمر.
سيقوم Discourse بحذف هذه الحسابات تلقائيًا بعد 14 يومًا افتراضيًا طالما ليس لديها مشاركات، إعداد الموقع ذي الصلة هو purge_unactivated_users_grace_period_days.
إذا حددت أحد المستخدمين وذهبت إلى صفحة الإدارة الخاصة به، يمكنك أيضًا استخدام زر “البحث عن IP” (IP lookup) لرؤية الحسابات المرتبطة بنفس عنوان IP. إذا كانت هناك حسابات متعددة مرتبطة، فستحصل على خيار لحذفها:
لا يجب أن تحتاج إلى فعل أي شيء يدويًا ويمكن الاعتماد على الحذف التلقائي… لكن ربما يستحق الأمر مراقبة الموقف إذا كانت هناك حسابات كثيرة أو إذا كان بعضها يتم تنشيطه لإنشاء رسائل مزعجة (spam).
هل هناك أي أنماط؟ نفس الموقع؟ نفس عنوان IP؟ نفس نطاق البريد الإلكتروني؟ يمكنك النظر في إضافة مزيد من الحماية إذا وجدت مؤشرًا معينًا.
شكراً كريس! للأسف، كان هذا مفيداً جداً بالنسبة لي أيضاً. لقد شهدنا أيضاً ارتفاعاً مفاجئاً في عدد المستخدمين الجدد الذين كانوا على وجه التحديد من الرسائل المزعجة. منذ 16 أكتوبر، لدينا 268 مستجداً قاموا بالتسجيل جميعهم من نفس عنوان IP، مع أسماء مستخدمين تبدأ بحرف b متبوعة بمجموعة عشوائية من الأرقام (مثل b123456789).
لقد واجهنا نفس التجربة.. 266 حساباً مؤخراً من 89.124.71.104
عندما ذهبت لحظر أحدها، سمح لي الواجهة الرسومية باختيار 10 مستخدمين إضافيين يدوياً لتعليقهم، وليس كلهم. سيكون من الجيد توفير زر «الكل»، بدلاً من الاضطرار لاختيار 10 وإعادتها 25 مرة أخرى.
إلا إذا كانت هناك طريقة أفضل بالفعل للتعليق الجماعي؟
هذا هو بالضبط ما دفعني لطرح هذا السؤال، نعم! هناك ما لا يقل عن 193 حالة هنا. كما واجهنا موجة أخرى تضم عدة عشرات من حسابات البوتات التي حصلت على المستوى TL1 ثم أرسلت 20 رسالة خاصة لكل منها — أثناء بحثي عن المزيد من تلك الحالات، لاحظت الحسابات المسماة b123456789.
رأيت موضوعك حول “[عنوان الموضوع]” — [نص دعائي ورابط]
لقد شددنا حدود الرسائل الخاصة وحاولنا استهداف هذا السلوك بشكل أكثر دقة. يبدو أن الجميع يستخدم نطاقات بريد إلكتروني مؤقتة ومتعددة ومختلفة؛ كما أفكر في الانتقال إلى قائمة بيضاء محدودة للغاية لمضيفي البريد الإلكتروني (اعتماداً على القائمة البيضاء بدلاً من قائمة الحظر الافتراضية).
من الممكن ملء حقل «المنشورات المقروءة» بهذه الطريقة دون الدخول إلى المواضيع (باستخدام API)، لكن إذا كانت قيمة tl1_requires_topics_entered مضبوطة على القيمة الافتراضية 5، فلا ينبغي أن يكون من الممكن لهذه الحسابات الوصول إلى المستوى TL1
