एआई सिक्योरिटी

एआई सुरक्षा: जिन फाइलों की कोई समीक्षा नहीं करता, वे अब आपके लिए सबसे बड़ा आक्रमण क्षेत्र बन गई हैं।

विषय - सूची

अवश्य पढ़ें पोस्ट

रुचि के नवीनतम पोस्ट

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

हमले की वह सतह जिसके लिए किसी ने बजट नहीं बनाया था

पहले सॉफ्टवेयर में हमलावर के पहुंचने के लिए कुछ ही जगहें होती थीं: कोड, निर्भरताएँ, आदि। pipelineएआई ने दो और जोड़े हैं, और दोनों सीधे एआई आपूर्ति श्रृंखला में योगदान करते हैं।

मॉडल और एजेंट। टूल पॉइज़निंग, प्रॉम्प्ट इंजेक्शन, एजेंट ऑटोनॉमी जो किसी के भी इरादे से कहीं आगे निकल जाती है। एमसीपी सर्वर विवरण में एक छिपा हुआ निर्देश चुपचाप कोपायलट के कार्यों को पुनर्निर्देशित कर सकता है, और डेवलपर को इसका पता भी नहीं चलता।

डेवलपर का अपना वातावरण। IDE, AI कोपायलट, MCP सर्वर, एजेंट CLI। ये पुराने AppSec स्कैनर्स के लिए अदृश्य हैं, जिन्हें मॉडल के बारे में जानकारी नहीं होती, और EDR के लिए भी अदृश्य हैं, जो ऑपरेटिंग सिस्टम पर नज़र रखता है और उसे निर्भरता या MCP कॉल के बारे में कोई जानकारी नहीं होती।

यह सब सैद्धांतिक नहीं है। पिछले अठारह महीनों में:

  • एक छिपे हुए यूनिकोड "नियम फ़ाइल बैकडोर" ने हमलावरों को कोपायलट और कर्सर द्वारा पढ़ी जाने वाली कॉन्फ़िगरेशन फ़ाइलों में अदृश्य निर्देश डालने की अनुमति दी, जिससे असिस्टेंट द्वारा जनरेट किए गए कोड में चुपचाप बैकडोर आ गया। GitHub ने 2025 में इसके लिए एक चेतावनी जोड़ी।
  • एक लोकप्रिय एमसीपी ब्रिज (सीवीएसएस 9.6) में कमांड-इंजेक्शन की खामी के कारण इसे ठीक किए जाने से पहले 400,000 से अधिक डाउनलोड हो चुके थे, जो कि एक अविश्वसनीय एमसीपी सर्वर से कनेक्ट होने मात्र से पूर्ण रिमोट कोड निष्पादन को ट्रिगर करने का पहला प्रलेखित मामला था।
  • एक स्व-प्रसारित एनपीएम वर्म ने डेवलपर्स को ही डिलीवरी तंत्र में बदल दिया, और यह पैटर्न अगले महीनों में अन्य इकोसिस्टम में बड़े पैमाने पर दोहराया गया, जो एआई आपूर्ति श्रृंखला सुरक्षा विफलता का एक स्पष्ट उदाहरण है।
  • शोधकर्ताओं ने पाया कि एलएलएम द्वारा अनुशंसित पैकेजों का एक महत्वपूर्ण हिस्सा वास्तव में मौजूद ही नहीं है, ये ऐसे "स्लॉपस्क्वैटेड" नाम हैं जिन्हें हमलावर किसी वास्तविक डेवलपर द्वारा मॉडल से उन्हें आयात करने के लिए कहने से पहले ही पंजीकृत कर लेता है।

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

आपके मौजूदा उपकरण क्यों अपर्याप्त साबित होते हैं?

SAST कोड पढ़ता है। SCA यह निर्भरताओं की सूची पढ़ता है। इनमें से किसी को भी यह नहीं पता होता कि मॉडल क्या है, एमसीपी सर्वर क्या दिखाता है, या स्किल फ़ाइल एजेंट को क्या करने का निर्देश देती है। यही वह अंतर है जहाँ एआई युग के हमले होते हैं, यानी "जिस कोड को हम स्कैन करते हैं" और "एआई जिसे हमने चुपचाप अपना लिया है" के बीच की जगह में।

