2011 के बाद से पांच सबसे खराब बादल कीड़े

बग एक त्रुटि, दोष, या विफलता है जो कंप्यूटर प्रोग्राम को गलत परिणाम उत्पन्न करने का कारण बनता है। सिस्टम से समझौता करने के लिए हैकर्स अक्सर इन कमजोरियों का इस्तेमाल करते हैं.

ग्लिट्स सेवा को रोकने या गोपनीयता से समझौता करने का कारण बनते हैं। कोई भी कंपनी कोडिंग की समस्याओं से मुक्त नहीं है। यहां तक ​​कि क्लाउड प्रोवाइडर प्रोग्रामिंग समस्याओं के कारण समस्याओं में चले जाते हैं। इस बिंदु को साबित करने के लिए, 2011 के बाद से यहां पांच सबसे खराब बादल कीड़े हैं.

हार्दिक (2012-2014)

हार्टबल बग किसी एकल क्लाउड प्रदाता से नहीं टकराया था, लेकिन यह अब तक के ज्ञात दस्तावेज़ों में से एक है। इसे 2012 में पेश किया गया था लेकिन अप्रैल 2014 तक इसका खुलासा नहीं किया गया था.


© हार्दिक

हार्टब्लेड ओपनएसएसएल क्रिप्टोग्राफी लाइब्रेरी में एक सुरक्षा बग है, और आमतौर पर ट्रांसपोर्ट लेयर सिक्योरिटी प्रोटोकॉल के हिस्से के रूप में उपयोग किया जाता था। जब कोड मूल रूप से डिजाइन किया गया था, तो इसे टीएलएस के लिए सुरक्षित संचार लिंक को सक्रिय रखने और परीक्षण करने के तरीके के रूप में बनाया गया था। हालाँकि, कोड का बग किसी का ध्यान नहीं गया और उसने सेवा में डाल दिया.

हार्दिक किसी को भी उन सूचनाओं तक पहुंचने और चोरी करने की अनुमति देता है जो सामान्य रूप से एसएसएल / टीएलएस प्रोटोकॉल द्वारा संरक्षित होंगी। खोज के समय, कुछ 600,000 सर्वरों को उनके ओपनएसएसएल कोड में यह भेद्यता थी। वास्तविक खतरा यह है कि उल्लंघन दर्ज नहीं किए जाते हैं.

ड्रॉपबॉक्स लिंक बग (2014)

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

पांच सबसे खराब बादल कीड़े
© क्लस्टीची

जिन फ़ाइलों का खुलासा किया गया था, उपयोगकर्ता द्वारा साझा किए जाने पर बनाए गए रेफ़र हेडर में एक त्रुटि थी। इन सभी दस्तावेजों में तीसरे पक्ष के लिंक थे, जो एक बार रिसीवर द्वारा सक्रिय कर दिए गए थे, किसी के साथ जानकारी साझा की.

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

अमेज़न वेब सर्विस आउटेज (2012)

2012 में, अमेज़ॅन वेब सेवा को एक आउटेज का सामना करना पड़ा जो मूल रूप से एक हार्डवेयर विफलता के बारे में लाया गया था। जबकि एक बिजली हड़ताल मुख्य कारण था, एक अनदेखा सॉफ्टवेयर बग ने सेवाओं की बहाली को मुश्किल बना दिया.

पांच सबसे खराब बादल कीड़े
© diTii कॉम

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

सॉफ़्टवेयर की समस्याएं वहाँ नहीं रुकीं। इस बग ने बूट प्रक्रिया में एक अड़चन पैदा कर दी, जिससे सिस्टम को ऑनलाइन वापस लाने में महत्वपूर्ण देरी हुई। एक साधारण पुनर्स्थापना के बजाय, यह कई घंटों तक चलने वाला एक क्रम बन गया.

ड्रॉपबॉक्स चयनात्मक सिंक बग (2014)

ड्रॉपबॉक्स कीड़े के लिए कोई अजनबी नहीं है, क्योंकि 2014 में लोकप्रिय क्लाउड कंपनी के लिए एक और समस्या सामने आई है। इस बार, हालांकि, दुनिया के साथ फाइल साझा करने के बजाय, समस्या डेटा हानि है.

पांच सबसे खराब बादल कीड़े
© यूजीनियो टिएंगो

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

असली समस्या सिर्फ यह नहीं है कि फाइलें चली गई हैं; एक और गड़बड़ यह अनुरोध के अनुसार स्थानांतरित किए गए डेटा को प्रकट करता है, फ़ोल्डर बनाए जाते हैं और सब कुछ ठीक दिखता है। जब उपयोगकर्ता को पता चलता है कि उनके दस्तावेजों में 0 बाइट्स हैं, तो अक्सर ड्रॉपबॉक्स को मदद करने के लिए बहुत देर हो चुकी होती है.

Microsoft BPOS बग (2011)

Microsoft एक सामयिक गड़बड़ के लिए प्रतिरक्षा नहीं है। हालांकि, मई 2011 में, उनके सिस्टम में एक हिचकी ने सभी BPOS सहयोगी सेवाओं के ग्राहकों को उनके ईमेल को बंद कर दिया। ग्राहक अपने खातों को पढ़ने, लिखने या यहां तक ​​कि उपयोग करने में असमर्थ थे और कोई भी, सीईओ भी अछूते नहीं थे.

पांच सबसे खराब क्लाउड ब्लॉग
© रॉबर्ट स्कूबल

जब यह हुआ, BPOS गति प्राप्त करना शुरू कर रहा था और Microsoft अभी भी लोगों को ऑनलाइन एक्सचेंज सर्वर पर स्थानांतरित करने के लिए आश्वस्त करने पर काम कर रहा था। न केवल आउटेज ने व्यापार संचार को एक समय के लिए बढ़ा दिया था, जिम्मेदार बग की सही पहचान कभी नहीं थी.

केवल दी गई व्याख्या ईमेल एक्सचेंज के भीतर एक समस्या थी.

निष्कर्ष

कोई भी सॉफ्टवेयर परफेक्ट नहीं है। यह केवल उतना ही अच्छा है जितना कि वह व्यक्ति जो कोड लिखता है। क्योंकि एक मानव घटक है, सिस्टम को प्रभावित करने के लिए बगों को जाना जाता है.

यह क्लाउड सेवाओं को उपयोगकर्ताओं की तुलना में अधिक संवेदनशील बनाता है जो सोचने के लिए परवाह कर सकता है। यह सुनिश्चित करने के लिए कि जानकारी सुरक्षित है सबसे अच्छा तरीका कई स्थानों में बैकअप है और कभी भी अपनी सभी कीमती फाइलों को एक स्थान पर न रखें.

Kim Martin
Kim Martin Administrator
Sorry! The Author has not filled his profile.
follow me