Mini Shai‑Hulud सप्लाई‑चेन अटैक क्या था और इससे डेवलपर इकोसिस्टम कैसे प्रभावित हुआ

मई 2026 में सामने आया Mini Shai‑Hulud साइबर हमले का एक बड़ा उदाहरण बन गया, जिसने ओपन‑सोर्स डेवलपर इकोसिस्टम को निशाना बनाया। इस सप्लाई‑चेन अटैक में TanStack के लोकप्रिय npm पैकेजों से शुरुआत हुई और बाद में यह npm और PyPI के कई प्रोजेक्ट्स तक फैल गया।

जांच के दौरान OpenAI ने पुष्टि की कि कंपनी के दो कर्मचारियों के डिवाइस प्रभावित हुए थे, लेकिन जांच में ग्राहक डेटा तक किसी भी अनधिकृत पहुंच का सबूत नहीं मिला।

यह घटना दिखाती है कि आधुनिक सॉफ्टवेयर डेवलपमेंट में इस्तेमाल होने वाली ऑटोमेटेड पाइपलाइन—खासकर CI/CD सिस्टम—अगर समझौता हो जाएँ तो भरोसेमंद सॉफ्टवेयर पैकेज भी मैलवेयर फैलाने का माध्यम बन सकते हैं।

Mini Shai‑Hulud क्या है

Mini Shai‑Hulud एक self‑spreading supply‑chain worm है जिसे सुरक्षा शोधकर्ताओं ने TeamPCP नामक थ्रेट ग्रुप से जोड़ा है। इसमें हमलावरों ने किसी डेवलपर का पासवर्ड चुराने के बजाय सीधे ऑटोमेटेड रिलीज़ पाइपलाइन को निशाना बनाया।

11–12 मई 2026 के दौरान हुए बड़े हमले में हमलावरों ने:

• GitHub Actions की पब्लिशिंग वर्कफ्लो को हाइजैक किया
• समझौता किए गए OIDC आइडेंटिटी से वैध पब्लिश टोकन बनाए
• वैध पैकेजों के मैलिशियस वर्ज़न सीधे पैकेज रजिस्ट्री में प्रकाशित कर दिए

क्योंकि पैकेज आधिकारिक पाइपलाइन से प्रकाशित हुए थे, वे सामान्य पैकेज की तरह दिखते थे और उनमें वैध build provenance attestations भी मौजूद थीं, जिससे सुरक्षा टूल्स के लिए उन्हें पहचानना कठिन हो गया।

TanStack पर हमला कैसे हुआ

हमले का सबसे बड़ा लक्ष्य TanStack लाइब्रेरी इकोसिस्टम था, जिसे वेब डेवलपमेंट में व्यापक रूप से इस्तेमाल किया जाता है।

कुछ ही मिनटों में हमलावरों ने:

• 42 @tanstack/* npm पैकेजों में
• 84 मैलिशियस वर्ज़न प्रकाशित कर दिए

और यह सब TanStack की वैध रिलीज़ पाइपलाइन के माध्यम से हुआ।

इन पैकेजों को इंस्टॉल करने पर npm lifecycle hooks (जैसे preinstall) के जरिए मैलवेयर डाउनलोड होकर सिस्टम पर चलने लगता था।

बाद में शोधकर्ताओं ने पाया कि यह अभियान बहुत तेजी से फैल गया:

• 170 से अधिक पैकेज npm और PyPI पर प्रभावित हुए
• 403 मैलिशियस पैकेज वर्ज़न पहचाने गए
• UiPath, Mistral AI, OpenSearch और Guardrails AI जैसे प्रोजेक्ट्स भी प्रभावित हुए

इस कारण Mini Shai‑Hulud को 2026 के सबसे बड़े ओपन‑सोर्स सप्लाई‑चेन हमलों में गिना जा रहा है।

मैलवेयर कैसे काम करता था

मैलिशियस पैकेज इंस्टॉल होते ही एक स्क्रिप्ट चलती थी जो डेवलपर मशीन से क्रेडेंशियल्स इकट्ठा करने की कोशिश करती थी।

रिसर्च के अनुसार यह खास तौर पर इन चीज़ों को टार्गेट करता था:

• GitHub Personal Access Tokens
• npm पब्लिश टोकन
• क्लाउड क्रेडेंशियल (AWS, Azure, GCP)
• Kubernetes secrets
• HashiCorp Vault tokens
• CI/CD environment variables
• SSH keys और डेवलपर कॉन्फ़िगरेशन फाइलें

इन क्रेडेंशियल्स का उपयोग करके हमलावर अन्य रिपॉजिटरी को भी समझौता कर सकते थे और और अधिक मैलिशियस पैकेज प्रकाशित कर सकते थे—यही वजह है कि इसे self‑propagating worm कहा गया।

OpenAI के दो कर्मचारी डिवाइस कैसे प्रभावित हुए

इस व्यापक अभियान के दौरान TanStack के मैलिशियस npm पैकेज OpenAI के दो कर्मचारी डिवाइस पर इंस्टॉल हो गए थे।

OpenAI के अनुसार:

• हमलावरों ने उन सिस्टम्स पर अनधिकृत एक्सेस और क्रेडेंशियल‑फोकस्ड डेटा एक्सफिल्ट्रेशन की कोशिश की
• जांच में ग्राहक डेटा तक पहुंच का कोई सबूत नहीं मिला
• केवल सीमित क्रेडेंशियल जानकारी के एक्सपोज़ होने के संकेत मिले

पब्लिक रिपोर्ट्स में यह स्पष्ट नहीं है कि कौन‑सा विशेष TanStack पैकेज या वर्ज़न इस संक्रमण का कारण बना।

OpenAI ने macOS ऐप सर्टिफिकेट क्यों बदले

घटना के बाद OpenAI ने उन संगठनों के लिए नई गाइडलाइन जारी की जो macOS में application allowlisting (सुरक्षा नीति जिसमें केवल भरोसेमंद ऐप चलने दिए जाते हैं) का उपयोग करते हैं।

OpenAI ने बताया कि:

• macOS ऐप्स की Apple Developer signing identity अपडेट की गई
• लेकिन Apple Developer Team ID वही है: 2DC432GLL2

इसका मतलब:

• यदि आपकी नीति Team ID के आधार पर allowlisting करती है, तो बदलाव जरूरी नहीं
• लेकिन यदि आप certificate fingerprint या organization name से सत्यापन करते हैं, तो उन्हें अपडेट करना होगा

npm और PyPI पर व्यापक प्रभाव

यह हमला इस बात का बड़ा उदाहरण बन गया कि आधुनिक सॉफ्टवेयर डेवलपमेंट में ऑटोमेटेड पब्लिशिंग पाइपलाइन खुद हमला‑सतह बन सकती हैं।

Mini Shai‑Hulud ने खास तौर पर इन चीज़ों का फायदा उठाया:

• CI/CD ऑटोमेशन
• trusted publishing identities
• पैकेज रजिस्ट्री पर भरोसे की संरचना

इसी वजह से मैलिशियस रिलीज़ भी वैध लगती थीं और तेजी से इकोसिस्टम में फैल गईं।

डेवलपर्स और OpenAI उपयोगकर्ताओं को क्या करना चाहिए

1. 11–12 मई 2026 के आसपास इंस्टॉल हुए डिपेंडेंसी की जांच करें

अगर आपने इस समय के दौरान TanStack पैकेज इंस्टॉल किए हैं तो अपनी dependency history और build logs की समीक्षा करें।

2. प्रभावित पैकेज हटाएँ और सुरक्षित वर्ज़न इंस्टॉल करें

• मैलिशियस वर्ज़न हटाएँ
• verified safe version इंस्टॉल करें
• प्रोजेक्ट को क्लीन सोर्स से rebuild करें

3. सभी महत्वपूर्ण क्रेडेंशियल बदलें

विशेष रूप से:

• GitHub tokens
• npm / PyPI publish tokens
• cloud provider credentials
• CI/CD secrets

4. GitHub Actions पाइपलाइन की समीक्षा करें

यदि आपका प्रोजेक्ट npm या PyPI पर पैकेज पब्लिश करता है तो यह सुनिश्चित करें कि OIDC trusted publishing configuration सुरक्षित और सीमित हो।

5. macOS पर OpenAI ऐप allowlist अपडेट करें

जो संगठन macOS सुरक्षा नीतियों का उपयोग करते हैं उन्हें OpenAI के नए signing identity को allowlist में शामिल करना चाहिए।

यह घटना हमें क्या सिखाती है

Mini Shai‑Hulud दिखाता है कि आधुनिक साइबर हमले सीधे सर्वर या प्रोडक्शन सिस्टम पर नहीं, बल्कि डेवलपर टूलिंग और इंफ्रास्ट्रक्चर पर केंद्रित होते जा रहे हैं।

अगर हमलावर डेवलपर पाइपलाइन को नियंत्रित कर लें, तो वे भरोसेमंद ओपन‑सोर्स पैकेजों के माध्यम से बड़े पैमाने पर मैलवेयर फैला सकते हैं।

इस घटना ने एक और महत्वपूर्ण बात स्पष्ट कर दी: वैध build signatures और provenance attestations होने के बावजूद पैकेज सुरक्षित हो—यह अब निश्चित नहीं माना जा सकता, यदि underlying build pipeline ही समझौता हो चुकी हो।

इसीलिए आज के डेवलपमेंट वातावरण में dependency monitoring, isolated build environments और तेज़ credential rotation जैसी सुरक्षा प्रथाएँ पहले से कहीं अधिक महत्वपूर्ण हो गई हैं।