इसका परिणाम शैडो एआई की एक श्रेणी है। CISO फिलहाल इन सवालों के जवाब दे सकता है: हम कौन से मॉडल चला रहे हैं, कौन से एजेंट किससे संपर्क कर सकते हैं, और पिछले मंगलवार को किसी ने बिना किसी को बताए किस MCP सर्वर से कनेक्ट किया था। इन सवालों का सटीक जवाब देना AI सप्लाई चेन सिक्योरिटी का काम है, और यही कारण है कि सामान्य AppSec टूलिंग यहाँ अपर्याप्त साबित हो रही है।

एआई सुरक्षा का असल मतलब क्या है?

ज़ायजेनी यह एआई सुरक्षा कंपनी है जो इसे तीन परस्पर जुड़ी हुई गतियों के रूप में देखती है। SDLC: पता लगाना, पहचान करना और लागू करना।

जानें: आपके पास वास्तव में कौन सी एआई है

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

फिर एआई ग्राफ यह दर्शाता है कि वे एसेट आपस में कैसे जुड़े हैं: कौन सा मॉडल किस डेटासेट को फीड करता है, कौन सा एजेंट किस टूल को सक्रिय करता है, और कौन सा एमसीपी सर्वर किस असिस्टेंट के पीछे काम करता है। किसी एक एसेट के बारे में अलग से ज्यादा जानकारी नहीं मिलती। ग्राफ आपको दिखाता है कि जोखिम कहाँ केंद्रित है।

उसी खोज से, Xygeni एक उत्पन्न करता है एआई-बीओएमआपके सॉफ़्टवेयर में AI से संबंधित हर चीज़ की ऑडिट के लिए तैयार, मशीन-पठनीय सूची। जब कोई नियामक, लेखा परीक्षक या ग्राहक आपसे पूछे कि आप कौन सा AI चला रहे हैं, तो तीन सप्ताह की भागदौड़ के बजाय उत्तर डाउनलोड के रूप में दिया जा सकता है।

उन जोखिमों का पता लगाएं जिन्हें पारंपरिक स्कैनर नहीं देख सकते।

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

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

प्राथमिकता तय करें: शोर को कम करने वाला फ़नल, शॉर्टकट अपनाने वाला नहीं।

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

लागू करें: इसे चलने से पहले ही रोकें

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

आपकी एआई संबंधी जानकारी केवल आपके एआई कोड तक ही सीमित नहीं है।

एआई सप्लाई चेन सुरक्षा की संपूर्ण तस्वीर के लिए एक मॉडल इन्वेंट्री से कहीं अधिक की आवश्यकता होती है, और यह अक्सर केवल दिखावटी चीजें ही नहीं होती हैं:

  • एआई प्रदाता क्रेडेंशियल प्रॉम्प्ट फ़ाइलों, एजेंट कॉन्फ़िगरेशन या अन्य जगहों पर छोड़ दिया गया pipeline लॉग अन्य सभी चीजों की तरह ही गोपनीय होते हैं, और Xygeni की गोपनीयता पहचान प्रणाली उन्हें सार्वजनिक रजिस्ट्री तक पहुंचने से पहले ही पकड़ लेती है।
  • असुरक्षित एआई और एमएल निर्भरताएँ सामान्य सीवीई (CVE) को उसी सॉफ़्टवेयर संरचना विश्लेषण द्वारा उजागर किया जाता है जो आपके स्टैक के बाकी हिस्सों को पहले से ही कवर करता है। एआई अपनाने पर तृतीय-पक्ष अनुसंधान ने बताया है कि आधुनिक एआई स्टैक का कितना हिस्सा बाहरी स्रोतों से प्राप्त पैकेज और छिपे हुए घटकों से बना है, जो कि ठीक वही क्षेत्र है जिसे कवर करने के लिए सॉफ़्टवेयर संरचना विश्लेषण बनाया गया था।
  • दुर्भावनापूर्ण पैकेज किसी भी सलाह से कहीं अधिक तेजी से प्रकाशित pipeline इन्हें सूचीबद्ध किया जा सकता है और हस्ताक्षर से पहले ही पकड़ा जा सकता है, यही MEW क्षमता आपकी आपूर्ति श्रृंखला के बाकी हिस्सों की सुरक्षा करती है।

एजेंटिक लेयर: DevAI और CoreAI

