जुलाई 2026: हगिंग फेस पर ऑटोनॉमस AI एजेंट का हमला, 17,000 घटनाएं और बचाव में बड़ी चूक

राहत की बात यह रही कि हगिंग फेस को सार्वजनिक मॉडल्स, डेटासेट, Space या सॉफ्टवेयर सप्लाई चेन के साथ छेड़छाड़ का कोई सबूत नहीं मिला । हमला कुछ आंतरिक डेटासेट्स और सर्विस क्रेडेंशियल्स तक ही सीमित रहा (breach was limited to a set of internal datasets and service credentials) ।

कैसे काम किया हमलावर? डेटा पाइपलाइन का शोषण

हमले की शुरुआत हगिंग फेस के डेटा-प्रोसेसिंग पाइपलाइन से हुई । हमलावर ने एक दुर्भावनापूर्ण डेटासेट (malicious dataset) का इस्तेमाल किया, जिसने दो कोड-एक्जीक्यूशन पथों (code-execution paths) का फायदा उठाया:

• एक रिमोट-कोड डेटासेट लोडर जो मनमाना कोड चलाने की अनुमति देता था।
• डेटासेट कॉन्फ़िगरेशन में एक टेम्पलेट इंजेक्शन कमजोरी ।

एक बार जब हमलावर को प्रोसेसिंग वर्कर पर कोड एक्जीक्यूट करने की अनुमति मिल गई, तो उसने नोड-लेवल एक्सेस हासिल कर लिया, क्लाउड और क्लस्टर क्रेडेंशियल्स चुरा लिए, और आंतरिक क्लस्टर्स में लेटरल मूवमेंट (lateral movement) किया ।

पूरा अभियान एक ऑटोनॉमस एजेंट फ्रेमवर्क द्वारा संचालित था। हालांकि हमलावर के एजेंट को चलाने वाला मॉडल अज्ञात है, पर यह सार्वजनिक सेवाओं पर अपना कमांड-एंड-कंट्रोल (C2) सिस्टम बनाए हुए था ।

अनोखी चुनौती: जब कमर्शियल LLM के गार्डरेल्स ने डिफेंडर्स को रोका

जब हगिंग फेस की सुरक्षा टीम ने हमलावर के 17,000 से अधिक इवेंट्स के लॉग का विश्लेषण करना शुरू किया, तो उन्होंने सबसे पहले कमर्शियल API के पीछे वाले फ्रंटियर मॉडल्स (जैसे GPT, Claude) का रुख किया। लेकिन वे प्रयास विफल रहे, क्योंकि उन प्रदाताओं के सेफ्टी गार्डरेल्स ने विश्लेषण को ब्लॉक कर दिया । ये गार्डरेल्स यह पहचान नहीं पाए कि कोई वैध घटना प्रतिक्रियाकर्ता (incident responder) एक्सप्लॉइट पेलोड और C2 आर्टिफैक्ट सबमिट कर रहा है या फिर वास्तविक हमलावर ।

इसके बाद हगिंग फेस को अपना संपूर्ण फोरेंसिक विश्लेषण GLM 5.2 पर स्विच करना पड़ा, जो कि एक ओपन-वेट मॉडल है और उनके अपने इंफ्रास्ट्रक्चर पर चलता है । इसके अतिरिक्त लाभ यह हुए कि कोई हमलावर डेटा या क्रेडेंशियल उनके वातावरण से बाहर नहीं गया ।

"बचाव पक्ष के लिए व्यावहारिक सबक: किसी घटना से पहले ही अपने इंफ्रास्ट्रक्चर पर चलाने के लिए एक सक्षम मॉडल तैयार रखें, ताकि गार्डरेल लॉकआउट से बचा जा सके और हमलावर का डेटा आपके वातावरण से बाहर न जाए।"

हगिंग फेस ने इस असमानता (asymmetry) को उजागर किया: उन्हें नहीं पता कि हमलावर के एजेंट को किस मॉडल ने शक्ति दी, लेकिन "हमलावर किसी भी उपयोग नीति (usage policy) से बंधा नहीं था, जबकि हमारा अपना फोरेंसिक काम उन्हीं होस्टेड मॉडल्स के गार्डरेल्स द्वारा अवरुद्ध हो गया, जिन्हें हमने पहले आजमाया।"

हगिंग फेस ने उठाए ये कदम

हगिंग फेस ने अपने सुरक्षा उल्लंघन की जानकारी देते हुए निम्नलिखित प्रतिक्रिया कार्रवाई की :

• मूल कमजोरी को ठीक किया: डेटासेट कोड-एक्जीक्यूशन के दोनों पथों को बंद कर दिया गया।
• हमलावर की पहुंच को खत्म किया: प्रभावित क्लस्टर्स से हमलावर को हटाया और समझौता किए गए नोड्स को पुनर्निर्मित किया।
• क्रेडेंशियल्स बदले: प्रभावित क्रेडेंशियल्स और टोकन को रद्द और घुमाया (revoke and rotate किया) गया।
• अतिरिक्त सुरक्षा उपाय: क्लस्टर्स पर सख्त प्रवेश नियंत्रण लागू किए गए।
• डिटेक्शन में सुधार: अब किसी भी उच्च-गंभीरता के सिग्नल पर मिनटों में रिस्पॉन्डर को सचेत करने की व्यवस्था की गई।
• बाहरी विशेषज्ञों को शामिल किया: साइबर सुरक्षा फोरेंसिक विशेषज्ञों से जांच कराई गई।
• कानून प्रवर्तन को सूचित किया ।

कंपनी ने समुदाय के सदस्यों को भी सलाह दी कि वे अपने एक्सेस टोकन बदल लें और हाल की गतिविधियों की समीक्षा करें।