Namefi

मलेशिया एयरलाइंस DNS हाईजैक: "404 — Plane Not Found"

जनवरी 2015 में, Lizard Squad ने malaysiaairlines.com का DNS हाईजैक कर लिया और एयरलाइन की साइट को एक टक्सीडो पहने छिपकली और ताना "404 — Plane Not Found" से बदल दिया। किसी सर्वर में सेंध नहीं लगाई गई — हमलावरों ने बस यह बदल दिया कि डोमेन कहाँ इंगित करता है। यह एक Domain Mayday की गहन पड़ताल है कि DNS कैसे एयरलाइन का सबसे उजागर दरवाज़ा बना।

Aileen WrightAileen WrightलेखकVictor ZhouVictor ZhouसंपादकNirmit BuddhirajaNirmit Buddhirajaअनुवादक17 जून 2026लगभग 11 मिनट पढ़ाई
  • domains
  • security
  • dns
  • domain-security
X पर शेयर करें

विमान कभी नहीं मिला। जनवरी 2015 में, वेबसाइट भी नहीं मिली।

26 जनवरी 2015 की सुबह, जिसने भी ब्राउज़र में malaysiaairlines.com टाइप किया, वह एयरलाइन तक नहीं पहुँचा। वह एक हैकर के पास पहुँचा। परिचित बुकिंग पेज गायब था, उसकी जगह एक शीर्ष टोपी और मोनोकल पहने छिपकली की छवि और एक क्रूर शीर्षक था: "404 — Plane Not Found." उसके नीचे लिखा था: "Hacked by Lizard Squad — Official Cyber Caliphate." एक ब्राउज़र टाइटल बार पर बस इतना लिखा था, "ISIS will prevail."

यह एक कब्रगाह पर मज़ाक था। एक साल से भी कम पहले, Malaysia Airlines की Flight 370, 239 लोगों को लेकर राडार से गायब हो गई थी। उसके चार महीने बाद, Flight 17 को यूक्रेन के ऊपर आसमान से मार गिराया गया था। अब किशोरों के एक समूह ने एयरलाइन के अपने दुःख को एक मज़ाक में बदल दिया था जो उसके अपने दरवाज़े पर परोसा गया था — बिना कभी उसके सर्वर को छुए।

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

यह एक Domain Mayday मामला है जो आपके उस बुनियादी ढाँचे के हिस्से के बारे में है जिसके बारे में आप शायद तब तक कभी नहीं सोचते जब तक वह कहीं और इशारा न करे।

एक एयरलाइन का मतलब है उसका डोमेन

एक वैश्विक वाहक के लिए, वेबसाइट एक ब्रोशर नहीं है। यह कैश रजिस्टर है, चेक-इन काउंटर है, और कॉल सेंटर है — सब कुछ एक टेक्स्ट स्ट्रिंग से जुड़ा: malaysiaairlines.com

हर बुकिंग, हर लॉयल्टी लॉगिन, हर कन्फर्मेशन ईमेल में हर "manage my flight" लिंक उसी डोमेन से गुज़रता है। जब कुआलालंपुर या लंदन में कोई यात्री उसे टाइप करता है, तो एक अदृश्य श्रृंखला सक्रिय होती है: ब्राउज़र Domain Name System (DNS) से पूछता है "malaysiaairlines.com कहाँ रहती है?", DNS एक IP पता बताता है, और ब्राउज़र कनेक्ट हो जाता है। एयरलाइन का ब्रांड, उसका राजस्व और उसके ग्राहकों का विश्वास — सब कुछ उस एक लुकअप पर टिका है जो सही उत्तर दे।

DNS इंटरनेट की एड्रेस बुक है। यह अधिकांश संगठनों के लिए, इमारत का सबसे कम निगरानी वाला दरवाज़ा भी है। आप अपने सर्वर को सुरक्षित करने, डेटाबेस एन्क्रिप्ट करने और फ़िशिंग के विरुद्ध स्टाफ को प्रशिक्षित करने में लाखों खर्च कर सकते हैं — और इसमें से कुछ भी मायने नहीं रखता अगर कोई चुपचाप एड्रेस बुक की उस लाइन को बदल दे जो बताती है कि आपका नाम कहाँ इंगित करता है। पते को रीडायरेक्ट करें, और आपने कंपनी को रीडायरेक्ट कर दिया — बिना कभी इमारत में घुसे।

यही बिल्कुल हुआ।

हाईजैक: जहाँ एयरलाइन हुआ करती थी, वहाँ एक छिपकली

