AWS ने कोड की कमजोरियों के लिए Continuum को आम तौर पर उपलब्ध करा दिया है। यह सेवा सुरक्षा टीमों को कोड की कमजोरियां खोजने, यह जांचने में मदद के लिए बनाई गई है कि उनका फायदा उठाया जा सकता है या नहीं, कारोबारी असर के आधार पर उन्हें प्राथमिकता देने और डेवलपर वर्कफ़्लो में पुल रिक्वेस्ट के जरिए सुधार सुझाने में मदद करती है।
AWS के मुताबिक, Continuum AWS परिवेश का एक कॉन्टेक्स्ट ग्राफ बनाता है, जिसमें संसाधनों, पहचानों और नेटवर्क कनेक्शनों के आपसी संबंध शामिल होते हैं। यह पहले से मौजूद कमजोरी-संबंधी निष्कर्षों को शामिल कर सकता है और कोड स्कैन कर सकता है। इसके बाद यह अलग-थलग सैंडबॉक्स में निष्कर्षों की जांच करता है कि किन कमजोरियों का फायदा उठाया जा सकता है। इसके सुझाए गए पुल रिक्वेस्ट में इस बात के सबूत शामिल होते हैं कि कमजोरी का फायदा उठाया जा सकता है या नहीं, साथ ही संभावित असर का आकलन भी होता है—यानी समस्या कितनी दूर तक फैल सकती है।
ऑटोमेशन से पहले समीक्षा का विकल्प
AWS के मुताबिक, Continuum हर काम के लिए उपयुक्त AI मॉडल चुनता है। यह Learn मोड से शुरू होता है, जिसमें किसी व्यक्ति की मंजूरी के लिए सुधार सुझाए जाते हैं। AWS का कहना है कि सेवा की सटीकता पर भरोसा होने के बाद ग्राहक Enforce मोड अपना सकते हैं। इसमें Continuum उनके तय किए सुरक्षा-नियमों के भीतर अपने-आप काम कर सकता है। घोषणा में न तो सटीकता की कोई सीमा बताई गई है, न ही यह समझाया गया है कि कौन-से सुरक्षा-नियम उपलब्ध हैं।
AWS के मुताबिक, Continuum Amazon GuardDuty और AWS Security Hub के साथ काम करता है। घोषणा में क्षेत्रीय उपलब्धता की तालिका का उल्लेख है, लेकिन उपलब्ध कराई गई जानकारी में क्षेत्रों की सूची नहीं दी गई है। इसमें कीमत, समर्थित प्रोग्रामिंग भाषाओं या स्वतंत्र प्रदर्शन नतीजों की जानकारी भी नहीं है।
यह क्यों मायने रखता है
जो टीमें पहले से AWS की सुरक्षा सेवाएं इस्तेमाल करती हैं, उनके लिए Continuum डेवलपर वर्कफ़्लो में सुझाए गए कोड सुधार शामिल कर सकता है और ऑटोमेशन बढ़ाने से पहले बदलावों की समीक्षा का मौका दे सकता है। इस घोषणा में AWS ने उपलब्ध क्षेत्रों, कीमतों या समर्थित भाषाओं की जानकारी नहीं दी है, इसलिए टीमें सिर्फ इसके आधार पर यह तय नहीं कर सकतीं कि सेवा उनके लिए उपलब्ध है या उनके सिस्टम के अनुकूल है।