Facebook ने गलती से DigitalOcean पर होस्ट किए गए एक निजी ब्लॉग को फ़िशिंग के रूप में रिपोर्ट किया
स्वचालित anti-phishing प्रणालियों ने गलती से DigitalOcean पर होस्ट किए गए एक निजी ब्लॉग को Facebook phishing साइट के रूप में फ़्लैग कर दिया, जिससे वैध साइट होने के बावजूद होस्ट की ओर से 24 घंटे की takedown धमकी शुरू हो गई। टिप्पणीकार बताते हैं कि DigitalOcean और Hetzner जैसे cheap VPS providers का spammers द्वारा भारी दुरुपयोग होता है, जिससे Facebook, Netcraft, Cloudflare, और Google जैसे बड़े platforms और security vendors आक्रामक, त्रुटिपूर्ण blocking अपनाते हैं। यह घटना opaque algorithms, पूरे IP ranges पर guilty-by-association, कमज़ोर appeals processes, और legitimate online activity को कम जवाबदेही के साथ बाधित करने की infrastructure companies की बढ़ती शक्ति को लेकर व्यापक चिंता को और बढ़ाती है।
घटना का दायरा
- DigitalOcean पर मौजूद एक निजी ब्लॉग को Facebook→Netcraft→DigitalOcean पाइपलाइन के जरिए फ़िशिंग साइट के रूप में फ़्लैग किया गया।
- बाद में Netcraft ने इसे false positive माना और जल्दी ही उलट दिया, लेकिन होस्टिंग प्रदाता की 24 घंटे की takedown धमकी अभी भी एक गंभीर समस्या बनी हुई है।
- कई टिप्पणीकार इसे एक अलग गलती नहीं, बल्कि automated abuse handling और बहुत व्यापक enforcement की संरचनात्मक समस्या मानते हैं।
DigitalOcean, “cheap” hosts, और abuse
- कई लोगों ने DigitalOcean पर होस्ट किए गए spam/phishing में उल्लेखनीय वृद्धि की बात कही, जिसमें social networks पर DO-hosted scam content भी शामिल है।
- DigitalOcean और इसी तरह के low-cost VPS providers को spam, phishing, temp-email, और VPN/proxy abuse के लिए बहुत अधिक abused बताया गया है।
- कुछ लोग सभी DO IP space को SMTP के लिए block करते हैं या इसे मूल रूप से “guilty by association” मानते हैं।
- अन्य लोग इसका विरोध करते हैं कि इससे निजी साइटों और शुरुआती उपयोगकर्ताओं को अनुचित रूप से दंडित किया जाता है जो सरलता और अच्छे tutorials के कारण DO चुनते हैं, और यह भी कि बेहतर reputation वाले कई low-cost alternatives मौजूद हैं।
Automated abuse detection और collateral damage
- कई कहानियाँ बताती हैं कि providers (Hetzner, Vultr, बड़े clouds, Cloudflare, Google) third-party या ML-based abuse reports पर auto-action लेते हैं:
- ट्रैफ़िक spikes पर servers को null-routing करना।
- किसी IP के पिछले मालिक से जुड़ी पुरानी abuse complaints को आगे भेजना।
- कमज़ोर या अप्रत्यक्ष साक्ष्य (जैसे दशकों पुरानी binary string) के आधार पर phishing/malware warnings दिखाना।
- वैध OAuth flows के लिए पूरे domains को phishing के रूप में चिह्नित करना।
- सामान्य themes: गंभीर परिणाम, कम transparency, धीमी या न के बराबर human review, और “possible issue detected” के बजाय “you are guilty” जैसा tone।
Facebook की भूमिका और moderation priorities
- Facebook की आलोचना की जाती है कि वह कथित external phishing पर तेज़ और आक्रामक कार्रवाई करता है, जबकि obvious scam ads, hate, racism, और violence की धमकियों को हटाने में धीमा या अप्रभावी रहता है।
- कुछ उपयोगकर्ता Marketplace या content moderation में बार-बार, बिना वजह bans की रिपोर्ट करते हैं।
- इस बात से frustration है कि paying advertisers को user safety और fairness से ऊपर प्राथमिकता दी जाती है।
Legal और ethical पहलू
- इस पर बहस है कि क्या ऐसी false reports defamation या tortious interference बनती हैं।
- कई लोग व्यावहारिक बाधाओं की ओर इशारा करते हैं: monetary damages साबित करने की आवश्यकता, उच्च legal costs, और “reckless disregard” के लिए ऊँचा मानक।
- कुछ लोग stronger user rights की वकालत करते हैं: स्पष्ट explanations, appeal mechanisms, data export, और platforms के लिए एक “bill of consumer rights”।