LiteLLM गेटवे से मॉडल कुंजियाँ चोरी—फिर XMRig और स्थायी पहुँच

Microsoft Security Research के 26 अगस्त 2026 के विश्लेषण में इंटरनेट पर खुले LiteLLM गेटवे से शुरू हुई वास्तविक घुसपैठ का विवरण है। हमलावरों ने गेटवे प्रक्रिया के पर्यावरण चर से मॉडल-प्रदाता API कुंजियाँ, LiteLLM मास्टर कुंजी और डेटाबेस संपर्क-विवरण निकाले; इसके बाद PostgreSQL रिकॉर्ड चुराए, XMRig चलाया और SSH के जरिए स्थायी पहुँच बनाई।

यह घटना दिखाती है कि AI गेटवे सामान्य वेब अनुप्रयोग भर नहीं है। उसके पास मॉडल प्रदाताओं, डेटाबेस और आंतरिक सेवाओं के अधिकार होने के कारण एक समझौता कई प्रणालियों तक फैल सकता है। CISO Voice की स्वतंत्र समीक्षा ने भी कुंजी-चोरी, Azure PostgreSQL पहुँच, क्रिप्टो-माइनिंग और स्थायित्व की इसी शृंखला को दर्ज किया।

प्रवेश LiteLLM प्रक्रिया से जुड़ा, पर सटीक कमजोरी-शृंखला अपुष्ट है

Microsoft के आकलन में आरंभिक पहुँच इंटरनेट के सामने खुले LiteLLM गेटवे के दोहन से मिली। जांच में आदेश उसी प्रक्रिया के संदर्भ से चलते दिखे जो सामान्यतः मॉडल अनुरोधों को आगे भेजती है। इसलिए गेटवे से निकली अनपेक्षित कमांड-व्याख्याकार या Python संतान प्रक्रिया सबसे शुरुआती और उपयोगी संकेतों में है।

CVE-2026-42271 और CVE-2026-48710 को संभावित प्रवेश-मार्ग माना गया है। पहली कमजोरी LiteLLM के MCP परीक्षण समापन-बिंदु पर प्रमाणित आदेश निष्पादन से और दूसरी Starlette के मेजबान-शीर्षक सत्यापन को दरकिनार करने से जुड़ी है। उपलब्ध दूरमिति यह निर्णायक रूप से स्थापित नहीं करती कि इसी घटना में दोनों कमजोरियाँ ठीक इसी क्रम में इस्तेमाल हुईं।

घटना-जांच में अनुमानित कमजोरी से अधिक महत्व प्रक्रिया-वंश और समयरेखा का है। LiteLLM के अनुरोध अभिलेख, प्रशासनिक समापन-बिंदुओं तक पहुँच और उसी समय शुरू हुई अनपेक्षित संतान प्रक्रियाओं को मिलाने से प्रवेश का अधिक ठोस क्रम बन सकता है।

छह चरणों में हमला और हर चरण का जांच संकेत

1. प्रवेश: इंटरनेट से आया अनुरोध LiteLLM प्रक्रिया के संदर्भ में आदेश निष्पादन तक पहुँचा। संकेत है गेटवे प्रक्रिया से निकला अनपेक्षित कमांड-व्याख्याकार, Python प्रक्रिया या संदिग्ध बाहरी संपर्क।
2. पर्यावरण चर पढ़ना: हमलावर ने मुख्य प्रक्रिया की /proc/1/environ फ़ाइल पढ़कर API कुंजियाँ, मास्टर कुंजी, टोकन और डेटाबेस संपर्क-विवरण खोजे। जांच में इस फ़ाइल तक असामान्य पठन और उसके तुरंत बाद बाहरी प्रेषण देखें।
3. पेलोड और खोज: गेटवे से चली प्रक्रिया ने अस्थायी निर्देशिका में छद्म नाम वाली ELF फ़ाइल उतारी, उसे निष्पादन योग्य बनाया और मेजबान, विशेषाधिकार तथा खुले पोर्टों की जानकारी जुटाई। नई निष्पादन योग्य फ़ाइल, अनुमति में बदलाव और सेवा-जैसा भ्रामक नाम इसके प्रमुख संकेत हैं।
4. माइनिंग: XMRig या उससे मिलता घटक चलाया गया और प्रोसेसर-आधारित RandomX गणना के लिए मेजबान को समायोजित करने के प्रयास हुए। संकेतों में लगातार बढ़ा प्रोसेसर उपयोग, माइनिंग-पूल संपर्क, एमएसआर कर्नेल घटक में बदलाव और निर्धारित कार्यों की पुनर्लेखन गतिविधि शामिल है।
5. डेटाबेस निकासी: चुराए गए संपर्क-विवरण से PostgreSQL तक पहुँच बनाकर LiteLLM की मॉडल-विन्यास और आभासी-कुंजी तालिकाएँ पढ़ी गईं। असामान्य प्रमाणीकरण, सेवा खाते से व्यापक तालिका-पठन और छोटे लगातार बाहरी अनुरोध जांच योग्य संकेत हैं।
6. स्थायित्व: LiteLLM सेवा खाते की authorized_keys फ़ाइल में नई SSH कुंजी जोड़ी गई। छिपी निष्पादन योग्य फ़ाइलें, सेवा-जैसे पुनर्प्रारंभ मार्ग, अपरिवर्तनीय फ़ाइल गुण और नियमित बाहरी संपर्क बताते हैं कि पहुँच प्रारंभिक पेलोड के बाद भी टिकाई गई।

