C++ को निर्माताले सुरक्षित प्रोग्रामिङ भाषाहरू लागू गर्ने आलोचना गरे

C++ भाषाका निर्माता, Bjarne Stroustrup ले NSA रिपोर्टको निष्कर्षमा आपत्ति प्रकट गरेको छ, जसले संगठनहरूलाई C र C++ जस्ता प्रोग्रामिङ भाषाहरूबाट टाढा जान सिफारिस गरेको छ, जसले मेमोरी व्यवस्थापनलाई विकासकर्तालाई छोड्छ, भाषाहरूको पक्षमा। जस्तै C#, Go, Java, Ruby, Rust, र Swift, जसले स्वचालित मेमोरी व्यवस्थापन प्रदान गर्दछ वा कम्पाइल-टाइम मेमोरी सुरक्षा जाँचहरू गर्दछ।

Stroustrup का अनुसार, NSA रिपोर्टमा उल्लेख गरिएका सुरक्षित भाषाहरू वास्तवमा C++ भन्दा उच्च छैनन् जुन उनको दृष्टिकोणबाट महत्त्वपूर्ण छन्। विशेष गरी, हालैका वर्षहरूमा विकसित C++ (C++ कोर दिशानिर्देशहरू) प्रयोग गर्नका लागि आधारभूत सिफारिसहरू, सुरक्षित प्रोग्रामिङ विधिहरू कभर गर्नुहोस् र प्रकारहरू र स्रोतहरूसँग सुरक्षित कामको ग्यारेन्टी गर्ने उपकरणहरूको प्रयोगलाई सिफारिस गर्नुहोस्। यसले विकासकर्ताहरूलाई पुरानो विकास विधिहरू प्रयोग गर्न जारी राख्नको लागि यस्तो कडा सुरक्षा ग्यारेन्टीको आवश्यकता नपर्ने विकल्प छोड्छ।

Stroustrup विश्वास गर्दछ कि एक राम्रो स्थिर विश्लेषक जसले C++ कोर दिशानिर्देशहरू पछ्याउँछ जसले C++ कोडको सुरक्षाको लागि नयाँ सुरक्षित प्रोग्रामिङ भाषाहरूमा स्थानान्तरण गर्नु भन्दा कम लागतमा आवश्यक ग्यारेन्टीहरू प्रदान गर्न सक्छ। उदाहरणका लागि, अधिकांश कोर दिशानिर्देशहरू स्थिर विश्लेषक र माइक्रोसफ्ट भिजुअल स्टुडियोमा समावेश मेमोरी सुरक्षा प्रोफाइलमा पहिले नै लागू गरिएका छन्। केही सिफारिसहरू पनि क्ल्याङ्ग व्यवस्थित स्थिर विश्लेषकमा ध्यानमा राखिएको छ।

सुरक्षा र विश्वसनीयतालाई असर गर्ने अन्य धेरै प्रोग्रामिङ भाषा समस्याहरू छोडेर मेमोरी समस्याहरूमा मात्र ध्यान केन्द्रित गरेकोमा NSA रिपोर्टको पनि आलोचना गरिएको थियो। Stroustrup ले सुरक्षालाई फराकिलो अवधारणाको रूपमा हेर्छ, जसका विभिन्न पक्षहरू कोडिङ शैली, पुस्तकालयहरू, र स्थिर विश्लेषकहरूको संयोजनद्वारा प्राप्त गर्न सकिन्छ। प्रकार र स्रोतहरूसँग काम गर्ने सुरक्षा सुनिश्चित गर्ने नियमहरूको समावेश नियन्त्रण गर्न, यो कोड र कम्पाइलर विकल्पहरूमा एनोटेसनहरू प्रयोग गर्न प्रस्ताव गरिएको छ।

अनुप्रयोगहरूमा जहाँ प्रदर्शन सुरक्षा भन्दा बढी महत्त्वपूर्ण छ, यो दृष्टिकोणले सुविधाहरूको छनौट अनुप्रयोगको लागि अनुमति दिन्छ जसले सुरक्षाको ग्यारेन्टी मात्र आवश्यक छ। सुरक्षा उपकरणहरू पनि टुक्रा-टुक्रा रूपमा लागू गर्न सकिन्छ, जस्तै दायरा जाँच र प्रारम्भिक नियमहरूबाट सुरु गरेर, र त्यसपछि क्रमशः कोडलाई थप कडा आवश्यकताहरूमा अनुकूलन गर्ने।

स्रोत: opennet.ru