खोज और पहचान में वे सभी चीजें शामिल होती हैं जो पहले से ही आपके रिपॉजिटरी में मौजूद हैं। देवएआई यह वहीं काम करता है जहाँ जोखिम उत्पन्न होता है: IDE के अंदर, एक निरंतर, सक्रिय परत के रूप में जो मानव और AI द्वारा जनरेट किए गए कोड को लिखते समय स्कैन करती है, इसके लिए किसी प्रॉम्प्ट की आवश्यकता नहीं होती है। यह किसी भी गड़बड़ी के पीछे के पूरे एक्सप्लॉइट पथ को समझाता है और MCP द्वारा मान्य समाधान सुझाता है जिन्हें डेवलपर बिल्ड को बाधित किए बिना आत्मविश्वास से लागू कर सकता है।

CoreAI यह व्यक्तिगत स्कैनर के ऊपर खुफिया परत के रूप में कार्य करता है: यह कोड, निर्भरता आदि को सहसंबंधित करता है। pipelineऔर यह एक जोखिम मॉडल में स्थिति संबंधी डेटा को एकीकृत करता है, प्राकृतिक भाषा में प्रश्नों के उत्तर देता है, और कार्यकारी स्तर की रिपोर्टिंग तैयार करता है जिसकी एक सुरक्षा नेता को यह दिखाने के लिए आवश्यकता होती है कि शासन वास्तव में हो रहा है, न कि केवल दावा किया जा रहा है।

एआई सुरक्षा में आपके पास जो कुछ भी है, उसका विस्तार करें। उसमें से कुछ भी हटाएं नहीं।

किसी नई सुरक्षा श्रेणी पर सबसे आम आपत्ति यह होती है कि "हमारे पास पहले से ही पर्याप्त उपकरण मौजूद हैं।" एक एआई सुरक्षा कंपनी के रूप में, Xygeni आपसे कुछ भी बदलने के लिए नहीं कहती: इसके अपने निष्कर्षों पर लागू होने वाली छँटाई, व्याख्या और प्राथमिकता, आपके मौजूदा सिस्टम से प्राप्त निष्कर्षों पर भी समान रूप से लागू होती है। SAST, SCAऔर तृतीय-पक्ष स्कैनर। आपका वर्तमान स्टैक एक इनपुट बन जाता है, न कि कोई क्षति, और आपकी एआई आपूर्ति श्रृंखला की सुरक्षा स्थिति बिना किसी बड़े बदलाव वाले प्रोजेक्ट के बेहतर हो जाती है।

यह बात अभी क्यों मायने रखती है, बाद में क्यों नहीं?

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

एआई सुरक्षा कंपनी का चयन करना

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

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

देखें कि आपकी एआई वास्तव में क्या करने की अनुमति रखती है। निःशुल्क प्रारंभ करें or एक डेमो अनुसूची.

सामान्य प्रश्न

क्या Xygeni का कोड कभी मेरे इंफ्रास्ट्रक्चर से बाहर निकलता है?
नहीं। स्कैन आपके अपने वातावरण के भीतर ही चलते हैं, और स्रोत कोड कभी भी Xygeni के सर्वरों पर अपलोड नहीं किया जाता है। AI इन्वेंटरी और AI-BOM स्कैनर द्वारा स्थानीय रूप से देखी गई जानकारी से बनाए जाते हैं, न कि बाहरी रूप से भेजी गई किसी प्रतिलिपि से।

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

Xygeni किन AI सुरक्षा फ्रेमवर्क के साथ संगत है?
निष्कर्ष OWASP टॉप 10 फॉर एलएलएम एप्लीकेशंस, OWASP टॉप 10 फॉर एमसीपी और OWASP टॉप 10 फॉर एजेंटिक स्किल्स के साथ-साथ NIST SP 800-218A से मेल खाते हैं। CISएआई बिल ऑफ मैटेरियल्स पर ए/जी7 दिशानिर्देश। यह मैपिंग ही एआई-बीओएम को केवल इन्वेंट्री के बजाय अनुपालन प्रमाण के रूप में उपयोग करने योग्य बनाती है।

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

एससीए-टूल्स-सॉफ्टवेयर-कंपोजिशन-एनालिसिस-टूल्स
अपने सॉफ़्टवेयर जोखिमों को प्राथमिकता दें, उनका निवारण करें और उन्हें सुरक्षित करें।
अपना निःशुल्क खाता प्राप्त करें।
किसी क्रेडिट कार्ड की आवश्यकता नहीं।

अपने सॉफ़्टवेयर विकास और वितरण को सुरक्षित करें

Xygeni प्रोडक्ट सूट के साथ