Vivid colorful concept art of a glowing DNS signpost on a runway switched by an unseen hand, rerouting a stream of travelers away from a departure gate toward a dead-end wall stamped with a giant 404, neon teal and magenta

इस विरूपण को अधिकतम क्रूरता के लिए तैयार किया गया था। औपचारिक पोशाक में एक छिपकली की छवि Lizard Squad का कॉलिंग कार्ड था; समूह ने पिछले दिसंबर में Xbox Live और Sony PlayStation Network को छुट्टियों के दौरान ठप कर दिया था। जनवरी तक उसने खुद को एक "Cyber Caliphate" की छवि में ढाल लिया था, ISIS-समर्थक होने का दिखावा करते हुए, जबकि शोधकर्ता इस दावे पर गहरा संदेह कर रहे थे।

साइट, जैसा कि आगंतुकों ने पाया, एक शीर्ष टोपी और मोनोकल वाली छिपकली की तस्वीर और "404-Plane Not Found" टेक्स्ट दिखाती थी। विकिपीडिया का समूह के बारे में वर्णन उसी दृश्य को दर्ज करता है: उपयोगकर्ताओं को टक्सीडो पहने एक छिपकली की छवि वाले दूसरे पृष्ठ पर भेज दिया गया, और पेज में "404 - Plane Not Found" शीर्षक था, जो एयरलाइन के पिछले वर्ष MH370 खोने का स्पष्ट संदर्भ था

क्रूरता ही उद्देश्य था। MH370 8 मार्च 2014 को राडार से गायब हो गई थी, सभी 239 लोगों को अंततः मृत मान लिया गया, और मलबा कभी निर्णायक रूप से नहीं मिला। MH17 को 17 जुलाई 2014 को रूस-समर्थित सेनाओं द्वारा Buk 9M38 सतह-से-हवा मिसाइल से मार गिराया गया था, जिससे सभी 298 लोग मारे गए। एयरलाइन के होमपेज पर "Plane Not Found" लगाना कंपनी के इतिहास के सबसे बुरे साल को हथियार बनाना था — और इसे साइट तक पहुँचने की कोशिश करने वाले हर ग्राहक के सामने प्रसारित करना था।

फिर आई धमकी। समूह ने ट्वीट किया कि वह "जल्द ही www.malaysiaairlines.com सर्वर पर मिला कुछ माल डंप करेगा," और यहाँ तक कि एक स्क्रीनशॉट पोस्ट किया जिसमें उसने दावा किया कि यात्री यात्रा कार्यक्रम दिखाए गए हैं। एक एयरलाइन के लिए जो पहले से ही एक साल की तबाही में डूबी हुई थी, यह विचार कि ग्राहक डेटा लीक हो गया है, अपने आप में एक आपदा थी।

यह कैसे हुआ: इमारत नहीं, एड्रेस बुक

Vivid colorful concept art of a futuristic switchboard operator pulling a glowing cable from the correct socket and plugging it into a fake one, streams of light-traffic diverting off a runway toward an impostor terminal, electric blues and warm orange

यहाँ तकनीकी मूल है, और वह कारण जिसकी वजह से यह मामला सर्वर-उल्लंघन श्रृंखला की बजाय डोमेन-सुरक्षा श्रृंखला में शामिल है।

Malaysia Airlines का अपना बयान, जो पूरी कवरेज में दोहराया गया, ने यह अंतर स्पष्ट रूप से बताया: Malaysia Airlines पुष्टि करती है कि उसके Domain Name System (DNS) से समझौता किया गया है जहाँ उपयोगकर्ताओं को एक हैकर वेबसाइट पर पुनर्निर्देशित किया जाता है जब www.malaysiaairlines.com URL टाइप किया जाता है। एयरलाइन ने ज़ोर दिया कि उसकी वेबसाइट हैक नहीं हुई और यह अस्थायी समस्या उनकी बुकिंग को प्रभावित नहीं करती और उपयोगकर्ता डेटा सुरक्षित है, और जोड़ा कि उसके वेब सर्वर अक्षुण्ण हैं

दोनों बातें एक साथ सच थीं: साइट तबाह हो गई थी, और सर्वर ठीक थे। हमलावरों को सर्वर की ज़रूरत ही नहीं थी। जैसा कि The Register ने कहा, साइट के DNS रिकॉर्ड में हस्तक्षेप किया गया था ताकि ब्राउज़ करने वालों को एक हैकर-नियंत्रित साइट पर पुनर्निर्देशित किया जा सके। उन्होंने एड्रेस बुक की एंट्री बदली, न कि वह इमारत जिसकी ओर वह इशारा करती थी। द्वेष मेटाडेटा में भी दर्ज था: उस समय Whois चेक में साइट का टाइटल ISIS will prevail दिखाई दिया।

