<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>System Admin on kenji.blog</title><link>http://kenji.blog/hi/categories/system-admin/</link><description>Recent content in System Admin on kenji.blog</description><generator>Hugo -- gohugo.io</generator><language>hi</language><copyright>kenjinote</copyright><lastBuildDate>Sun, 13 Sep 2026 05:00:00 +0900</lastBuildDate><atom:link href="http://kenji.blog/hi/categories/system-admin/index.xml" rel="self" type="application/rss+xml"/><item><title>Sysinternals टूल्स का उपयोग करके विंडोज़ की उन्नत ट्रबलशूटिंग</title><link>http://kenji.blog/hi/p/sysinternals-advanced-windows-troubleshooting/</link><pubDate>Sun, 13 Sep 2026 05:00:00 +0900</pubDate><guid>http://kenji.blog/hi/p/sysinternals-advanced-windows-troubleshooting/</guid><description>&lt;img src="http://kenji.blog/p/sysinternals-advanced-windows-troubleshooting/img/eyecatch.jpg" alt="Featured image of post Sysinternals टूल्स का उपयोग करके विंडोज़ की उन्नत ट्रबलशूटिंग" />&lt;p>विंडोज़ पर्यावरण में, जब सिस्टम क्रैश, प्रदर्शन में गिरावट, मैलवेयर संक्रमण, या एप्लिकेशन के रहस्यमय व्यवहार जैसी समस्याओं का सामना करना पड़ता है, तो अक्सर केवल मानक टास्क मैनेजर या इवेंट व्यूअर से मूल कारण (Root Cause) की पहचान करना संभव नहीं होता है। इस प्रकार की उन्नत ट्रबलशूटिंग में, दुनिया भर के आईटी पेशेवर, इंसिडेंट रिस्पॉन्डर्स और सिस्टम एडमिनिस्ट्रेटर समान रूप से &amp;ldquo;&lt;strong>Windows Sysinternals&lt;/strong>&amp;rdquo; टूल्स के सूट का उपयोग करते हैं।&lt;/p>
&lt;p>इस लेख में, हम Sysinternals के प्रमुख टूल्स—&lt;strong>Process Explorer&lt;/strong>, &lt;strong>Process Monitor (ProcMon)&lt;/strong>, &lt;strong>Autoruns&lt;/strong>, और &lt;strong>TCPView&lt;/strong>—का पूरा उपयोग करके विंडोज़ ओएस की गहराइयों (कर्नेल मोड और यूज़र मोड के बीच की सीमा, इंटरप्ट प्रोसेसिंग, ETW, रजिस्ट्री/फाइल सिस्टम ड्राइवर्स) तक पहुंचने वाली उन्नत ट्रबलशूटिंग तकनीकों की विस्तृत व्याख्या करेंगे।&lt;/p>
&lt;hr>
&lt;h2 id="1-sysinternals-टलस-क-आरकटकचर-और-वडज-करनल-क-मल-बत">1. Sysinternals टूल्स का आर्किटेक्चर और विंडोज़ कर्नेल की मूल बातें
&lt;/h2>&lt;p>Sysinternals टूल्स इतने शक्तिशाली क्यों हैं, यह समझने के लिए विंडोज़ आर्किटेक्चर की बुनियादी अवधारणाओं को समझना आवश्यक है। विंडोज़ मुख्य रूप से दो विशेषाधिकार स्तरों पर काम करता है: &amp;ldquo;यूज़र मोड (Ring 3)&amp;rdquo; और &amp;ldquo;कर्नेल मोड (Ring 0)&amp;quot;।&lt;/p>
&lt;p>Process Monitor और Process Explorer जैसे टूल्स केवल यूज़र मोड API को कॉल नहीं करते हैं, बल्कि वे गतिशील रूप से समर्पित कर्नेल मोड ड्राइवर्स (उदाहरण: &lt;code>PROCMON24.SYS&lt;/code>) लोड करते हैं, और OS की गहराई में होने वाली घटनाओं को सीधे हुक या ट्रेस करते हैं।&lt;/p>
&lt;p>नीचे दिया गया आरेख यह दर्शाता है कि Process Monitor फाइल सिस्टम गतिविधियों को कैसे कैप्चर करता है।&lt;/p>
&lt;pre class="mermaid">
flowchart TD
A[&amp;#34;यूज़र एप्लिकेशन (Ring 3)&amp;#34;] --&amp;gt; B[&amp;#34;ntdll.dll (नेटिव API)&amp;#34;]
B --&amp;gt; C[&amp;#34;Syscall / sysenter निर्देश&amp;#34;]
C --&amp;gt; D[&amp;#34;ntoskrnl.exe (कर्नेल मोड / Ring 0)&amp;#34;]
D --&amp;gt; E[&amp;#34;I/O मैनेजर&amp;#34;]
E --&amp;gt; F[&amp;#34;फ़िल्टर मैनेजर (FltMgr.sys)&amp;#34;]
F --&amp;gt; G[&amp;#34;PROCMON24.SYS (ProcMon फ़िल्टर ड्राइवर)&amp;#34;]
G --&amp;gt; H[&amp;#34;फाइल सिस्टम ड्राइवर (NTFS.sys)&amp;#34;]
G --&amp;gt; I[&amp;#34;ProcMon GUI (इवेंट लॉगिंग)&amp;#34;]
&lt;/pre>
&lt;p>ProcMon का ड्राइवर एक मिनी-फ़िल्टर ड्राइवर के रूप में पंजीकृत होता है और I/O मैनेजर तथा NTFS ड्राइवर के बीच से गुज़रने वाले सभी IRP (I/O Request Packet) की निगरानी करता है। इसके परिणामस्वरूप, उन एक्सेस को भी उजागर किया जा सकता है जिन्हें एप्लिकेशन छिपाने की कोशिश करते हैं।&lt;/p>
&lt;hr>
&lt;h2 id="2-process-explorer-procexp-क-मधयम-स-परकरयओ-क-गहन-जच-और-मलवयर-वशलषण">2. Process Explorer (ProcExp) के माध्यम से प्रक्रियाओं की गहन जांच और मैलवेयर विश्लेषण
&lt;/h2>&lt;p>Process Explorer एक &amp;ldquo;अति-शक्तिशाली टास्क मैनेजर&amp;rdquo; है। यह केवल CPU/मेमोरी उपयोग ही नहीं, बल्कि प्रोसेस ट्री, हैंडल्स, लोड की गई DLL, और थ्रेड के कॉल स्टैक तक को विज़ुअलाइज़ करता है।&lt;/p>
&lt;h3 id="21-हडल-लक-और-लकस-क-पहचन">2.1 हैंडल लीक और लॉक्स की पहचान
&lt;/h3>&lt;p>अक्सर ऐसा होता है कि कोई एप्लिकेशन किसी फाइल को खुला छोड़ कर क्रैश हो जाता है, और उसके बाद उस फाइल को डिलीट या मूव नहीं किया जा सकता। यदि आपको &amp;ldquo;फ़ाइल किसी अन्य प्रोग्राम द्वारा खोली गई है&amp;rdquo; (The file is open in another program) जैसी त्रुटि मिलती है, तो ProcExp की &lt;strong>Find&lt;/strong> सुविधा (&lt;code>Ctrl+F&lt;/code>) का उपयोग करके फ़ाइल या डायरेक्टरी का नाम खोजें।
जब आप उस प्रोसेस की पहचान कर लें जो संबंधित हैंडल (File, Section, Mutex, Event आदि) को होल्ड किए हुए है, तो उस प्रोसेस पर राइट-क्लिक करके &lt;code>Close Handle&lt;/code> को ज़बरदस्ती निष्पादित करें, जिससे आप प्रोसेस को मारे बिना फ़ाइल का लॉक हटा सकते हैं (हालांकि, ध्यान रहे कि इससे ऐप का संचालन अस्थिर हो सकता है)।&lt;/p>
&lt;h3 id="22-मलवयर-हकस-क-पहचन-और-हसतकषर-सतयपन">2.2 मैलवेयर हुक्स की पहचान और हस्ताक्षर सत्यापन
&lt;/h3>&lt;p>जब मैलवेयर या दुर्भावनापूर्ण रूटकिट सिस्टम में छिपे होते हैं, तो वे कभी-कभी वैध प्रक्रियाओं (उदाहरण: &lt;code>svchost.exe&lt;/code>, &lt;code>explorer.exe&lt;/code>) में अपनी DLL इंजेक्ट (DLL Injection) करते हैं।&lt;/p>
&lt;p>ProcExp में, निम्नलिखित सेटिंग्स को सक्षम करके संदिग्ध प्रक्रियाओं को उजागर किया जा सकता है:&lt;/p>
&lt;ol>
&lt;li>&lt;strong>Options&lt;/strong> -&amp;gt; &lt;strong>Verify Image Signatures&lt;/strong>: निष्पादन योग्य फ़ाइलों और DLLs के डिजिटल हस्ताक्षरों का सत्यापन करता है। अहस्ताक्षरित, या टूटे हुए हस्ताक्षर वाली फ़ाइलें हाइलाइट हो जाती हैं।&lt;/li>
&lt;li>&lt;strong>Options&lt;/strong> -&amp;gt; &lt;strong>VirusTotal.com&lt;/strong> -&amp;gt; &lt;strong>Check VirusTotal.com&lt;/strong>: स्वचालित रूप से सभी प्रक्रियाओं के हैश मान VirusTotal को भेजता है, और मैलवेयर डिटेक्शन रेट (उदाहरण: &lt;code>5/72&lt;/code>) को स्कोर के रूप में प्रदर्शित करता है।&lt;/li>
&lt;/ol>
&lt;p>यदि कोई संदिग्ध &lt;code>svchost.exe&lt;/code> मिलता है, तो प्रोसेस पर डबल-क्लिक करें, &lt;strong>Strings&lt;/strong> टैब जांचें, और देखें कि मेमोरी में मौजूद स्ट्रिंग्स (Memory) और डिस्क पर मौजूद स्ट्रिंग्स (Image) के बीच कोई अंतर तो नहीं है। यदि यहाँ बड़ा अंतर है, तो इस बात की बहुत अधिक संभावना है कि निष्पादन योग्य फ़ाइल पैक्ड (Packed) है, या वह प्रोसेस होलोइंग (Process Hollowing) का शिकार हुई है।&lt;/p>
&lt;h3 id="23-हरडवयर-इटरपटस-और-100-cpu-सपइकस-क-वशलषण">2.3 हार्डवेयर इंटरप्ट्स और 100% CPU स्पाइक्स का विश्लेषण
&lt;/h3>&lt;p>जब पूरा सिस्टम कुछ सेकंड के लिए फ्रीज़ हो जाता है, या ऑडियो रुक-रुक कर आता है (स्टटर), तो टास्क मैनेजर को देखने पर पता चल सकता है कि &amp;ldquo;System Interrupts&amp;rdquo; CPU को खा रहे हैं।&lt;/p>
&lt;p>विंडोज़ शेड्यूलिंग में, हार्डवेयर इंटरप्ट्स (ISR: Interrupt Service Routine) और DPC (Deferred Procedure Call) को सामान्य यूज़र थ्रेड्स की तुलना में उच्च प्राथमिकता (IRQL: Interrupt Request Level) पर निष्पादित किया जाता है। अर्थात, यदि कोई खराब ड्राइवर DPC को लंबा खींचता है, तो CPU उस कोर पर कोई अन्य कार्य बिल्कुल नहीं कर पाएगा।&lt;/p>
&lt;p>यदि ProcExp की प्रोसेस लिस्ट में सबसे ऊपर मौजूद &lt;code>Interrupts&lt;/code> या &lt;code>DPCs&lt;/code> का CPU उपयोग अधिक है, तो विंडोज़ परफॉरमेंस एनालाइज़र (WPA) के साथ संयोजन में इसका उपयोग करके अपराधी ड्राइवर (&lt;code>.sys&lt;/code>) की पहचान करें। CPU समय की गणना को निम्न प्रकार से तैयार किया जा सकता है:&lt;/p>
$$ U_{cpu} = \left( 1 - \frac{T_{idle}}{T_{total}} \right) \times 100 $$$$ T_{interrupt\_overhead} = \sum_{i=1}^{n} \left( T_{ISR(i)} + T_{DPC(i)} \right) $$&lt;p>यदि $T_{interrupt\_overhead}$ CPU समय का अधिकांश हिस्सा ले लेता है, तो NDIS ड्राइवर (नेटवर्क), Storport ड्राइवर (स्टोरेज), या ग्राफिक्स ड्राइवर में बग होने का संदेह होता है।&lt;/p>
&lt;hr>
&lt;h2 id="3-process-monitor-procmon-दवर-अत-सटक-टरसग">3. Process Monitor (ProcMon) द्वारा अति-सटीक ट्रेसिंग
&lt;/h2>&lt;p>Process Monitor फ़ाइल सिस्टम, रजिस्ट्री, नेटवर्क, और प्रोसेस/थ्रेड निर्माण गतिविधियों को माइक्रोसेकंड स्तर पर रिकॉर्ड करता है। यद्यपि यह ट्रबलशूटिंग के लिए सबसे शक्तिशाली टूल है, लेकिन इसे कुछ ही मिनटों तक चलाने से लाखों इवेंट्स रिकॉर्ड हो जाते हैं, इसलिए चुनौती यह है कि &amp;ldquo;शोर (noise) को कैसे फ़िल्टर किया जाए&amp;rdquo;।&lt;/p>
&lt;h3 id="31-उननत-फलटरग-करयपरणल">3.1 उन्नत फ़िल्टरिंग कार्यप्रणाली
&lt;/h3>&lt;p>ProcMon का कुशलतापूर्वक उपयोग करने के लिए बुनियादी वर्कफ़्लो को नीचे दिए गए Mermaid आरेख में दिखाया गया है:&lt;/p>
&lt;pre class="mermaid">
flowchart TD
A[&amp;#34;ProcMon कैप्चर शुरू करें&amp;#34;] --&amp;gt; B[&amp;#34;लक्षित समस्या को पुनरुत्पादित करें&amp;#34;]
B --&amp;gt; C[&amp;#34;कैप्चर रोकें (Ctrl+E)&amp;#34;]
C --&amp;gt; D[&amp;#34;फ़िल्टर: &amp;#39;Result IS SUCCESS&amp;#39; को बाहर निकालें&amp;#34;]
D --&amp;gt; E[&amp;#34;फ़िल्टर: &amp;#39;Process Name&amp;#39; IS &amp;#39;target.exe&amp;#39;&amp;#34;]
E --&amp;gt; F[&amp;#34;&amp;#39;NAME NOT FOUND&amp;#39; का विश्लेषण करें (गुम फ़ाइलें/कुंजियाँ)&amp;#34;]
F --&amp;gt; G[&amp;#34;मूल कारण पहचानें (DLL हाइजैकिंग, गुम निर्भरता)&amp;#34;]
E --&amp;gt; H[&amp;#34;&amp;#39;ACCESS DENIED&amp;#39; का विश्लेषण करें&amp;#34;]
H --&amp;gt; I[&amp;#34;NTFS अनुमतियाँ / इंटीग्रिटी लेवल्स / UAC की जाँच करें&amp;#34;]
&lt;/pre>
&lt;p>&lt;strong>ड्रॉप फ़िल्टर (Drop Filter) का उपयोग:&lt;/strong>
यदि आप &lt;code>Filter&lt;/code> -&amp;gt; &lt;code>Drop Filtered Events&lt;/code> सक्षम करते हैं, तो फ़िल्टर किए गए इवेंट मेमोरी या डिस्क में सहेजे नहीं जाएँगे। यह ProcMon को मेमोरी की कमी (OOM) के कारण क्रैश होने से बचाता है, तब भी जब आप लंबी अवधि तक ट्रेसिंग कर रहे हों (उदाहरण: रुक-रुक कर होने वाली समस्या की निगरानी)।&lt;/p>
&lt;h3 id="32-वयवहरक-परदशय-dll-लड-वफलत-side-loading--missing-dll-क-डबगग">3.2 व्यावहारिक परिदृश्य: DLL लोड विफलता (Side-Loading / Missing DLL) की डिबगिंग
&lt;/h3>&lt;p>मान लीजिए कि कोई व्यावसायिक एप्लिकेशन &lt;code>AppServer.exe&lt;/code> चालू होते ही बिना कोई त्रुटि डायलॉग दिखाए असामान्य रूप से बंद (साइलेंट क्रैश) हो जाता है। इवेंट व्यूअर (Application लॉग) में भी कोई उपयोगी जानकारी नहीं है।&lt;/p>
&lt;ol>
&lt;li>ProcMon शुरू करें और कैप्चरिंग शुरू करें।&lt;/li>
&lt;li>&lt;code>AppServer.exe&lt;/code> लॉन्च करें और उसे क्रैश होने दें।&lt;/li>
&lt;li>ProcMon का कैप्चर रोकें।&lt;/li>
&lt;li>फ़िल्टर सेट करें: &lt;code>Process Name is AppServer.exe&lt;/code>।&lt;/li>
&lt;li>फ़िल्टर सेट करें: &lt;code>Result is not SUCCESS&lt;/code>।&lt;/li>
&lt;/ol>
&lt;p>लॉग का विश्लेषण करते समय, आपको लगातार होने वाली निम्नलिखित जैसी घटनाएँ मिलनी चाहिए:&lt;/p>
&lt;ul>
&lt;li>&lt;code>CreateFile&lt;/code> | &lt;code>C:\Program Files\MyApp\lib\CoreCrypto.dll&lt;/code> | &lt;code>NAME NOT FOUND&lt;/code>&lt;/li>
&lt;li>&lt;code>CreateFile&lt;/code> | &lt;code>C:\Windows\System32\CoreCrypto.dll&lt;/code> | &lt;code>NAME NOT FOUND&lt;/code>&lt;/li>
&lt;li>&lt;code>CreateFile&lt;/code> | &lt;code>C:\Windows\CoreCrypto.dll&lt;/code> | &lt;code>NAME NOT FOUND&lt;/code>&lt;/li>
&lt;li>&lt;code>CreateFile&lt;/code> | &lt;code>C:\Users\Kenji\AppData\Local\Microsoft\WindowsApps\CoreCrypto.dll&lt;/code> | &lt;code>NAME NOT FOUND&lt;/code>&lt;/li>
&lt;/ul>
&lt;p>यह &lt;strong>DLL निर्भरता की कमी&lt;/strong> और &lt;strong>DLL सर्च ऑर्डर (DLL Search Order)&lt;/strong> का एक विशिष्ट व्यवहार है। एप्लिकेशन को &lt;code>CoreCrypto.dll&lt;/code> की आवश्यकता है, लेकिन चूँकि यह सिस्टम पर कहीं मौजूद नहीं है, इसलिए इनीशियलाइज़ेशन विफल हो जाता है और ऐप बिना किसी एक्सेप्शन हैंडलर के बंद हो जाता है। लापता DLL को उचित डायरेक्टरी में रखकर इस समस्या को तुरंत हल किया जा सकता है।&lt;/p>
&lt;h3 id="33-बट-लगग-boot-logging-क-सथ-सटरटअप-वफलतओ-क-टरबलशटग">3.3 बूट लॉगिंग (Boot Logging) के साथ स्टार्टअप विफलताओं की ट्रबलशूटिंग
&lt;/h3>&lt;p>यदि विंडोज़ को बूट होने में लंबा समय लगता है या लॉग इन करने के तुरंत बाद काली स्क्रीन (Black Screen) दिखाई देती है, तो ProcMon की &lt;strong>Enable Boot Logging&lt;/strong> सुविधा उपयोगी है। यदि आप इसे सक्षम करके पुनरारंभ करते हैं, तो ProcMon का समर्पित बूट ड्राइवर विंडोज़ के सबसे शुरुआती चरण (जब &lt;code>smss.exe&lt;/code> लोड होता है) से सभी सिस्टम कॉल रिकॉर्ड करता है और उन्हें एक फ़ाइल में सहेजता है। जब आप अगले लॉगिन पर ProcMon खोलते हैं, तो लॉग परिवर्तित हो जाता है, और आप विस्तार से विश्लेषण कर सकते हैं कि स्टार्टअप प्रक्रिया के दौरान कौन से ड्राइवर या सेवाएँ I/O बॉटलनेक का कारण बन रहे हैं।&lt;/p>
$$ \text{Throughput (MB/s)} = \frac{\sum_{i=1}^{N} \text{Size}(I/O_i)}{\Delta T_{capture}} \times \frac{1}{1024^2} $$&lt;p>
ProcMon के &lt;code>Tools&lt;/code> -&amp;gt; &lt;code>File Summary&lt;/code> का उपयोग करके, आप इस एकत्रीकरण को तुरंत GUI में कर सकते हैं।&lt;/p>
&lt;hr>
&lt;h2 id="4-autoruns-दवर-परससटस-ततर-persistence-और-बट-वलब-क-वशलषण">4. Autoruns द्वारा पर्सिस्टेंस तंत्र (Persistence) और बूट विलंब का विश्लेषण
&lt;/h2>&lt;p>विंडोज़ के ऑटो-स्टार्ट स्थान केवल स्टार्टअप फ़ोल्डर (Startup Folder) या &lt;code>Run&lt;/code> रजिस्ट्री कुंजियाँ नहीं हैं। मैलवेयर (विशेष रूप से APT हमलों के पेलोड और उन्नत रूटकिट) खुद को ऐसी जगहों पर छिपाते हैं जिन्हें सिस्टम एडमिनिस्ट्रेटर आसानी से नहीं देख पाते, ताकि वे रीबूट के बाद भी चलते रहें (Persistence)।&lt;/p>
&lt;p>Autoruns सिस्टम पर मौजूद &lt;strong>सभी ऑटो-स्टार्ट एंट्रीज़ (ASE: Auto-Start Extensibility Points)&lt;/strong> को व्यापक रूप से स्कैन करता है।&lt;/p>
&lt;pre class="mermaid">
flowchart LR
A[&amp;#34;सिस्टम बूट / लॉगऑन अनुक्रम&amp;#34;] --&amp;gt; B[&amp;#34;बूट एक्ज़ीक्यूट (smss.exe)&amp;#34;]
B --&amp;gt; C[&amp;#34;सेवाएँ और ड्राइवर (services.exe)&amp;#34;]
B --&amp;gt; D[&amp;#34;LSA प्रोवाइडर्स / WDigest (lsass.exe)&amp;#34;]
B --&amp;gt; E[&amp;#34;यूज़र लॉगऑन (Winlogon.exe)&amp;#34;]
E --&amp;gt; F[&amp;#34;एक्सप्लोरर और रन कुंजियाँ&amp;#34;]
F --&amp;gt; G[&amp;#34;शेड्यूल किए गए कार्य और WMI&amp;#34;]
G --&amp;gt; H[&amp;#34;Autoruns पूर्ण स्कैन स्कोप&amp;#34;]
&lt;/pre>
&lt;h3 id="41-जचन-यगय-महतवपरण-टब-और-उननत-सवधए">4.1 जाँचने योग्य महत्वपूर्ण टैब और उन्नत सुविधाएँ
&lt;/h3>&lt;ul>
&lt;li>&lt;strong>Logon&lt;/strong>: मानक Run/RunOnce कुंजियाँ, स्टार्टअप फ़ोल्डर।&lt;/li>
&lt;li>&lt;strong>Scheduled Tasks&lt;/strong>: विंडोज़ टास्क शेड्यूलर। मैलवेयर अक्सर &amp;ldquo;Adobe Update&amp;rdquo; या &amp;ldquo;Google Update&amp;rdquo; जैसे नकली कार्य बनाते हैं।&lt;/li>
&lt;li>&lt;strong>Services / Drivers&lt;/strong>: कर्नेल मोड में चलने वाले ड्राइवर। आप यहां उन संदिग्ध &lt;code>.sys&lt;/code> फाइलों को अक्षम कर सकते हैं जो पहले बताए गए 100% CPU स्पाइक का कारण बनती हैं।&lt;/li>
&lt;li>&lt;strong>WMI&lt;/strong>: WMI (Windows Management Instrumentation) इवेंट फ़िल्टर और कंज़्यूमर्स का उपयोग करने वाले फ़ाइललेस मैलवेयर (Fileless Malware) के लिए पर्सिस्टेंस स्थान। इसे अक्सर नज़रअंदाज़ कर दिया जाता है।&lt;/li>
&lt;li>&lt;strong>AppInit_DLLs / KnownDLLs&lt;/strong>: हर बार किसी एप्लिकेशन के शुरू होने पर जबरदस्ती इंजेक्ट की जाने वाली DLLs की सूची। यह DLL इंजेक्शन हुक्स के लिए एक हॉटबेड बन जाता है।&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>ट्रबलशूटिंग अभ्यास:&lt;/strong>
Autoruns में भी, ProcExp की तरह, &lt;code>Options&lt;/code> से &lt;code>Verify Code Signatures&lt;/code> और &lt;code>Check VirusTotal.com&lt;/code> सक्षम करें। यदि आपको सूची में गुलाबी रंग (हस्ताक्षरित नहीं, या अज्ञात निर्माता) वाली एंट्री या लाल VirusTotal स्कोर वाली एंट्री मिलती है, तो आप केवल चेकमार्क हटाकर सुरक्षित रूप से उस स्टार्टअप को अक्षम कर सकते हैं, बिना रजिस्ट्री को हटाए। इसके बाद पुनरारंभ करके परीक्षण करना (A/B टेस्टिंग) कि क्या समस्या (मैलवेयर व्यवहार या ब्लू/ब्लैक स्क्रीन) हल हो गई है, विश्लेषण का सबसे अच्छा तरीका है।&lt;/p>
&lt;hr>
&lt;h2 id="5-tcpview-क-सथ-छप-हए-नटवरक-कनकशन-क-टरकग">5. TCPView के साथ छिपे हुए नेटवर्क कनेक्शन की ट्रैकिंग
&lt;/h2>&lt;p>हालाँकि आप टास्क मैनेजर के नेटवर्क टैब या &lt;code>netstat -ano&lt;/code> कमांड से संचार स्थिति की जाँच कर सकते हैं, लेकिन अपडेट धीमे हो सकते हैं, और प्रोसेस नाम को PID के साथ मैन्युअल रूप से मैप करना थकाऊ है।
TCPView सभी TCP और UDP एंडपॉइंट्स को वास्तविक समय में मॉनिटर करता है, और सूचीबद्ध करता है कि कौन सा प्रोसेस किस रिमोट एड्रेस और पोर्ट के साथ संचार कर रहा है।&lt;/p>
&lt;h3 id="51-अनधकत-c2-सचर-क-पहचन">5.1 अनधिकृत C2 संचार की पहचान
&lt;/h3>&lt;p>यदि किसी मैलवेयर ने एक बैकडोर स्थापित किया है और बाहरी C2 (Command and Control) सर्वर को बीकन (Beacon) भेज रहा है, तो TCPView में निम्नलिखित विशेषताओं की तलाश करें:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>प्रोसेस का नाम अस्वाभाविक है&lt;/strong>: यद्यपि यह &lt;code>svchost.exe&lt;/code> है, यह सिस्टम विशेषाधिकारों के बजाय यूज़र विशेषाधिकारों के साथ काम कर रहा है, और किसी अनजान विदेशी IP पते के साथ &lt;code>ESTABLISHED&lt;/code> स्थिति में संचार बनाए हुए है।&lt;/li>
&lt;li>&lt;strong>उन प्रक्रियाओं का संचार जो सामान्य रूप से संचार नहीं करती हैं&lt;/strong>: उदाहरण के लिए, कैलकुलेटर (&lt;code>calc.exe&lt;/code>) या नोटपैड (&lt;code>notepad.exe&lt;/code>) पोर्ट 443 या 80 पर भारी मात्रा में पैकेट भेज या प्राप्त कर रहे हैं (प्रोसेस होलोइंग का एक सामान्य संकेत)।&lt;/li>
&lt;/ul>
&lt;p>यदि आपको कोई संदिग्ध संचार मिलता है, तो आप TCP सत्र को जबरन डिस्कनेक्ट (RST पैकेट जारी करना) करने के लिए TCPView से सीधे &lt;code>Close Connection&lt;/code> भेज सकते हैं, या &lt;code>End Process&lt;/code> का उपयोग करके संबंधित प्रोसेस को जबरदस्ती समाप्त कर सकते हैं।&lt;/p>
&lt;hr>
&lt;h2 id="6-नषकरष-sysinternals-क-सथ-वशलषण-क-सर">6. निष्कर्ष: Sysinternals के साथ विश्लेषण का सार
&lt;/h2>&lt;p>Sysinternals टूल्स का सूट विंडोज़ OS द्वारा पृष्ठभूमि में की जाने वाली सभी गतिविधियों को विज़ुअलाइज़ करने के लिए एक शक्तिशाली &amp;ldquo;एक्स-रे&amp;rdquo; है। इन उपकरणों का प्रभावी ढंग से उपयोग करने के लिए, कृपया निम्नलिखित सर्वोत्तम प्रथाओं का पालन करें:&lt;/p>
&lt;ol>
&lt;li>&lt;strong>प्रतीकों (Symbols) का कॉन्फ़िगरेशन&lt;/strong>:
ProcExp या ProcMon में कॉल स्टैक को सटीक रूप से हल करने के लिए, Microsoft के सार्वजनिक सिंबल सर्वर को सेट करना आवश्यक है। कृपया पर्यावरण चर में निम्नलिखित सेट करें:
&lt;code>_NT_SYMBOL_PATH = srv*c:\symbols*https://msdl.microsoft.com/download/symbols&lt;/code>&lt;/li>
&lt;li>&lt;strong>शोर से सिग्नल निकालना (Signal-to-Noise Ratio में सुधार)&lt;/strong>:
ProcMon लॉग लाखों पंक्तियों तक पहुँच सकते हैं। समस्या के मूल (ACCESS DENIED, NAME NOT FOUND) पर ध्यान केंद्रित करने के लिए सक्रिय रूप से &lt;code>Exclude&lt;/code> फ़िल्टर के साथ &amp;ldquo;सामान्य व्यवहार (SUCCESS)&amp;rdquo; और &amp;ldquo;ज्ञात सुरक्षित प्रक्रियाओं (System, explorer.exe आदि)&amp;rdquo; को बाहर निकालें।&lt;/li>
&lt;li>&lt;strong>हमेशा नवीनतम संस्करण का उपयोग करें&lt;/strong>:
Sysinternals टूल्स को बार-बार अपडेट किया जाता है। सीधे अपने ब्राउज़र से &lt;code>https://live.sysinternals.com/&lt;/code> पर जाएँ, और हमेशा नवीनतम बायनेरिज़ (या कमांड-लाइन संस्करणों जैसे &lt;code>procdump&lt;/code>, &lt;code>psexec&lt;/code>, आदि) का उपयोग करें।&lt;/li>
&lt;/ol>
&lt;p>उन्नत विंडोज़ ट्रबलशूटिंग में, अंतर्ज्ञान या अनुमान (Guesswork) अर्थहीन हैं। Sysinternals टूल्स का उपयोग करके तथ्यों (प्रोसेस, थ्रेड्स, हैंडल्स, सिस्टम कॉल्स, रजिस्ट्री इवेंट्स) के आधार पर तार्किक रूप से मूल कारण की जांच करके, आप हमेशा समस्या की जड़ तक पहुंच सकेंगे, चाहे बाधा कितनी भी जटिल हो या मैलवेयर संक्रमण कितना भी अस्पष्ट हो।&lt;/p></description></item></channel></rss>