FlawOpen

flawopen.com/Incidents/ai-agent-retail-skimming-campaign-september-2026

● Multiple online retailers (as reported by Gambit Security) · CWE-89 (one documented chain only) · 2026-09-22 · अति गंभीर
सुरक्षा अनुसंधान · FlawOpen

AI से कार्ड स्किमिंग: Gambit की खुदरा हमले की रिपोर्ट

Gambit की अंतरिम रिपोर्ट मानव-निर्देशित AI हमलों का वर्णन करती है। हम रिपोर्ट किए गए साक्ष्य और अपुष्ट दावों को अलग रखकर बचाव बताते हैं।[1]

💡 आसान भाषा में (ELI5)

एक दुकान के कर्मचारी की कल्पना करें जो आगंतुक के ईमेल फ़ील्ड का पाठ खोज-निर्देश में सीधे चिपकाकर निर्देश बनाता है। विशेष रूप से बनाया गया अनुरोध निर्देश बदल सकता है, ग्राहक की फ़ाइल में रखा अस्थायी प्रवेश कोड उजागर कर सकता है, और किसी को वही कोड प्रशासनिक दरवाज़े पर इस्तेमाल करने दे सकता है। Parameterized query कर्मचारी को ईमेल केवल खोजे जाने वाले मान की तरह लेने देती है, निर्देश के हिस्से की तरह नहीं। रिपोर्ट SQL injection से प्रशासनिक पटल तक जाने वाला एक रास्ता बताती है; यह नहीं कहती कि हर पीड़ित के साथ यही हुआ।[1], [5]

इस पेज के मुख्य शब्द

AI एजेंट ढाँचा
ऐसा सॉफ़्टवेयर जो मॉडल को टूल, कार्य-स्थिति और कार्रवाई की अनुमति देता है। Gambit के अनुसार संचालक ने कमजोरी खोजने के लिए Strix, घुसपैठ परियोजनाओं के लिए Cairn और संचालन संयोजन के लिए Hermes का उपयोग किया; निर्देश व्यक्ति ने दिए।
भुगतान स्किमर
अनधिकृत कोड या सामग्री जो checkout में भुगतान जानकारी पकड़ती है। सुरक्षा के लिए हर उस कोड, कॉन्फ़िगरेशन, कैश, संग्रहण और तैनाती मार्ग को नियंत्रित करना ज़रूरी है जो ग्राहकों को दिखाई जाने वाली सामग्री बदल सकता है।
CWE-89 (SQL injection)
अविश्वसनीय इनपुट SQL कथन का अर्थ बदल देता है। Gambit एक दर्ज परियोजना बताता है जो SQL injection से शुरू हुई; यह CWE पूरे अभियान की हर घुसपैठ को वर्गीकृत नहीं करती।
साक्ष्य की विश्वसनीयता
Gambit कहता है कि उसने संचालक के staging server से मिले रिकॉर्ड, वेबसाइटों पर सत्यापित स्किमर और एजेंट लॉग या दावों को मिलाया। अंतरिम पुनर्निर्माण अधूरा है और उसमें अशुद्धियाँ हो सकती हैं।
गंभीरता का स्तर
FlawOpen का Critical स्तर प्रभाव का संपादकीय आकलन है, CVSS स्कोर नहीं; कोई CVSS स्कोर निर्धारित नहीं है।

फ्रेमवर्क मैपिंग

घटना का समयक्रम (Timeline)

2026-07 से आगे

Gambit के अनुसार आर्थिक लाभ वाला अभियान इस समय शुरू हुआ और अंतरिम रिपोर्ट प्रकाशित होने पर जारी था।[1]

2026-09-10 से 2026-09-15

Gambit ने 105 हमलावर परियोजनाओं और अलग-अलग स्तर पर कम से कम 27 कंपनियों के प्रभावित होने की सूचना दी; कुछ दावों की स्वतंत्र पुष्टि नहीं हो सकी।[1]

2026-09-22

Gambit ने अपना पुनर्निर्माण प्रकाशित किया और दो पीड़ितों के साक्ष्य में 600,000 से अधिक वैध कार्ड रिकॉर्ड तथा कुछ प्रभावित साइटों पर सत्यापित स्किमर होने की सूचना दी।[1]