पर्यावरण और PostgreSQL से कौन-से रहस्य निकले

पर्यावरण चर में रखी मॉडल-प्रदाता API कुंजियाँ हमलावर को गेटवे से बाहर भी वैध अनुरोध करने का अवसर दे सकती हैं। LiteLLM मास्टर कुंजी से प्रॉक्सी प्रशासन और आभासी कुंजियों पर प्रभाव पड़ सकता है, जबकि डेटाबेस संपर्क-विवरण गेटवे से जुड़ी संग्रहित जानकारी तक अलग रास्ता खोलते हैं।

PostgreSQL से मॉडल विन्यास, प्रदाता समापन-बिंदु, ऊपर की सेवाओं की कुंजी-सामग्री और प्रॉक्सी की आभासी कुंजियों से जुड़े रिकॉर्ड निकाले गए। सामग्री को आधार-64 रूप में बदलकर छोटे हिस्सों में बाहरी पते पर भेजा गया, इसलिए केवल एक बड़े असामान्य हस्तांतरण की तलाश पर्याप्त नहीं होगी।

इस कारण कंटेनर को दोबारा बनाना घटना की पूरी सीमा समाप्त नहीं करता। उसी अवधि के डेटाबेस प्रमाणीकरण, संबंधित तालिकाओं के पठन और चोरी हुई प्रदाता या आभासी कुंजियों के बाद के उपयोग को भी जांच-सीमा में रखना होगा।

प्रक्रिया, फ़ाइल और नेटवर्क संकेतों को एक समयरेखा में जोड़ना होगा

किसी एक संकेत से समझौता सिद्ध नहीं होता। बढ़ा प्रोसेसर उपयोग वैध कार्यभार से आ सकता है और SSH कुंजी वैध प्रशासनिक बदलाव भी हो सकती है; लेकिन LiteLLM से निकली अनपेक्षित प्रक्रिया, पर्यावरण फ़ाइल का पठन, अस्थायी पेलोड, PostgreSQL प्रश्न और माइनिंग संपर्क एक क्रम में मिलें तो तस्वीर अधिक स्पष्ट होती है।

HECAVEX के 30 अगस्त 2026 के सुरक्षा संक्षेप ने भी अनुप्रयोग से निकली कमांड प्रक्रियाओं, पर्यावरण पठन, अधिकृत SSH कुंजी और निर्धारित कार्यों में बदलाव, छिपी फ़ाइलों तथा माइनिंग-पूल संपर्क को प्राथमिक संकेत माना। भारतीय क्लाउड और देवऑप्स दलों के लिए तत्काल खोज-सूची इसी क्रम पर केंद्रित हो सकती है:

• LiteLLM प्रक्रिया से शुरू हुई सभी अनपेक्षित संतान प्रक्रियाओं की पूरी आदेश-पंक्ति और बाहरी संपर्क;
• मुख्य प्रक्रिया के पर्यावरण तथा डेटाबेस संपर्क-विवरण तक असामान्य पठन;
• अस्थायी निर्देशिकाओं में नई ELF फ़ाइलें, बदली निष्पादन अनुमति और छिपे पुनर्प्रारंभ मार्ग;
• XMRig-संबंधित प्रक्रिया, असामान्य प्रोसेसर भार और माइनिंग-पूल की ओर नेटवर्क संपर्क;
• PostgreSQL में मॉडल-विन्यास और आभासी-कुंजी तालिकाओं का असामान्य या व्यापक पठन;
• LiteLLM सेवा खाते की अधिकृत SSH कुंजियों, सेवा इकाइयों और निर्धारित कार्यों में बदलाव।

पीड़ितों की संख्या और हमलावर की पहचान अभी सार्वजनिक नहीं

प्रकाशित विवरण पीड़ित संगठनों की संख्या, हमलावर की पहचान या चोरी हुई कुंजियों के बाद के इस्तेमाल की पूरी जानकारी नहीं देता। आरंभिक पहुँच खुले LiteLLM गेटवे से जुड़ी मानी गई है, लेकिन इस घुसपैठ में प्रयुक्त सटीक कमजोरी-शृंखला निर्णायक रूप से स्थापित नहीं हुई।

अब तक पुष्ट हमला-सीमा में गेटवे प्रक्रिया से रहस्य निकालना, बाहरी पेलोड चलाना, PostgreSQL रिकॉर्ड चुराना, XMRig तैनात करना और SSH सहित स्थायी पहुँच जोड़ना शामिल है। अगला महत्वपूर्ण खुलासा प्रभावित तैनातियों की संख्या, इस्तेमाल किए गए प्रारंभिक मार्ग और चोरी हुई मॉडल कुंजियों के दुरुपयोग से संबंधित होगा।