वह एड्रेस बुक कहाँ रखी गई थी? रजिस्ट्रार के पास। एयरलाइन का डोमेन Web Commerce Communications Limited — उर्फ Webnic — के साथ पंजीकृत प्रतीत होता है, जिसके सिंगापुर, मलेशिया और चीन में कार्यालय हैं। यह नाम मायने रखता है, क्योंकि Webnic जल्द ही बदनाम होने वाला था।

एक महीने बाद, वही रजिस्ट्रार एक कहीं बड़ी घटना के केंद्र में था। जैसा कि Brian Krebs ने रिपोर्ट किया, हमलावरों ने Webnic.cc पर नियंत्रण कर लिया, जो मलेशियाई रजिस्ट्रार दोनों डोमेन और 600,000 अन्य डोमेन की सेवा करता है, फिर Lenovo और Google Vietnam के लिए Webnic.cc पर अपनी पहुँच का उपयोग करके domain name system (DNS) रिकॉर्ड बदल दिए। Krebs ने रिपोर्ट की, तंत्र था Webnic.cc में एक command injection vulnerability जिसका उपयोग rootkit अपलोड करने के लिए किया गया — उस सिस्टम तक स्थायी पहुँच जो नियंत्रित करता है कि लाखों डोमेन कहाँ इशारा करते हैं।

google.com.vn को रीडायरेक्ट करने के लिए आपको Google में नहीं घुसना पड़ता। एयरलाइन के होमपेज को रीडायरेक्ट करने के लिए आपको एयरलाइन में नहीं घुसना पड़ता। आपको बस उस परत से समझौता करना होता है जो उत्तर की मालिक है "यह डोमेन कहाँ रहता है?" — रजिस्ट्रार खाता और उसके पीछे के DNS रिकॉर्ड। वह परत उस परिधि के बाहर बैठती है जिसे अधिकांश कंपनियाँ वास्तव में बचाती हैं।

प्रभाव और प्रतिक्रिया

एयरलाइन के लिए, नुकसान डेटा चोरी की बजाय प्रतिष्ठात्मक और परिचालन था। बुक करने या चेक इन करने की कोशिश करने वाले ग्राहकों को एक विरूपण का सामना करना पड़ा। दुनिया भर में सुर्खियों ने "Malaysia Airlines" शब्द को "हैक" के साथ जोड़ा — एक ब्रांड जो पहले से ही संकट में था, अब उसे एक छिपकली के साथ जोड़ा जा रहा था जो उसके लापता विमान के बारे में ताना दे रही थी।

एयरलाइन ने इसे उसी एकमात्र तरीके से रोकने की कोशिश की जिससे DNS हाईजैक को रोका जा सकता है: उस परत के माध्यम से काम करके जिसे तोड़ा गया था। उसने कहा कि उसने अपने सेवा प्रदाता के साथ समस्या हल कर ली है और सिस्टम 22 घंटों के भीतर पूरी तरह ठीक होने की उम्मीद है। यह समयरेखा अपने आप में DNS का संकेत है: रिकॉर्ड ठीक करने के बाद भी, गलत उत्तर दुनिया भर के कैश में तब तक बना रह सकता है जब तक वह समाप्त नहीं हो जाता। हाईजैक करना तेज़ है, लेकिन पूरी तरह वापस लाना धीमा है।

डेटा-डंप की धमकी पर, एयरलाइन अपनी बात पर अड़ी रही — बुकिंग अप्रभावित, उपयोगकर्ता डेटा सुरक्षित — और समूह ने जिस विनाशकारी लीक का दावा किया था, वह कभी वर्णन के अनुसार सामने नहीं आया। लेकिन "हम वास्तव में उल्लंघित नहीं हुए, हमलावरों ने केवल एक दिन के बेहतर हिस्से के लिए हमारी पूरी सार्वजनिक पहचान को नियंत्रित किया" — यह यात्रा करने वाले लोगों तक पहुँचाने के लिए एक कठिन संदेश है। "404 — Plane Not Found" देख रहे एक ग्राहक को, सर्वर उल्लंघन और DNS हाईजैक के बीच का अंतर अदृश्य है। साइट एयरलाइन थी। और एक दिन के लिए, साइट किसी और की थी।

यह DNS के बारे में क्या सिखाता है — आपके सामने का दरवाज़ा