हमले का चरण-दर-चरण प्रवाह

चरण 1

व्यक्ति एजेंट टूल चलाता है

Gambit द्वारा बरामद रिकॉर्ड में कमजोरी खोजने, घुसपैठ कार्य करने और अभियान संयोजित करने के लिए तीन ढाँचे बताए गए हैं। रिपोर्ट में मानव निर्देश भी दर्ज हैं; कार्रवाई को मानव संचालक से स्वतंत्र न बताएं।[1]

चरण 2

दर्ज एक रास्ता प्रमाणीकरण सीमा पार करता है

Gambit के अनुसार, एक परियोजना में SQL injection से खाते के one-time code का डेटा उजागर हुआ और प्रशासनिक पटल तक पहुँच मिली। यह एक रिपोर्ट की गई श्रृंखला है, सार्वभौमिक क्रम या सत्यापित स्रोत-कोड निष्कर्ष नहीं।[1]

चरण 3

पहुँच जुड़ी प्रणालियों तक जाती है

Gambit का उदाहरण फ़ाइल अपलोड की कमजोरी और होस्ट तक पहुँच के बाद अन्य प्रणालियों और रहस्यों तक जाता है। सटीक क्रम अलग था; यह सारांश संचालन योग्य चरण छोड़ता है और यह दावा नहीं करता कि हर पीड़ित के साथ हर चरण हुआ।[1]

चरण 4

Checkout और ग्राहक डेटा प्रभावित होते हैं

Gambit कुछ दुकानों पर स्किमर और दो पीड़ितों से बरामद 600,000 से अधिक वैध कार्ड रिकॉर्ड की रिपोर्ट करता है। वह एक ऐसी सफ़ाई प्रक्रिया भी बताता है जिसने एक खुदरा विक्रेता की 180 तालिकाएँ गलती से हटा दीं। इन निष्कर्षों का श्रेय रिपोर्ट को दें।[1]

चरण 5

रोकथाम में अखंडता और बहाली शामिल हों

प्रतिक्रिया में शुरुआती पहुँच का पता लगाएँ, उजागर क्रेडेंशियल रद्द करें, भरोसेमंद checkout संसाधन बहाल करें, डेटाबेस बदलाव जाँचें, ज़रूरत पड़ने पर भुगतान साझेदारों को सूचित करें और स्वच्छ बैकअप से बहाली सत्यापित करें।

सोर्स कोड: कमज़ोर बनाम सुरक्षित कार्यान्वयन

यह सामान्य Python उदाहरण Gambit द्वारा बताई गई एक श्रृंखला में केवल CWE-89 सीमा दिखाता है; यह किसी पीड़ित का कोड नहीं है और नेटवर्क या फ़ाइल सिस्टम का उपयोग नहीं करता। जोड़कर बनाई गई query में इनपुट SQL संरचना बदल सकता है। Parameterized query SQL संरचना स्थिर रखती है और ईमेल को मान के रूप में देती है। उत्पादन प्रमाणीकरण में one-time code को plaintext में न रखें, हर विशेषाधिकार वाली कार्रवाई पर सर्वर-पक्ष अनुमति जाँचें और सीमित अधिकार वाला database account उपयोग करें। Parameterization इस query सीमा को ठीक करती है, अन्य प्रवेश बिंदुओं या पहले से प्रभावित host को नहीं। यहाँ ? placeholder Python sqlite3 की qmark शैली के अनुसार है; अन्य database drivers अलग syntax इस्तेमाल कर सकते हैं।[1], [5]

कमज़ोर कार्यान्वयन
def find_account(conn, email):
    # यह केवल सामान्य उदाहरण है; किसी पीड़ित से मिला code नहीं।
    sql = "SELECT id FROM customers WHERE email = ' " + email + " ' "
    return conn.execute(sql).fetchone()
सुरक्षित और सुदृढ़ फ़िक्स
def find_account(conn, email):
    # इनपुट को data के रूप में bind करें ताकि वह SQL संरचना न बदल सके।
    sql = "SELECT id FROM customers WHERE email = ?"
    return conn.execute(sql, (email,)).fetchone()

इंजीनियरिंग और सिस्टम सुरक्षा चेकलिस्ट

स्रोत