इज़राइली कंपनी Pluto Security ने 13 अक्टूबर 2026 को गोपनीय विकास चरण से बाहर आने और कुल 42 मिलियन डॉलर की फंडिंग की घोषणा की। कंपनी एक व्यावहारिक समस्या पर काम कर रही है: कर्मचारी AI से ऐप बनाते हैं, सेवाएँ जोड़ते हैं और ऑटोमेशन चलाते हैं। ऐसे में सुरक्षा टीम को केवल यह नहीं जानना होता कि कौन-सा टूल लगा है, बल्कि यह भी कि उसे क्या करने की अनुमति है। कंपनी का वादा है कि पूरे काम को रोकने के बजाय खतरनाक कार्रवाइयों में हस्तक्षेप करते हुए काम जारी रखा जा सकेगा।
यह कंपनी की शुरुआत और फंडिंग का ऐलान है, किसी सेंध की सूचना या किसी खास AI टूल के असुरक्षित होने का प्रमाण नहीं। IT प्रबंधकों और कारोबारियों के लिए उपयोगी सवाल हैं: अभी कौन-सी अनुमतियाँ और कनेक्शन मौजूद हैं, उनका जिम्मेदार कौन है, और सही काम को बंद किए बिना गलत कार्रवाई कैसे रोकी जा सकती है?
घोषणा और आँकड़ों का मतलब
Pluto Security के अनुसार 42 मिलियन डॉलर कुल जुटाई गई पूँजी है, कोई एक फंडिंग दौर नहीं। Jump Capital पुष्टि करती है कि उसने कंपनी के सीरीज़ A का नेतृत्व किया। यह अंतर जरूरी है: कुल राशि समय के साथ जुटाए धन को बताती है, जरूरी नहीं कि एक ही दिन नई रकम आई हो। घोषणा की तारीख भी जरूरी नहीं कि सारी रकम के हस्तांतरण की तारीख हो।
कंपनी कहती है कि उसकी टीमें इज़राइल और अमेरिका में हैं। The Jerusalem Post के अनुसार Shahar Bahat, Tal Ofer Regev और Gil Maman ने इसे 2025 में स्थापित किया था और रकम विकास, शोध तथा अमेरिका में विस्तार के लिए है। फंडिंग का आकार योजना के पीछे लगने वाले संसाधन बताता है; यह सुरक्षा की गुणवत्ता, पहचान की दर या किसी खास व्यवसाय के लिए उपयुक्तता का स्वतंत्र माप नहीं है।
फंडिंग और उत्पाद खरीदने के निर्णय को भी अलग रखना चाहिए। सुरक्षा प्रणाली परख रहा संगठन अपने जैसे वातावरण में प्रदर्शन, कवरेज की सटीक परिभाषा और सेवा की स्पष्ट शर्तें माँगे। निवेशकों के नाम और रकम यह जाँचने की जगह नहीं ले सकते कि प्रणाली वास्तव में क्या देखती है और क्या उसके दायरे से बाहर रहता है।
कार्यस्थल सिर्फ चैट की खिड़की नहीं
Pluto Security कर्मचारियों के रोजमर्रा के काम में एजेंट, विकास टूल, MCP कनेक्शन और ब्राउज़र एक्सटेंशन शामिल होने का वर्णन करती है। MCP ऐसा प्रोटोकॉल है जो AI टूल को सूचना स्रोतों और दूसरे सिस्टम की कार्रवाइयों से जोड़ता है। इसका इस्तेमाल अपने आप में खराबी का संकेत नहीं। सवाल है कि वह किस सिस्टम से, किस पहचान के साथ जुड़ता है और किन डेटा तथा कार्रवाइयों तक पहुँच पाता है।
एक आसान उदाहरण लें: कर्मचारी किसी एजेंट से ग्राहक प्रश्नों की रिपोर्ट बनाने को कहता है। उसे सेवा प्रणाली पढ़ने की जरूरत हो सकती है, लेकिन प्रश्न मिटाने, ग्राहक रिकॉर्ड बदलने या रिपोर्ट बाहर भेजने की जरूरत जरूरी नहीं। यह अनुमति तय करने का उदाहरण है, कंपनी के किसी ग्राहक की बताई गई घटना नहीं। व्यावहारिक शुरुआत सिर्फ पढ़ने की अनुमति से होती है, जिसे निर्धारित काम के लिए जरूरी होने पर ही बढ़ाया जाए।
नतीजा अच्छा दिखने पर भी यह फर्क मायने रखता है। सही रिपोर्ट यह साबित नहीं करती कि उसे बनाने का तरीका उचित था: जरूरत से ज्यादा पहुँच दी गई हो सकती है। इसलिए उत्तर की गुणवत्ता और कार्रवाई की सीमा अलग-अलग जाँचें। कारोबारी काम पूरा हो जाना दूसरी जाँच छोड़ने का कारण नहीं, खासकर जब ऑटोमेशन प्रयोग से नियमित इस्तेमाल में जाए।
पूरे टूल के बजाय खास कार्रवाई रोकना
Jump Capital, Pluto Security के तरीके को टूल, उसके आसपास के घटकों और उससे बनने वाले परिणामों पर नियंत्रण बताती है। निवेशक के अनुसार प्रणाली का लक्ष्य संदर्भ में जोखिम समझना है, जैसे सूचना या लॉगिन विवरण तक पहुँच सीमित करते हुए बाकी गतिविधि चलने देना। यह निवेशक की उत्पाद-व्याख्या है, स्वतंत्र तुलनात्मक परीक्षण का नतीजा नहीं।
ऐसे समाधान पर विचार कर रहे संगठन को पहले परीक्षण स्थितियाँ तय करनी चाहिए। क्या प्रणाली अधिकृत दस्तावेज़ पढ़ने और उसे बाहर भेजने में अंतर करती है? क्या बड़े बदलाव से पहले इंसानी स्वीकृति माँगी जा सकती है? कार्रवाई रुकने पर क्या कर्मचारी को समझ में आने वाला कारण मिलता है और गलत रोक पर पुनर्विचार का स्पष्ट रास्ता है? ये खरीद और नियंत्रित पायलट के सवाल हैं, अप्रमाणित क्षमता के दावे नहीं।
यह भी जाँचें कि नियंत्रण प्रणाली का कनेक्शन उपलब्ध न होने पर क्या होता है। कार्रवाई जारी रखना या रोकना सूचना की संवेदनशीलता और कारोबार की जरूरत के अनुरूप हो। कृत्रिम डेटा और सीमित अनुमतियों वाला छोटा पायलट वास्तविक सूचना या जरूरी प्रक्रिया तक पहुँच देने से पहले वांछित व्यवहार तय कर सकता है।
उत्पादों से पहले अनुमतियों का नक्शा
पहला कदम खरीद होना जरूरी नहीं। व्यवसाय इस्तेमाल हो रहे AI टूल, जिम्मेदार कर्मचारियों, जुड़े खातों और उपलब्ध सूचना के प्रकारों की सूची बना सकता है। हर कनेक्शन के लिए मंजूरी देने वाले का नाम, आखिरी समीक्षा और अनुमति वापस लेने का तरीका दर्ज करें। तय जिम्मेदार के बिना व्यवस्थित सूची भी ऐसा दस्तावेज़ बन सकती है जिसे कोई अद्यतन न करे।
फिर पढ़ने और सूचना बदलने या भेजने वाली कार्रवाइयाँ अलग करें। संवेदनशील कार्यों में इंसानी मंजूरी, अलग खाता और सीमित अधिकार पर विचार करें। कर्मचारी के जाने या प्रयोग खत्म होने पर उस दौरान बनाए कनेक्शन भी जाँचें। चैट मिटाना उस सिस्टम में अनुमति रद्द करने का विकल्प नहीं जिससे टूल जुड़ा था।
सुरक्षा प्रणाली खुद भी निजता के सवाल पैदा करती है। स्थापना से पहले पूछें कि वह क्या इकट्ठा करती है, कौन देख सकता है, कितने समय रखती है और संग्रह सीमित किया जा सकता है या नहीं। कर्मचारियों को पता होना चाहिए कि क्या निगरानी में है और समस्या पर किससे संपर्क करना है। अच्छा नियंत्रण स्पष्ट उद्देश्य और जिम्मेदारी से शुरू होता है, हर उपलब्ध चीज का असीमित संग्रह करने से नहीं।
इज़राइल के संगठनों के लिए अर्थ
इज़राइली पहलू एक स्थानीय कंपनी का एंटरप्राइज़ AI सुरक्षा बाजार में काम करना है। फंडिंग घोषणा से यह नहीं मान सकते कि हर कारोबारी कनेक्शन समर्थित है, इंटरफेस हिब्रू में है या सेवा सभी स्थानीय जरूरतें अपने आप पूरी करती है। इज़राइल के संगठनों को अपनी सेवाओं का समर्थन, डेटा प्रोसेसिंग का स्थान, सहायता के घंटे और अनुबंध अलग से जाँचना चाहिए।
छोटा कारोबार बड़ी साइबर सुरक्षा टीम के बिना भी शुरू कर सकता है: AI टूल का जिम्मेदार तय करे, सेवाओं की सूची मंजूर करे, अनुमतियाँ घटाए और अपवाद दर्ज करे। बड़ी टीम सफलता के मापदंडों वाला पायलट जोड़े: कौन-सी कार्रवाइयाँ पहचानी गईं, कितनी रोक उचित थीं और कितनी से सही काम बाधित हुआ? मापदंड कारोबार का परिणाम देखें, सिर्फ स्क्रीन पर चेतावनियों की संख्या नहीं।
Pluto Security की शुरुआत एजेंट अपनाने के साथ आने वाला सवाल सामने रखती है: कार्रवाई के समय कौन सुनिश्चित करता है कि वह अनुमत है? जवाब में नया उत्पाद हो सकता है, लेकिन नियम, अनुमतियाँ और साफ जिम्मेदारी भी जरूरी हैं। ये 3 चीजें विक्रेता चुनने से पहले व्यवस्थित की जा सकती हैं और फिर उसके वादे की वास्तविक उपयोगिता जाँचने में काम आती हैं।