Klue 2026: OAuth आपूर्ति-शृंखला में डेटा सेंध
2026 में Klue की OAuth आपूर्ति-शृंखला में डेटा सेंध की घटना में कंपनी की तीसरे पक्ष की इंटीग्रेशन सेवा में बिना अनुमति कोड चलाना और जुड़े हुए प्लेटफ़ॉर्म के क्रेडेंशियल एकत्र करना शामिल है। Klue की प्रकाशित जांच के सारांश के अनुसार, हमलावर ने 11 जून 2026 को पहले ही कंप्रोमाइज़ हो चुके एक GitHub पर्सनल एक्सेस टोकन का इस्तेमाल करके इंटीग्रेशन सेवा में कोड डाला और तीसरे पक्ष के इंटीग्रेशन क्रेडेंशियल एकत्र किए। इनमें Salesforce OAuth एक्सेस और रिफ्रेश टोकन भी शामिल थे। Klue ने प्रभावित ग्राहकों, परिवेशों, खातों या टोकन की कुल संख्या नहीं बताई, और इस घटना के लिए प्रोडक्शन में व्यक्ति-स्तर का कोई स्थानीय डेटासेट नहीं है।
प्रभावितों की कुल संख्या की पुष्टि नहीं हुई है, इसलिए केवल रिकॉर्ड की संख्या से गंभीरता तय नहीं की जा सकती।
उजागर हुए डेटा के प्रकार
2- तृतीय-पक्ष एकीकरण के क्रेडेंशियल
- प्रमाणीकरण टोकन
इस डेटा उल्लंघन के बारे में
घटना का समयक्रम और दायरा क्या है?
Salesforce ने 12 जून को Klue को उसकी API इंटीग्रेशन सेवा से शुरू हुई तीसरे पक्ष की संदिग्ध गतिविधि के बारे में सूचित किया। Klue ने कहा कि उसने उसी सुबह प्रभावित GKE पॉड और कंप्रोमाइज़ हो चुके GitHub टोकन निष्क्रिय कर दिए तथा OAuth क्रेडेंशियल बदल दिए। कंपनी के 18 जून के शुरुआती अपडेट में कहा गया कि हमलावर ने जुड़े हुए कई ग्राहक परिवेशों में डेटा तक पहुंच बनाई थी। हालांकि, ऐसा कोई साक्ष्य नहीं था कि Klue प्लेटफ़ॉर्म में संग्रहीत ग्राहक सामग्री प्रभावित हुई हो।
Klue ने कहा कि CrowdStrike ने 30 जून को अपनी जांच पूरी की और 1 जुलाई को निष्कर्षों का सारांश प्रकाशित किया। उस सारांश के अनुसार, इंटीग्रेशन सेवा से जुड़े सिस्टम के अलावा अन्य Klue सिस्टम तक पहुंच का कोई साक्ष्य नहीं मिला। 12 जून के बाद Klue परिवेश में हमलावर की गतिविधि का भी कोई साक्ष्य नहीं मिला। जांचकर्ता यह निर्धारित नहीं कर सके कि मूल GitHub टोकन कैसे प्राप्त किया गया था। प्रकाशित जांच का दायरा इन्हीं निष्कर्षों तक सीमित है; इनके आधार पर यह दावा नहीं किया जाता कि जुड़े हुए तीसरे पक्ष के परिवेशों में हर संभावित प्रभाव को खारिज कर दिया गया था।
उपलब्ध जानकारी डेटा की किन श्रेणियों का समर्थन करती है?
संरचित डेटा श्रेणियाँ केवल तीसरे पक्ष के इंटीग्रेशन क्रेडेंशियल और प्रमाणीकरण टोकन तक सीमित हैं। आधिकारिक सारांश में विशेष रूप से कहा गया है कि प्रमाणीकरण टोकन में Salesforce OAuth एक्सेस और रिफ्रेश टोकन शामिल थे। इन श्रेणियों का अर्थ यह नहीं है कि Klue का हर ग्राहक, हर कनेक्शन या Klue प्लेटफ़ॉर्म में संग्रहीत सामग्री प्रभावित हुई थी। अलग-अलग संस्थानों की बाद की सूचनाएँ उनके अपने घटना रिकॉर्ड के रूप में रखी जाती हैं; उन्हें इस मूल इंटीग्रेशन घटना के साथ जोड़कर दोहरी गिनती नहीं की जाती।
टोकन बदलने और पॉड बंद करने के अलावा, Klue ने एक्सेस नियंत्रण, नेटवर्क को खंडों में बाँटने, सीक्रेट्स के प्रबंधन, निगरानी और इंटीग्रेशन को नियंत्रित तरीके से दोबारा चालू करने पर किए गए काम का वर्णन किया। जिन संगठनों को Klue या किसी जुड़े हुए प्लेटफ़ॉर्म ने सीधे सूचित किया है, उन्हें संबंधित OAuth टोकन रद्द करके बदलने चाहिए और अपने दायरे में 11–12 जून की अवधि के लिए जुड़े हुए ऐप की अनुमतियों तथा एक्सेस लॉग की समीक्षा करनी चाहिए। जिन उपयोगकर्ताओं को कोई सूचना नहीं मिली, उनके लिए प्रकाशित स्रोत व्यक्ति-स्तर के प्रभाव की पुष्टि नहीं करते।
सत्यापन और संपादकीय प्रक्रिया
LeakData घटना के नाम, तारीख, प्रभावित रिकॉर्ड की संख्या और उजागर हुए डेटा के प्रकारों का सुलभ स्रोतों से मिलान करता है। असत्यापित जानकारी को तथ्य के रूप में प्रस्तुत नहीं किया जाता, और नए साक्ष्य उपलब्ध होने पर रिकॉर्ड अपडेट किए जाते हैं।
छूटी हुई या गलत जानकारी की रिपोर्ट करें
