[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3mbkj3q6ek638":3,"$f2orvpq7mplbs3":59},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":7,"domain":9,"breachDate":10,"addedDate":11,"publishedAt":12,"modifiedDate":12,"contentUpdatedAt":12,"source":13,"sourceUrl":14,"sourceUrls":15,"pwnCount":16,"affectedCount":16,"affectedCountStatus":17,"affectedCountLowerBound":18,"affectedCountUnit":19,"hasEnglishDescription":4,"contentLocale":20,"availableLocales":21,"translations":31,"severity":42,"dataClasses":43,"description":49,"seoTitle":50,"seoDescription":51,"logoUrl":52,"isVerified":4,"isSensitive":53,"isSpamList":53,"isMalware":53,"company":54},"6a452308a20f867c8ba8e733","figure","2026 में Figure के डेटा में सेंध","figure.com","2026-01-28T00:00:00.000Z","2026-02-18T01:11:11.000Z","2026-10-09T21:36:10.834Z","Third party breach","https:\u002F\u002Ftechcrunch.com\u002F2026\u002F02\u002F13\u002Ffintech-lending-giant-figure-confirms-data-breach\u002F",[14],967178,"known",null,"unknown","hi",[22,23,24,20,25,26,27,28,29,30],"en","tr","zh","es","ar","fr","bn","pt","ru",{"en":32,"tr":33,"zh":34,"hi":35,"es":36,"ar":37,"fr":38,"bn":39,"pt":40,"ru":41},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},"High",[44,45,46,47,48],"Dates of birth","Email addresses","Names","Phone numbers","Physical addresses","\u003Cp>Figure में डेटा सेंध की घटना तब सामने आई, जब वित्तीय प्रौद्योगिकी और ऋण सेवाओं के क्षेत्र में काम करने वाले इस प्लेटफ़ॉर्म के जनवरी 2026 के रिकॉर्ड फरवरी 2026 में बिना अनुमति प्रकाशित किए गए। सत्यापित दायरे में 9,67,178 अलग-अलग ईमेल पते शामिल हैं। डेटासेट में पूरा नाम, ईमेल पता, फ़ोन नंबर, पता और जन्मतिथि जैसे फ़ील्ड थे, जिन्हें सीधे किसी व्यक्ति से जोड़ा जा सकता है। कंपनी ने घटना की पुष्टि की और बताया कि सोशल इंजीनियरिंग के ज़रिए एक कर्मचारी को राज़ी करके डेटा तक पहुँच हासिल की गई थी। इसलिए, इस घटना को सामान्य पासवर्ड लीक की तरह देखने के बजाय, उन प्रमाणीकरण और धोखाधड़ी संबंधी जोखिमों के संदर्भ में समझना चाहिए जो वित्तीय सेवाओं के ग्राहकों को निशाना बना सकते हैं।\u003C\u002Fp>\u003Cp>Figure पर पंजीकरण उन लोगों के लिए विशेष रूप से महत्वपूर्ण है जो ऋण, वित्तपोषण, निवेश या डिजिटल वित्तीय सेवाओं में रुचि रखते हैं। सत्यापित डेटा फ़ील्ड में पासवर्ड, भुगतान कार्ड नंबर, बैंक खाते, ग्राहकों की धनराशि, सामाजिक सुरक्षा नंबर या क्रेडिट स्कोर शामिल नहीं हैं। फिर भी, नाम, पता, फ़ोन नंबर और जन्मतिथि जैसे फ़ील्ड एक ही फ़ाइल में होने से हमलावर ऐसी खोज, संदेश और खाता सत्यापन के प्रसंग तैयार कर सकते हैं जो किसी व्यक्ति के लिए खास तौर पर बनाए गए लगें। किसी वित्तीय संस्था के नाम से आने वाले संदेशों में इन जानकारियों का सही इस्तेमाल होने पर उपयोगकर्ता को संदेश असली लग सकता है।\u003C\u002Fp>\u003Ch2>लीक हुए डेटा के प्रकार और जोखिम\u003C\u002Fh2>\u003Cp>इस सेंध में जिन डेटा प्रकारों की पुष्टि हुई है, वे हैं पूरा नाम, ईमेल पता, फ़ोन नंबर, पता और जन्मतिथि। इन फ़ील्ड से अकेले शायद खाते तक पहुँच का उतना सीधा जोखिम न हो, जितना पासवर्ड से होता है। लेकिन साथ मिलकर ये पहचान का मिलान करने और लक्षित सोशल इंजीनियरिंग के लिए एक प्रभावी प्रोफ़ाइल बनाते हैं। ईमेल पते का दुरुपयोग उपयोगकर्ता से संपर्क करने के लिए, फ़ोन नंबर का कॉल या SMS अभियानों के लिए और पते का वास्तविक ग्राहक संबंध होने का आभास देने के लिए किया जा सकता है। जन्मतिथि से कॉल सेंटरों में पूछे जाने वाले पहचान सत्यापन के सवालों के जवाब का अनुमान लगाने में भी मदद मिल सकती है।\u003C\u002Fp>\u003Cp>Figure की घटना में पासवर्ड या भुगतान कार्ड फ़ील्ड की पुष्टि नहीं हुई है। इसलिए मुख्य जोखिम खाते पर कब्ज़े से अधिक प्रमाणीकरण, फ़र्ज़ी सहायता कॉल और वित्तीय फैसलों को प्रभावित करने से जुड़ा है। हमलावर ऋण आवेदन, खाते की समीक्षा, भुगतान योजना, पहचान सत्यापन या दस्तावेज़ अपडेट के बहाने किसी व्यक्ति से संपर्क कर सकते हैं। उपयोगकर्ता का नाम, पता और फ़ोन नंबर जानने वाला व्यक्ति कंपनी के असली प्रतिनिधि जैसा व्यवहार कर सकता है। इसलिए, वित्तीय खातों में सीधे प्रवेश करने की जानकारी न होने पर भी इस घटना को लेकर बहुत सावधानी बरतना ज़रूरी है।\u003C\u002Fp>\u003Ch2>सत्यापित दायरा और उसकी सीमाएँ\u003C\u002Fh2>\u003Cp>इस रिकॉर्ड में सत्यापित अलग-अलग ईमेल पतों की संख्या 9,67,178 दर्ज है। घटना की तारीख 28 जनवरी 2026 है, जबकि रिकॉर्ड फरवरी 2026 में सार्वजनिक किए गए थे। डेटा Figure प्लेटफ़ॉर्म से जुड़ा है और कंपनी ने स्वीकार किया है कि सोशल इंजीनियरिंग के ज़रिए पहुँच हासिल की गई थी। यह अंतर महत्वपूर्ण है, क्योंकि उपयोगकर्ताओं के लिए सामने आया जोखिम केवल किसी तकनीकी खामी से नहीं, बल्कि आंतरिक पहुँच प्रक्रियाओं में संभावित हेरफेर से भी जुड़ा है।\u003C\u002Fp>\u003Cp>इस रिकॉर्ड में सत्यापित फ़ील्ड व्यक्तिगत संपर्क और पहचान संबंधी जानकारी तक सीमित हैं। पासवर्ड, पासवर्ड हैश वैल्यू, भुगतान कार्ड का विवरण, बैंक खाता, क्रेडिट रिपोर्ट, क्रेडिट स्कोर, आधिकारिक पहचान दस्तावेज़, ग्राहकों की धनराशि या लेन-देन का शेष सत्यापित डेटा श्रेणियों में शामिल नहीं हैं। उपयोगकर्ताओं को इस सीमा को ध्यान में रखकर कदम उठाने चाहिए: जो फ़ील्ड मौजूद नहीं हैं, उन्हें मौजूद मानकर घबराने की ज़रूरत नहीं है। लेकिन यह भी नहीं भूलना चाहिए कि नाम, पता, फ़ोन नंबर और जन्मतिथि का संयोजन वित्तीय धोखाधड़ी के प्रयासों में किसी को विश्वास दिलाने का प्रभावी साधन बन सकता है।\u003C\u002Fp>\u003Ch2>जोखिम वाले उपयोगकर्ता समूह\u003C\u002Fh2>\u003Cp>सबसे अधिक जोखिम उन लोगों को है जिन्होंने Figure के ज़रिए ऋण, वित्तपोषण, आवास से जुड़े वित्तीय उत्पादों या डिजिटल वित्तीय सेवाओं का उपयोग किया है या इनके बारे में संपर्क किया है। केवल जानकारी लेने के लिए प्लेटफ़ॉर्म का इस्तेमाल करने वाले उपयोगकर्ताओं ने भी अपना ईमेल पता, फ़ोन नंबर और पता साझा किया हो सकता है। इसके अलावा, सक्रिय रूप से वित्तीय सेवाएँ तलाश रहे लोग ऋण स्वीकृति के फ़र्ज़ी संदेशों, खाते की सुरक्षा, अधूरे दस्तावेज़ों, ब्याज दर में बदलाव या भुगतान योजना के अपडेट जैसे विषयों वाले संदेशों पर अधिक जल्दी प्रतिक्रिया दे सकते हैं।\u003C\u002Fp>\u003Cp>जिन उपयोगकर्ताओं का फ़ोन नंबर और जन्मतिथि मौजूद हैं, उनके लिए जोखिम ईमेल इनबॉक्स में आने वाले सामान्य फ़िशिंग संदेशों से आगे जाता है। वॉइस कॉल, टेक्स्ट संदेश और मैसेजिंग ऐप के ज़रिए किए गए संपर्क अधिक भरोसेमंद लग सकते हैं। बैंक, क्रेडिट कार्ड, निवेश, क्रिप्टोकरेंसी, बीमा और ई-गवर्नमेंट जैसे खातों के लिए एक ही फ़ोन नंबर इस्तेमाल करने वाले लोगों को खास तौर पर सावधान रहना चाहिए। पते की जानकारी भी मौजूद होने से हमलावरों के लिए उपयोगकर्ता के रहने के इलाके या पिछली डिलीवरी के अनुरूप बहाने तैयार करना आसान हो जाता है।\u003C\u002Fp>\u003Ch2>तुरंत उठाए जाने वाले कदम\u003C\u002Fh2>\u003Cp>अगर Figure से जुड़ा आपका कोई खाता है, तो सबसे पहले उसके लॉगिन इतिहास और सुरक्षा सेटिंग की जाँच करें। भले ही इस रिकॉर्ड में पासवर्ड वाले किसी फ़ील्ड की पुष्टि नहीं हुई है, उसी ईमेल पते का इस्तेमाल करने वाले वित्तीय खातों पर दो-कारक प्रमाणीकरण चालू करना चाहिए। आपका ईमेल खाता वित्तीय सेवाओं के पासवर्ड रीसेट करने का केंद्र होता है, इसलिए उसके लिए मज़बूत और अलग पासवर्ड इस्तेमाल करना बेहद ज़रूरी है। अगर आपको कोई अनजान डिवाइस, पासवर्ड रीसेट की अप्रत्याशित सूचना या ऐसा आवेदन दिखाई दे जो आपने नहीं किया है, तो सीधे संबंधित संस्था के आधिकारिक सहायता माध्यम से संपर्क करें।\u003C\u002Fp>\u003Cp>फ़ोन या ईमेल से मिलने वाले ऋण, खाता सत्यापन, दस्तावेज़ अपडेट, भुगतान योजना या सुरक्षा जाँच के अनुरोधों पर उनमें दिए गए लिंक के ज़रिए कार्रवाई न करें। संदेश के लिंक पर क्लिक करने के बजाय संस्था का डोमेन खुद अपने ब्राउज़र में टाइप करके लॉगिन करें या आधिकारिक पंजीकृत ऐप का इस्तेमाल करें। कॉल करने वाले को आपका नाम, पता या जन्मतिथि पता हो, तब भी केवल इससे उसकी विश्वसनीयता साबित नहीं होती। वित्तीय लेन-देन, पहचान संबंधी तस्वीरों, एक बार इस्तेमाल होने वाले कोड, पासवर्ड या भुगतान के हर अनुरोध की पुष्टि किसी अलग माध्यम से करनी चाहिए।\u003C\u002Fp>\u003Ch2>लंबी अवधि की सुरक्षा रणनीतियाँ\u003C\u002Fh2>\u003Cp>यह घटना दिखाती है कि वित्तीय सेवाओं में सोशल इंजीनियरिंग का जोखिम केवल उपयोगकर्ताओं को ही नहीं, कर्मचारियों को भी निशाना बना सकता है। उपयोगकर्ताओं की दीर्घकालिक सुरक्षा के लिए हर वित्तीय खाते पर अलग पासवर्ड, मज़बूत दो-कारक प्रमाणीकरण और सक्रिय सत्रों की नियमित जाँच बुनियादी आदतें होनी चाहिए। ईमेल पते और फ़ोन नंबर वर्षों तक बिना बदले इस्तेमाल किए जाते हैं। इसलिए, एक बार यह जानकारी प्रकाशित हो जाने पर अलग-अलग अभियानों में इसका बार-बार इस्तेमाल किया जा सकता है। संदिग्ध संपर्कों को केवल घटना के समय ही नहीं, उसके बाद के वर्षों में भी गंभीरता से लेना चाहिए।\u003C\u002Fp>\u003Cp>कंपनी के स्तर पर, वित्तीय प्रौद्योगिकी कंपनियों को न्यूनतम विशेषाधिकार के सिद्धांत के अनुसार कर्मचारियों की पहुँच सीमित करनी चाहिए, डेटा तक असामान्य पहुँच की तत्काल निगरानी करनी चाहिए और सोशल इंजीनियरिंग के प्रयासों से बचाव के लिए सत्यापन के अतिरिक्त चरण अपनाने चाहिए। ग्राहक डेटा वित्तीय भरोसे के संबंध पर निर्भर करता है। इसलिए, नाम, पता, फ़ोन नंबर और जन्मतिथि जैसे फ़ील्ड में सीधे भुगतान की जानकारी न होने पर भी इनके लिए उच्च स्तर की सुरक्षा अपेक्षित है। जोखिम घटाने के लिए घटना के बाद पारदर्शी संवाद, दायरे का स्पष्ट विवरण और ग्राहकों को ऐसे सुरक्षा उपाय बताना महत्वपूर्ण है जिन्हें वे अमल में ला सकें।\u003C\u002Fp>\u003Ch2>रिकॉर्ड की जाँच और उपयोगकर्ता के कदम\u003C\u002Fh2>\u003Cp>अगर आपका ईमेल पता इस रिकॉर्ड में दिखाई देता है, तो Figure या संबंधित वित्तीय सेवाओं के साथ अपने पिछले संपर्क और उपयोग की जाँच करें। अगर आपका खाता है, तो उसकी सुरक्षा सेटिंग की समीक्षा करें, दो-कारक प्रमाणीकरण चालू करें और अपने ईमेल खाते की सुरक्षा मज़बूत करें। जिन वित्तीय प्लेटफ़ॉर्म पर आप उसी फ़ोन नंबर और ईमेल पते का इस्तेमाल करते हैं, वहाँ सूचनाएँ चालू करें। अगर आपको कोई अप्रत्याशित ऋण आवेदन, पते में बदलाव, दस्तावेज़ का अनुरोध या खाते की सुरक्षा से जुड़ा संदेश मिले, तो संदेश के लिंक के बजाय संस्था के आधिकारिक माध्यमों का इस्तेमाल करें।\u003C\u002Fp>\u003Cp>डेटा में सेंध वित्तीय पहचान से जुड़ा जोखिम पैदा करती है, भले ही सत्यापित डेटा फ़ील्ड सीमित हों। पासवर्ड या भुगतान कार्ड का न होना उपयोगकर्ता के लिए जोखिम की एक महत्वपूर्ण सीमा है। फिर भी, नाम, पता, फ़ोन नंबर और जन्मतिथि का संयोजन हमलावरों को ऐसी बातचीत तैयार करने में मदद कर सकता है जो भरोसेमंद लगे। सबसे उचित तरीका है कि सभी वित्तीय खातों पर मज़बूत सत्यापन अपनाएँ, एक बार इस्तेमाल होने वाले कोड कभी किसी के साथ साझा न करें, तुरंत कार्रवाई की माँग करने वाले अनुरोधों पर रुककर किसी अलग माध्यम से उनकी पुष्टि करें और याद रखें कि समय के साथ अलग-अलग धोखाधड़ी के प्रयासों में व्यक्तिगत जानकारी का दोबारा इस्तेमाल हो सकता है।\u003C\u002Fp>","2026 में Figure के डेटा में सेंध (967.2 हज़ार रिपोर्ट किए गए रिकॉर्ड)","2026 में Figure के डेटा में सेंध. 967.2 हज़ार रिकॉर्ड रिपोर्ट किए गए हैं। रिपोर्ट किया गया डेटा: जन्म की तारीखें, ईमेल पते, नाम। प्रभाव के दायरे, जोखिमों और…","\u002Fuploads\u002Flogo\u002Ffigure_com.webp",false,{"name":55,"sector":56,"country":57,"website":9,"websiteArchiveUrl":58,"websiteStatus":58,"websiteCheckedAt":18},"Figure","Financial Technology","United States","",{"success":4,"breaches":60},[61,68,75,82],{"slug":62,"title":63,"companyName":64,"logoUrl":65,"breachDate":66,"affectedCount":67,"affectedCountStatus":17},"abrigo","Abrigo के व्यावसायिक संपर्क डेटा से जुड़ी घटना (2026)","Abrigo","\u002Fuploads\u002Flogo\u002Fabrigo_com.webp","2026-04-14T00:00:00.000Z",711099,{"slug":69,"title":70,"companyName":71,"logoUrl":72,"breachDate":73,"affectedCount":74,"affectedCountStatus":17},"addi","Addi 2026 डेटा उल्लंघन","Addi","\u002Fuploads\u002Flogo\u002Faddi_com.webp","2026-03-25T00:00:00.000Z",34532941,{"slug":76,"title":77,"companyName":78,"logoUrl":79,"breachDate":80,"affectedCount":81,"affectedCountStatus":17},"betterment","Betterment में 2026 का डेटा लीक","Betterment","\u002Fuploads\u002Flogo\u002Fbetterment_com.webp","2026-01-09T00:00:00.000Z",1435174,{"slug":83,"title":84,"companyName":85,"logoUrl":86,"breachDate":87,"affectedCount":88,"affectedCountStatus":17},"marquis-software-solutions-2025","Marquis Software Solutions में 2025 की डेटा सेंध","Marquis Software Solutions, Inc.","\u002Fuploads\u002Flogo\u002Fgomarquis_com.svg","2025-08-14T00:00:00.000Z",672075]