Malaysia Airlines हाईजैक एक पाठ्यपुस्तक सबक है ठीक इसलिए क्योंकि पारंपरिक अर्थों में कुछ भी उल्लंघित नहीं हुआ। यहाँ से जो सबक मिलते हैं वे लगभग हर ऑनलाइन संगठन पर लागू होते हैं:

  1. आपका डोमेन एकल विफलता बिंदु है जिसे आप अकेले नियंत्रित नहीं करते। रजिस्ट्रार मास्टर रिकॉर्ड रखता है जो बताता है कि आपका नाम कहाँ इंगित करता है। यदि उनकी खाता सुरक्षा — या उनका सॉफ़्टवेयर — विफल होती है, तो आपके पूरी तरह से सुरक्षित सर्वर अप्रासंगिक हैं। Webnic ने एक महीने में दो बार यह साबित किया — एक एयरलाइन के साथ और फिर Google और Lenovo के साथ।

  2. DNS हाईजैक के लिए आपमें कोई उल्लंघन ज़रूरी नहीं। हमलावरों ने इमारत नहीं, एड्रेस बुक को रीडायरेक्ट किया। जो बचाव आपके सर्वर, आपके कोड और आपके नेटवर्क पर नज़र रखते हैं, वे एक ऐसे हमले को चूक सकते हैं जो पूरी तरह से नामकरण परत पर होता है।

  3. वे रिकॉर्ड लॉक करें जो आपका नाम हिला सकते हैं। Registry Lock और रजिस्ट्रार-स्तर के लॉक विशेष रूप से आपके DNS और नेमसर्वर रिकॉर्ड में अनधिकृत परिवर्तनों को रोकने के लिए मौजूद हैं — वे आपके डोमेन को पुनर्निर्देशित करने से पहले एक मैनुअल, आउट-ऑफ-बैंड चरण जोड़ते हैं। उच्च-मूल्य वाले डोमेन के लिए, वे वैकल्पिक नहीं हैं।

  4. DNSSEC और रजिस्ट्रार पर 2FA का उपयोग करें। रजिस्ट्रार खाते पर मज़बूत प्रमाणीकरण और ज़ोन पर DNSSEC हस्ताक्षर उस मूक रिकॉर्ड-स्वैप की लागत बढ़ाते हैं जिसने Malaysia Airlines को विरूपित किया।

  5. रिकवरी हमले से धीमी होती है। TTL और वैश्विक कैश का मतलब है कि एक हाईजैक अपने सुधार के बाद भी जीवित रहता है। केवल पैच के लिए नहीं, सफाई की खिड़की के लिए भी योजना बनाएँ।

असुविधाजनक सारांश: अधिकांश कंपनियाँ इमारत की रक्षा करती हैं और सामने के दरवाज़े पर एक चिपकी हुई पर्ची छोड़ती हैं जो सभी को बताती है कि किस इमारत में जाना है। पर्ची बदलें, और आपने कंपनी को हिला दिया।

Namefi का नज़रिया

Colorful illustration of verifiable, tamper-resistant domain ownership — a domain card secured by a green shield, a green Namefi token, and DNS continuity

Malaysia Airlines हाईजैक मूल रूप से एक प्रश्न है: कौन किसी नाम की दिशा बदलने की अनुमति रखता है — और वह अधिकार रजिस्ट्रार परत पर कितनी आसानी से चुपचाप चुराया जा सकता है। हमले ने क्रिप्टोग्राफी को नहीं हराया या डेटाबेस को नहीं तोड़ा। उसने उस नरम, खाता-आधारित नियंत्रण तल को हराया जो एक डोमेन के बारे में सबसे महत्वपूर्ण तथ्य तय करता है: यह कहाँ रिज़ॉल्व होता है।

Namefi इस विचार पर बना है कि डोमेन स्वामित्व और नियंत्रण एक सत्यापन योग्य, इंटरनेट-नेटिव संपत्ति की तरह व्यवहार करना चाहिए, न कि रजिस्ट्रार के डेटाबेस में एक लाइन आइटम की तरह जिसे एक समझौता किया गया खाता फिर से लिख सके। टोकनाइज़्ड स्वामित्व यह प्रश्न बनाता है — "यह डोमेन कौन नियंत्रित करता है, और क्या वह नियंत्रण अभी हाथ बदला है?" — ऑडिट योग्य और छेड़छाड़-स्पष्ट, जबकि DNS के साथ संगत रहते हुए। हाईजैक के विरुद्ध बचाव केवल मज़बूत पासवर्ड नहीं है — यह अनधिकृत परिवर्तनों को दृश्यमान और साबित करने योग्य बनाना है न कि मूक।

