[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3royzinzx0m2u":3},{"success":4,"posts":5,"pagination":56,"availableLocales":59},true,[6],{"_id":7,"slug":8,"title":9,"excerpt":10,"content":11,"coverImage":12,"authorName":13,"authorType":14,"publicationKind":15,"category":16,"tags":17,"metaDescription":22,"metaKeywords":23,"isFeatured":28,"publishedAt":29,"createdAt":30,"updatedAt":29,"readTime":31,"viewCount":32,"contentLocale":33,"availableLocales":34,"hasEnglishTranslation":4,"translations":44},"ca1ba9756e09172be1d6dc5a","why-password-change-may-not-end-infostealer-access","पासवर्ड बदलने के बाद भी इन्फोस्टीलर की पहुँच क्यों बनी रह सकती है","पासवर्ड बदलने के बाद भी चुराया गया सत्र इस्तेमाल करने योग्य रह सकता है। जानें कि एंडपॉइंट को अलग करना, टोकन अमान्य करना, एप्लिकेशन के सत्रों पर नियंत्रण और खाते की बहाली कैसे एक साथ काम करते हैं।","\u003Cp>खाते का पासवर्ड बदलने के बाद भी किसी वेब एप्लिकेशन का सत्र सक्रिय रह सकता है। अपनी क्षमताओं के आधार पर, इन्फोस्टीलर सहेजे गए पासवर्ड के साथ-साथ सत्र कुकी, प्रमाणीकरण टोकन, API कुंजियाँ और डिवाइस पर मौजूद अन्य डेटा भी इकट्ठा कर सकता है। यदि वह जानकारी डिवाइस से बाहर जा चुकी है, तो मैलवेयर हटाने से वह अमान्य नहीं होती।\u003C\u002Fp>\u003Cp>पासवर्ड एक गोपनीय जानकारी है जिसे प्रमाणीकरण के दौरान प्रस्तुत किया जाता है। एक्सेस टोकन किसी एप्लिकेशन को निर्धारित संसाधनों तक पहुँच देता है, जबकि प्रोटोकॉल की अनुमति होने पर रिफ्रेश टोकन से नया एक्सेस टोकन प्राप्त किया जा सकता है। एप्लिकेशन का सत्र आम तौर पर प्रमाणीकरण के बाद जारी की गई अलग कुकी या सत्र से जुड़े गोपनीय मान के ज़रिए जारी रहता है। ये व्यवस्थाएँ एक ही खाते से जुड़ी हो सकती हैं, लेकिन ज़रूरी नहीं कि उनकी वैधता अवधि या उन्हें रद्द करने का नियंत्रण भी एक ही हो।\u003C\u002Fp>\u003Ch2>पासवर्ड बदलने के बाद किस तरह की पहुँच बनी रह सकती है?\u003C\u002Fh2>\u003Cp>पासवर्ड बदलने से पुराने पासवर्ड पर निर्भर नए साइन-इन रुक जाते हैं। यह नहीं माना जा सकता कि इससे हर वैध टोकन या एप्लिकेशन सत्र समाप्त हो जाएगा। \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fentra\u002Fidentity\u002Fusers\u002Fusers-revoke-access\">Entra में आपात स्थिति में पहुँच रोकने के लिए Microsoft के मार्गदर्शन\u003C\u002Fa> के अनुसार, नए साइन-इन रोकने और रिफ्रेश टोकन रद्द करने से उपयोगकर्ता नए Entra टोकन प्राप्त नहीं कर पाता। हालाँकि, मौजूदा एक्सेस टोकन अपनी डिफ़ॉल्ट एक घंटे की वैधता अवधि समाप्त होने तक काम कर सकता है। समर्थित Microsoft 365 परिदृश्यों में Continuous Access Evaluation इस अवधि को कम कर सकता है; इससे यह आश्वासन नहीं मिलता कि हर टोकन तुरंत अमान्य हो जाएगा।\u003C\u002Fp>\u003Cp>एप्लिकेशन द्वारा जारी की गई सत्र कुकी को अलग से संभालना पड़ता है। Entra उस सत्र टोकन को सीधे रद्द नहीं कर सकता जिसे एप्लिकेशन ने स्वयं जारी किया हो। \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fpages.nist.gov\u002F800-63-4\u002Fsp800-63b\u002Fsession\u002F\">NIST SP 800-63B-4\u003C\u002Fa> फ़ेडरेटेड प्रणालियों में इसी अलगाव का वर्णन करता है: पहचान प्रदाता (IdP) और भरोसा करने वाला पक्ष (RP) अपने-अपने सत्र स्वतंत्र रूप से शुरू और समाप्त करते हैं। केवल पहचान प्रदाता का सत्र समाप्त करने से उससे जुड़े हर एप्लिकेशन का सत्र समाप्त नहीं होता।\u003C\u002Fp>\u003Cp>इस अंतर का हमलावर लाभ उठा सकता है। \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fattack.mitre.org\u002Ftechniques\u002FT1550\u002F004\u002F\">MITRE ATT&CK में दर्ज है\u003C\u002Fa> कि चुराई गई वेब सत्र कुकी, यदि अब भी वैध है और दोबारा इस्तेमाल की जा सकती है, तो हमलावर के नियंत्रण वाले ब्राउज़र में आयात की जा सकती है। चूँकि सत्र पहले ही प्रमाणित हो चुका है, इसलिए कुछ प्रमाणीकरण प्रक्रियाओं में MFA की नई जाँच आवश्यक नहीं हो सकती। यह एक क्षमता का वर्णन है, इस बात का प्रमाण नहीं कि किसी विशेष खाते पर कब्ज़ा कर लिया गया था।\u003C\u002Fp>\u003Ch2>डिवाइस को अलग करना और खाते पर नियंत्रण\u003C\u002Fh2>\u003Cp>संगठन की सुरक्षा घटना से निपटने की योजना के तहत संदिग्ध एंडपॉइंट को अलग किया जाता है। साथ ही, प्रासंगिक साक्ष्य सुरक्षित रखने की आवश्यकता का आकलन किया जाता है। यदि खाते को विशेषाधिकार प्राप्त हैं या उससे संवेदनशील डेटा तक पहुँच मिलती है, तो एंडपॉइंट का पूरा विश्लेषण होने से पहले ही नए साइन-इन रोकने और पहुँच के मौजूदा रास्ते बंद करने का काम शुरू हो सकता है। पासवर्ड बदलने, खाते की बहाली और प्रशासनिक कार्यों के लिए भरोसेमंद डिवाइस और माध्यम का उपयोग किया जाता है, ताकि नए क्रेडेंशियल संदिग्ध सिस्टम के सामने उजागर न हों।\u003C\u002Fp>\u003Ch3>डिवाइस पर सहेजी गई पहुँच संबंधी जानकारी\u003C\u002Fh3>\u003Cp>जाँच केवल उन पासवर्ड तक सीमित नहीं रहती जो संक्रमण की संदिग्ध अवधि के बाद सहेजे गए थे। संक्रमण कब शुरू हुआ, यह अनिश्चित हो सकता है, और इन्फोस्टीलर उन क्रेडेंशियल तक भी पहुँच सकता है जो डिवाइस पर पहले से सहेजे गए थे। घटना के साक्ष्यों के आधार पर जाँच में ब्राउज़र प्रोफ़ाइल, डिवाइस पर इस्तेमाल किए गए या सहेजे गए खाते, सत्र कुकी, टोकन और API कुंजियाँ शामिल होती हैं। एंडपॉइंट की सफ़ाई करने या उसे नए सिरे से तैयार करने से वे पासवर्ड, टोकन या कुंजियाँ अमान्य नहीं होतीं जो पहले ही चुराई जा चुकी हो सकती हैं।\u003C\u002Fp>\u003Ch3>टोकन और सत्र के नियंत्रण\u003C\u002Fh3>\u003Cp>नए साइन-इन रोकने, जहाँ समर्थन उपलब्ध हो वहाँ रिफ्रेश टोकन अमान्य करने और IdP सत्र समाप्त करने के लिए पहचान प्रदाता के दस्तावेज़ों में बताए गए नियंत्रणों का उपयोग किया जाता है। इसके बाद महत्वपूर्ण एप्लिकेशन की अलग से जाँच की जाती है और एप्लिकेशन-स्तर के नियंत्रणों से उनके अपने सत्र समाप्त किए जाते हैं। प्रशासनिक स्क्रीन पर “सफल” संदेश दिखने से यह साबित नहीं होता कि सारी पहुँच समाप्त हो गई है। टोकन का प्रकार, उसकी वैधता समाप्त होने की अपेक्षित शर्त और वह समय जब हर एप्लिकेशन फिर से प्रमाणीकरण माँगेगा, अब भी महत्वपूर्ण हैं।\u003C\u002Fp>\u003Cp>घटना के दायरे में आने वाले पासवर्ड और पहुँच संबंधी अन्य जानकारी को भरोसेमंद डिवाइस से बदला या अमान्य किया जाता है। इसमें कोई API कुंजी, डेवलपर टोकन या डिवाइस पर सहेजा गया कोई अन्य क्रेडेंशियल शामिल होगा या नहीं, यह घटना के साक्ष्यों और प्रभावित सिस्टम के व्यवहार पर निर्भर करता है। उद्देश्य बिना सोचे-समझे हर खाते को रीसेट करना नहीं, बल्कि यह निर्धारित करना है कि कौन-से पासवर्ड, टोकन, कुंजियाँ या सत्र कुकी डिवाइस से बाहर जा चुके हो सकते हैं और अब भी इस्तेमाल करने योग्य हो सकते हैं।\u003C\u002Fp>\u003Ch3>पहुँच बनाए रखने के लिए किए गए बदलाव\u003C\u002Fh3>\u003Cp>घुसपैठिया केवल मौजूदा सत्र पर निर्भर रहने के बजाय खाते में दोबारा प्रवेश का रास्ता जोड़ सकता है। \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fdefender-office-365\u002Fresponding-to-a-compromised-email-account\">अनधिकृत पहुँच का शिकार हुए Microsoft 365 मेल खाते से निपटने के लिए Microsoft का मार्गदर्शन\u003C\u002Fa> अपरिचित MFA तरीकों और डिवाइस, एप्लिकेशन को दी गई अवांछित सहमति, अनधिकृत प्रशासनिक भूमिकाओं, मेल फ़ॉरवर्डिंग और छिपे हुए इनबॉक्स नियमों की जाँच करने को कहता है। यह सूची विशेष रूप से Microsoft 365 के लिए है; दूसरे प्रदाताओं के समकक्ष नियंत्रण और उनके प्रभाव अलग होते हैं।\u003C\u002Fp>\u003Cp>किसी अपरिचित या संदिग्ध MFA तरीके को हटाया या अमान्य किया जाता है। यदि वैध उपयोगकर्ता का तरीका फिर से पंजीकृत करना आवश्यक हो, तो पहले भरोसेमंद खाता बहाली माध्यम से खाते का स्वामित्व सत्यापित किया जाता है। इसके बाद केवल उसी उपयोगकर्ता के नियंत्रण वाला नया तरीका पंजीकृत किया जाता है। हमलावर द्वारा जोड़े गए तरीके को दोबारा पंजीकृत करने से पहुँच का रास्ता बंद होने के बजाय बना रहेगा।\u003C\u002Fp>\u003Ch2>MFA सक्रिय सत्र को रद्द नहीं करता\u003C\u002Fh2>\u003Cp>MFA चुराए गए पासवर्ड से नया सत्र शुरू करने के रास्ते में एक और बाधा खड़ी करता है, लेकिन वह अपने आप पहले से प्रमाणित और दोबारा इस्तेमाल की जा सकने वाली कुकी को अमान्य नहीं करता। MFA के अलग-अलग तरीके अलग स्तर की सुरक्षा भी देते हैं। NIST की \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fpages.nist.gov\u002F800-63-4\u002Fsp800-63b\u002Fauthenticators\u002F\">प्रमाणीकरण साधनों की आवश्यकताएँ\u003C\u002Fa> हाथ से दर्ज किए जाने वाले एकबारगी कोड को फ़िशिंग-प्रतिरोधी नहीं मानतीं और फ़िशिंग-प्रतिरोधी प्रमाणीकरण के उदाहरण के रूप में WebAuthn\u002FFIDO2 का उल्लेख करती हैं। अधिक मज़बूत प्रमाणीकरण आगे होने वाले साइन-इन की सुरक्षा करता है; चुराए गए ऐसे सत्र को, जो अब भी वैध है, अलग से समाप्त करना आवश्यक रहता है।\u003C\u002Fp>\u003Ch2>लॉग से क्या साबित हो सकता है—और क्या नहीं\u003C\u002Fh2>\u003Cp>जहाँ उपलब्ध हों, घटना की अवधि के साइन-इन और संवेदनशील कार्रवाइयों के रिकॉर्ड असामान्य स्थानों, समय, एप्लिकेशन को दी गई अनुमतियों और खाते में हुए बदलावों का पता दे सकते हैं। Microsoft 365 के लिए प्रदाता सलाह देता है कि शुरुआती ऑडिट खोज का दायरा बहुत जल्दी सीमित न किया जाए। वह संदिग्ध गतिविधि शुरू होने से लेकर सुधारात्मक कार्रवाई पूरी होने तक के रिकॉर्ड की समीक्षा करने की सिफ़ारिश करता है। कोई संदिग्ध घटना न मिलने से यह साबित नहीं होता कि खाता सुरक्षित है। परिणाम का अर्थ केवल उपलब्ध टेलीमेट्री, रिकॉर्ड रखने की अवधि, खोजे गए स्रोतों और चुनी गई समय-सीमा के संदर्भ में ही है।\u003C\u002Fp>\u003Cp>इसी तरह, किसी क्रेडेंशियल या कुकी के उजागर होने का साक्ष्य अपने आप सफल अनधिकृत उपयोग या खाते पर कब्ज़े का साक्ष्य नहीं है। जानकारी का उजागर होना, उसके इस्तेमाल की कोशिश सामने आना और खाते पर कब्ज़े की पुष्टि होना अलग-अलग स्थितियाँ हैं। पहुँच के ऐसे रास्तों पर, जो अब भी वैध हो सकते हैं, जोखिम के अनुपात में कार्रवाई करना आवश्यक है। कार्रवाई का दायरा खाते के विशेषाधिकारों, डेटा की संवेदनशीलता और उपलब्ध साक्ष्यों के आधार पर तय किया जाता है। LeakData की \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fleakdata.io\u002Fen\u002Fblog\u002Fwhat-is-a-data-breach-what-to-do-if-your-email-was-leaked\">डेटा उल्लंघन के बाद आकलन की मार्गदर्शिका\u003C\u002Fa> जानकारी उजागर होने और दुरुपयोग की पुष्टि होने के बीच इस व्यापक अंतर पर चर्चा करती है।\u003C\u002Fp>\u003Cp>घटना के रिकॉर्ड में पहचान प्रदाता और एप्लिकेशन के भीतर समाप्त किए गए सत्रों, टोकन की वैधता समाप्त होने की अपेक्षित शर्तों, हटाए गए अनधिकृत बदलावों और लॉग की समीक्षा में रह गई कमियों का विवरण दर्ज होता है। इससे स्पष्ट होता है कि पहुँच के किन रास्तों पर कार्रवाई हुई और कौन-सी अनिश्चितताएँ अब भी बाकी हैं।\u003C\u002Fp>\u003Ch2>संदर्भ\u003C\u002Fh2>\u003Cul>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fentra\u002Fidentity\u002Fusers\u002Fusers-revoke-access\">Microsoft Learn — आपात स्थिति में Microsoft Entra ID में उपयोगकर्ता की पहुँच रद्द करना\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fdefender-office-365\u002Fresponding-to-a-compromised-email-account\">Microsoft Learn — Microsoft 365 में अनधिकृत पहुँच का शिकार हुए ईमेल खाते से निपटना\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fpages.nist.gov\u002F800-63-4\u002Fsp800-63b\u002Fsession\u002F\">NIST SP 800-63B-4 — सत्र प्रबंधन\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fpages.nist.gov\u002F800-63-4\u002Fsp800-63b\u002Fauthenticators\u002F\">NIST SP 800-63B-4 — प्रमाणीकरण साधनों की आवश्यकताएँ\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fattack.mitre.org\u002Ftechniques\u002FT1550\u002F004\u002F\">MITRE ATT&CK T1550.004 — वेब सत्र कुकी\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fspecopssoft.com\u002Fblog\u002Finside-infostealer-attacks\u002F\">Specops Software — इन्फोस्टीलर हमलों की कार्यप्रणाली\u003C\u002Fa>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>","\u002Fuploads\u002Fblog\u002Finfostealer-sonrasi-parola-degisikligi-neden-yetmeyebilir-dfdf6bda3fb759147214.webp","LeakData सुरक्षा टीम","Organization","blog","güvenlik",[18,19,20,21],"इन्फोस्टीलर","सुरक्षा घटना से निपटना","सत्र की सुरक्षा","पहचान और पहुँच","पासवर्ड बदलने पर भी इन्फोस्टीलर की पहुँच क्यों बनी रह सकती है; डिवाइस, टोकन, सत्र और पहुँच बनाए रखने वाले बदलावों पर नियंत्रण की भूमिका।",[24,25,26,27],"इन्फोस्टीलर से निपटना","टोकन अमान्य करना","चुराई गई सत्र कुकी","पासवर्ड बदलना",false,"2026-10-09T16:49:52.841Z","2026-09-16T23:36:22.537Z",8,0,"hi",[35,36,37,33,38,39,40,41,42,43],"en","tr","zh","es","ar","fr","bn","pt","ru",{"en":45,"tr":46,"zh":48,"hi":49,"es":50,"ar":51,"fr":52,"bn":53,"pt":54,"ru":55},{"slug":8},{"slug":47},"infostealer-sonrasi-parola-degisikligi-neden-yetmeyebilir",{"slug":8},{"slug":8},{"slug":8},{"slug":8},{"slug":8},{"slug":8},{"slug":8},{"slug":8},{"page":57,"limit":58,"total":57,"pages":57},1,12,[35,36,37,33,38,39,40,41,42,43]]