ओपन सोर्स में बग की जिम्मेदारी स्थानांतरित करने का प्रस्ताव

आईबीएम रिसर्च के जेम्स बॉटमली, जो कर्नेल में एससीएसआई और पीए-आरआईएससी सबसिस्टम का रखरखाव करते हैं। Linux और इससे पहले तकनीकी समिति के प्रमुख थे। Linux फाउंडेशन ने इस समस्या का एक समाधान प्रस्तावित किया है जिसमें ओपन सोर्स डेवलपर्स को उनके कोड में त्रुटियों या कमजोरियों को ठीक से दूर करने में विफल रहने के लिए जवाबदेह ठहराना शामिल हो सकता है।

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

एक घटक या उत्पाद के रूप में इस लाइसेंस के तहत प्रदान किए गए स्रोत कोड के पूर्ण या आंशिक उपयोग की स्थिति में विकास प्रतिभागियों को किसी भी कानूनी दावे से क्षतिपूर्ति और सुरक्षा देने के लिए एक समझौते को इंगित करते हुए जिम्मेदारी के हस्तांतरण को लाइसेंस में एक खंड संलग्न करके लागू करने का प्रस्ताव है। उन न्यायक्षेत्रों में जो सॉफ़्टवेयर उत्पादों को बनाए रखने के लिए अतिरिक्त दायित्व लगाते हैं।

वर्तमान अभ्यास में, कानूनी जोखिमों को खत्म करने के लिए, लाइसेंस में "AS IS" चेतावनी होना पर्याप्त है, जिसमें कहा गया है कि डेवलपर त्रुटियों के लिए ज़िम्मेदार नहीं है, कोड की कार्यक्षमता के लिए कोई गारंटी नहीं देता है और स्वीकार नहीं करता है समस्याओं को हल करने के दायित्व, और उपभोक्ता आपके जोखिम पर कोड का उपयोग करने के लिए सहमत है। डेवलपर्स से गारंटी की कमी ने भुगतान तकनीकी सहायता के आधार पर एक व्यवसाय मॉडल के विकास को प्रेरित किया, जो ओपन सोर्स पारिस्थितिकी तंत्र के शुरुआती विकास पर हावी रहा।

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

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

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

स्रोत: opennet.ru