Malaysia Airlines ने अपने सर्वर कभी नहीं खोए। उसने एक एकल प्रश्न का उत्तर खो दिया — यह नाम कहाँ इंगित करता है? — लगभग एक दिन के लिए। विमान कभी नहीं मिला। वेबसाइट भी कभी नहीं खोनी चाहिए थी। Domain Mayday का सबक यह है कि एड्रेस बुक परिधि का हिस्सा है, और जिस दिन आप यह भूल जाते हैं, उसी दिन एक शीर्ष टोपी वाली छिपकली आपके सामने के दरवाज़े में आ जाती है।

स्रोत और आगे पढ़ें

योगदानकर्ता

Aileen Wright
Aileen Wrightलेखक
कला और इतिहास लेखिका • Namefi

Aileen Wright न्यूयॉर्क सिटी में रहने वाली बीसवें दशक की छात्रा हैं, जहाँ किसी संग्रहालय की दीवार और किसी लाइब्रेरी के वाचन कक्ष के बीच की दूरी एक छोटी-सी सैर और एक लंबी दोपहर है। नामों पर लिखने की ओर वे कला और इतिहास के रास्ते आईं — जिस तरह एक अकेला चित्र, सिक्का या पांडुलिपि का हाशिया किसी नाम को सदियों तक आगे ले जा सकता है और रास्ते में उसका अर्थ बदल सकता है।

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

Namefi के लिए वे डोमेन नामों के पीछे के इतिहास और संस्कृति, नाम बदलते समय ब्रांड अपने साथ जो कहानियाँ लेकर चलते हैं, और एक अच्छी कहानी व सत्यापित स्रोत के बीच के अंतर के बारे में लिखती हैं।

Victor Zhou
Victor Zhouसंपादक
संस्थापक और मानक संपादक • Namefi

Victor Zhou डिजिटल पहचान और भरोसे पर केंद्रित टेक्नोलॉजी उद्यमी और मानक संपादक हैं। उन्होंने Namefi की स्थापना की, Ethereum Improvement Proposals का संपादन करते हैं और इससे पहले Google Labs में स्मार्ट-कॉन्ट्रैक्ट आर्किटेक्चर के काम का नेतृत्व कर चुके हैं।

उनका काम नामकरण, स्वामित्व और उन प्रणालियों के संगम पर है जिनका उपयोग लोग ऑनलाइन अपनी पहचान स्थापित करने के लिए करते हैं। यही नज़रिया उन्हें इस बात में खास दिलचस्पी देता है कि नाम निजी अर्थ, सार्वजनिक मान्यता और डिजिटल इन्फ़्रास्ट्रक्चर के बीच कैसे आते-जाते हैं।

Namefi के लिए Victor टिकाऊ डिजिटल पहचान के रूप में डोमेन पर संपादन और लेखन करते हैं: नाम कैसे मालिकाना हक़ वाले ऑनचेन एसेट बनते हैं, टोकनाइज़ेशन कस्टडी और भरोसे को कैसे बदलता है, और नामकरण उन प्रणालियों से क्या सीख सकता है जिनका उपयोग लोग ऑनलाइन अपनी पहचान स्थापित करने के लिए करते हैं।

Nirmit Buddhiraja
Nirmit Buddhirajaअनुवादक
हिंदी लोकलाइज़ेशन अनुवादक • Namefi

Nirmit Buddhiraja (निर्मित बुद्धिराजा) बीसवें दशक के उत्तरार्ध के अनुवादक हैं, जो जयपुर में पले-बढ़े और अब बेंगलुरु से काम करते हैं। मैकेनिकल इंजीनियरिंग में स्नातक होने के बाद वे IT सपोर्ट में गए और फिर अंग्रेज़ी व हिंदी के बीच तकनीकी और संपादकीय सामग्री को लोकलाइज़ करने लगे।

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

Namefi के लिए वे डोमेन और नामकरण से जुड़े लेखों को हिंदी में लोकलाइज़ करते हैं — देवनागरी IDN, .in और .bharat नेमस्पेस, और लिप्यंतरण के उन फैसलों का ध्यान रखते हुए जो तय करते हैं कि कोई ब्रांड नाम एक साथ दो लिपियों में सही दिखेगा या नहीं।

संबंधित गाइड

इस लेख पर चर्चा करें

Namefi Discuss पर चर्चा देखें