वर्तमान कम्प्यूटरीकृत युग में, ऑनलाइन ग्राहक उन वेबसाइटों या एप्लिकेशन की गुणवत्ता के बारे में काफी अधिक मांग करने लगे हैं जो वे चाहते हैं। उन्होंने सुव्यवस्थित उपयोगकर्ता अनुभव को प्राथमिकता के रूप में देखना शुरू कर दिया है और HTML5 ने इसे हासिल करने में महत्वपूर्ण भूमिका निभाई है।
HTML 5 ने इंजीनियरों को फ्लैश जैसे मॉड्यूल से संबंधित सुरक्षा खतरों के बिना उपयोगकर्ता इंटरफ़ेस को बढ़ाने के लिए सशक्त बनाया है। हर पहलू में जोखिम से बाहर रहने के लिए, प्रोग्रामर पहले से कहीं ज्यादा HTML 5 पर अपना भरोसा रखने लगे हैं। इस प्रकार किया गया विकल्प एडोब फ्लैश कमजोरियों की घोषणा के बाद इष्टतम साबित हुआ। प्रारंभ में HTML5 प्रमुख सुरक्षा और आगे विकसित हाइलाइट्स की गारंटी देता हुआ दिखाई दिया। इसलिए, HTML5 का उपयोग करने वाली साइटों का स्तर 70 प्रतिशत तक बढ़ गया। लेकिन क्या यह वास्तव में इसके लायक था? हम कैसे सुनिश्चित हैं कि यह एक बुरा निर्णय नहीं था?
करीब से देखें…
इस बात से इनकार नहीं किया जा सकता कि HTML5 एक अद्भुत अपग्रेड है, लेकिन इसके अपने सुरक्षा मुद्दे हैं। कुछ महीने पहले द मीडिया ट्रस्ट डिजिटल और सुरक्षा संचालन समूह ने विभिन्न मैलवेयर पाए जो HTML5 की सुरक्षा और विश्वसनीयता के बारे में संदेह पैदा करते हैं। उन्होंने एक मैलवेयर की खोज की जो खुद को छिपाने और HTML5 के अंदर रहने के लिए जावास्क्रिप्ट का उपयोग करता है। ऐसा करके, यह पहचान से बचने और उपयोगकर्ताओं को अपना डेटा दर्ज करने के लिए लुभाने में सक्षम है। यह इस डेटा को आगे एकत्र करता है और इसे हैकर्स को अग्रेषित करता है जो इसे द्वेषपूर्ण उद्देश्यों के लिए उपयोग करते हैं। एक और चीज जो इस मैलवेयर को असाधारण बनाती है वह यह है कि यह खुद को टुकड़ों में तोड़ देता है, जिससे इसे पहचानना मुश्किल हो जाता है। इसके अलावा, यह विज्ञापन और मीडिया के माध्यम से तेजी से फैल रहा है। यदि सुरक्षा पेशेवरों पर भरोसा किया जाए, तो इसने दुनिया भर में वेब मीडिया प्रकाशकों को प्रभावित करने वाले लगभग 20 हैक का कारण बना है।
इसे इस बात के सबसे प्रमुख उदाहरणों में से एक के रूप में लिया जा सकता है कि मैलवेयर डिजाइनर सिस्टम में सबसे छोटी खामियों का फायदा उठाने के लिए नई, नवीन विधियों की तलाश में लगातार सतर्क रहते हैं। हालांकि, यह पहली बार नहीं है जब HTML5 पर हमला हुआ था। 2015 में, जब एडोब फ्लैश शुरू हुआ, सुरक्षा विश्लेषकों ने कुछ रणनीतियाँ पाईं जिनका उपयोग हैकर्स HTML5 कोड का फायदा उठाने के लिए कर सकते थे। उन विधियों में APIs का उपयोग शामिल था, जिसने समान "obfuscation-de-obfuscation" जावास्क्रिप्ट कमांड का उपयोग किया।
अगले साल, इस मैलवेयर का उपयोग सिस्टम को फ्रीज करने और गुप्त रूप से ग्राहक की व्यक्तिगत जानकारी प्राप्त करने के लिए किया गया था। वर्तमान वर्ष के उदाहरण विविध हैं क्योंकि उन्हें उपयोगकर्ताओं के साथ किसी इंटरैक्शन की आवश्यकता नहीं है। यह उन हैकर्स की सीख और समझ को दर्शाता है जो बड़े पैमाने पर हमले के लिए अंतहीन होड़ पर हैं। लगातार, HTML5 मैलवेयर के किसी भी संस्करण का पता एंटीवायरस सॉफ़्टवेयर द्वारा नहीं लगाया गया या हटाया गया। तो HTML5 सुरक्षा मुद्दे सिरदर्द बन सकते हैं!
HTML5 सुरक्षा मुद्दों के अलावा और भी बहुत कुछ है….
यूके में सामान्य डेटा गोपनीयता विनियमन और संयुक्त राज्य अमेरिका पर सुरक्षा नियंत्रणों के समूह ने GDPR के कार्यान्वयन के कारण संगठनों को कुछ राहत देने के बारे में सोचा था। HTML ऑबफस्केशन जैसी घटनाएं जहां खतरा तुरंत पहचाना नहीं जाता है, कमोबेश एक शांत बम की तरह हैं जो फटने का इंतजार कर रहा है।
हैकर्स की थर्ड पार्टी को निशाना बनाने की प्रतिष्ठा है। इसके पीछे कारण यह है कि उनके पास कमजोर सुरक्षा सेटअप होता है और उन्हें घुसपैठ करना आसान होता है। जब हैकर्स घुस जाते हैं, तो वे ग्राहक के सुरक्षित सिस्टम में अनदेखे प्रवेश कर सकते हैं। एक और आसान लक्ष्य ऑनलाइन विज्ञापन हैं। हैकर्स पूरी वेबसाइट से समझौता किए बिना बड़ी संख्या में उपयोगकर्ताओं तक मैलवेयर फैला सकते हैं।
इसका मुकाबला करने के लिए क्या कार्रवाई की जा सकती है?
सुरक्षा सुनिश्चित करने का इष्टतम तरीका बाहरी लोगों को प्रभावी ढंग से और लगातार देखना, जांच करना और किसी भी खतरे या असामान्यता को संबोधित करना है। इसे अनधिकृत थर्ड पार्टी और कोड की लगातार जांच करके पूरा किया जा सकता है। साथ ही, संगठनों को अपने विक्रेताओं के साथ स्पष्ट रणनीतियों को साझा करना चाहिए और सुरक्षा शर्तों को लागू करना चाहिए।
अंत में, संगठनों को एक त्वरित प्रक्रिया तैयार करने की आवश्यकता है कि वे किसी उल्लंघन या किसी अनधिकृत विक्रेता कार्रवाई पर कैसे प्रतिक्रिया देंगे जब यह होता है। पूर्ण उपचार योजना के साथ-साथ ग्राहकों को सूचित करने और घटना की रिपोर्ट करने की व्यवस्था के अलावा, उस प्रक्रिया में किसी भी विक्रेता को तत्काल समाप्त करना शामिल होना चाहिए जो नोटिस दिए जाने के बाद भी नीति या प्रावधानों का उल्लंघन करना जारी रखता है।
नियामक जांच करेंगे कि संगठनों ने हैकर्स के खिलाफ क्या कदम उठाए, वे जनता को कितनी जल्दी सूचित करते हैं और उल्लंघन से पहले क्या एहतियाती उपाय दर्ज किए गए थे। हालांकि ये फुल-प्रूफ तरीके नहीं हो सकते हैं, लेकिन वे निश्चित रूप से यह सुनिश्चित करेंगे कि HTML5 सुरक्षा मुद्दे हमारे व्यवसाय को नीचे नहीं ले जा रहे हैं! इस पर आपके क्या विचार हैं?
