AIR পেল ৫ কোটি ডলার: AI agent-এর plug-in যাচাইই নতুন নিরাপত্তা বাজার
AI security startup AIR ২০২৬ সালের ১ সেপ্টেম্বর stealth থেকে বেরিয়ে AI agent-এর context-এ অবিশ্বস্ত input পৌঁছানোর আগে তা যাচাই ও filter করার platform সামনে এনেছে। AIR-এর আনুষ্ঠানিক ঘোষণায় skill, plug-in, MCP server, website ও প্রতিষ্ঠানের অভ্যন্তরীণ data-কে এই সুরক্ষা স্তরের আওতায় আনার কথা বলা হয়েছে।
একই দিনে প্রকাশিত TechCrunch-এর প্রতিবেদনে নিশ্চিত করা হয়, AIR কয়েক সপ্তাহের ব্যবধানে দুটি seed round-এ মোট ৫ কোটি ডলার তুলেছে—Sequoia-নেতৃত্বাধীন প্রথম round-এ ১ কোটি এবং Greenoaks-নেতৃত্বাধীন দ্বিতীয় round-এ ৪ কোটি ডলার। Yair Saban ও Niv Hoffman প্রতিষ্ঠিত কোম্পানিটি মূলধনটি গবেষক নিয়োগ এবং যুক্তরাষ্ট্র ও ইউরোপে বাণিজ্যিক কার্যক্রম বাড়াতে ব্যবহার করতে চায়।
দুই seed round যে বাজার-সংকেত দিচ্ছে
অল্প সময়ের ব্যবধানে দুটি seed round-এ ৫ কোটি ডলার পাওয়া দেখায়, বিনিয়োগকারীরা AI agent-এর third-party software supply chain-কে আলাদা enterprise security category হিসেবে বিবেচনা করছেন। অর্থায়নটি AIR-এর প্রযুক্তির কার্যকারিতা বা বাজারে নেতৃত্ব প্রমাণ করে না; এটি বরং সমস্যাটির জন্য স্বতন্ত্র পণ্য তৈরিতে বড় অঙ্কের ঝুঁকিপুঁজি আসার প্রমাণ।
Agent সাধারণ application-এর মতো শুধু আগে থেকে নির্ধারিত dependency ব্যবহার করে না। কাজের সময় সেটি নতুন skill load করতে, MCP server-এর সঙ্গে যুক্ত হতে, website থেকে content নিতে কিংবা sub-agent ব্যবহার করতে পারে। ফলে অনুমোদনের সময় নিরাপদ থাকা কোনো component-এর package, dependency বা নিয়ন্ত্রণকারী account পরে বদলে গেলে agent-এর আচরণও পাল্টে যেতে পারে।
Swish, Netz ও কয়েকজন angel investor-ও অর্থায়নে অংশ নিয়েছেন। তবে AIR valuation, revenue কিংবা market share প্রকাশ করেনি। তাই বড় seed financing-কে বাণিজ্যিক সাফল্য না ধরে পরিবর্তনশীল agent component সুরক্ষার বাজারে একটি শক্তিশালী প্রাথমিক বাজি হিসেবে দেখা যথাযথ।
AIR-এর প্রস্তাবিত সুরক্ষা স্তরগুলো
Agent discovery দিয়ে AIR কোনো প্রতিষ্ঠানের endpoint, cloud ও SaaS পরিবেশে সক্রিয় agent শনাক্ত করার দাবি করছে। এর মধ্যে IT বিভাগের অনুমোদন ছাড়া AI tool বা ব্যক্তিগত account ব্যবহারের দৃশ্যমানতাও রয়েছে। উদ্দেশ্য হলো, কোন agent কোন component ও external source-এর ওপর নির্ভর করছে, তার inventory তৈরি করা।
Context filtering স্তরে agent কোনো skill load করলে বা internet থেকে content আনলে AIR-এর enforcement layer সেই interaction পরীক্ষা করার কথা বলছে। নির্ধারিত security criteria পূরণ না হলে software বা external source-এর সঙ্গে সংযোগ বন্ধ করা হয়। অর্থাৎ নজর শুধু agent-এর permission-এ নয়, তার পরবর্তী সিদ্ধান্তে ঢুকে পড়া instruction ও content-এর দিকেও।
Continuous re-verification AIR-এর প্রধান পার্থক্যের দাবি। আগে অনুমোদিত plug-in-এর downloaded package বদলাতে পারে, dependency ঝুঁকিপূর্ণ হতে পারে কিংবা developer account দখল হতে পারে। তাই একবারের scan-এর বদলে skill, plug-in ও MCP server পরিবর্তিত হলে আবার পরীক্ষা করার pipeline গড়েছে কোম্পানিটি।
শেষ স্তরটি vetted marketplace: enterprise team-এর জন্য আগে থেকে পরীক্ষিত add-on ও skill বেছে নেওয়ার ব্যবস্থা। তবে marketplace-এ তালিকাভুক্তি ভবিষ্যৎ নিরাপত্তার স্থায়ী নিশ্চয়তা নয়। AIR-এর নিজের product thesis অনুযায়ী, তালিকায় থাকা component-কেও পরিবর্তনের পর আবার যাচাই করতে হবে; marketplaceটির পূর্ণ পরিসর ও certification পদ্ধতি এখনো প্রকাশিত হয়নি।
ঝুঁকির কেন্দ্র plug-in-এর নাম নয়, তার পরিবর্তন
একটি skill স্থানীয় code বা instruction বহন করতে পারে, আবার remote repository, website কিংবা MCP server-এর content-এর ওপর নির্ভর করতে পারে। একই নাম ও publisher অক্ষুণ্ণ থাকলেও বাইরের dependency বদলে গেলে agent ভিন্ন বা ক্ষতিকর নির্দেশ পেতে পারে। এ কারণে শুধু publisher identity পরীক্ষা যথেষ্ট নয়; component কোথা থেকে content নিচ্ছে, কখন বদলেছে এবং কোন workflow সেটি ব্যবহার করছে—সেগুলোও দেখতে হয়।
CTech-এর স্বাধীন প্রতিবেদনে AIR-এর ৫ কোটি ডলার অর্থায়ন ও stealth থেকে বেরোনোর পাশাপাশি deployment-এর আগে ও পরে skill, plug-in, MCP server ও অন্য add-on মূল্যায়নের product claim তুলে ধরা হয়েছে। ঝুঁকিপূর্ণ component পাওয়া গেলে কোন agent ও workflow তার ওপর নির্ভরশীল, তা শনাক্ত করে ব্যবহার প্রত্যাহারের সুবিধা দেওয়ার কথাও বলেছে কোম্পানিটি।
এখানেই plug-in যাচাই একটি নতুন নিরাপত্তা বাজারের রূপ নিচ্ছে: সুরক্ষার বিষয় শুধু model, prompt বা agent identity নয়, agent-এর context গঠনকারী পরিবর্তনশীল software ও content-ও। তবে AIR-এর architecture, detection ফল এবং গবেষণার অধিকাংশ তথ্য এখনো কোম্পানির বক্তব্যনির্ভর; স্বাধীন benchmark বা ব্যাপক customer deployment-এর ফল প্রকাশিত হয়নি।
CASB, endpoint security ও MCP gateway থেকে পার্থক্য
AIR-এর ঘোষিত পরিসর বিদ্যমান কয়েক ধরনের enterprise control-এর সঙ্গে আংশিকভাবে মিলে যায়, কিন্তু পুরোপুরি একই নয়। Endpoint security device-এর process, file ও network activity দেখে; CASB cloud service-এ access ও data policy প্রয়োগ করে; আর MCP gateway agent ও MCP server-এর নির্দিষ্ট connection path-এ authentication ও policy বসাতে পারে।
AIR-এর কেন্দ্রীয় দাবি হলো, agent-এর context-এ ঢোকার আগে skill, instruction ও content যাচাই করা এবং component বদলালে পুনরায় পরীক্ষা চালানো। এই কাজ endpoint protection বা CASB-কে অপ্রয়োজনীয় করে না। একইভাবে একটি MCP gateway নির্দিষ্ট protocol path নিয়ন্ত্রণ করলেও website, local skill বা অন্য add-on তার বাইরে থাকতে পারে।
কোম্পানিটি কোথায় নিজস্ব enforcement বসায়, কীভাবে বিদ্যমান security stack-এর সঙ্গে integrate করে এবং সব agent platform-এ সমান coverage দিতে পারে কি না—এসবের পূর্ণ প্রযুক্তিগত বিবরণ প্রকাশিত হয়নি। ফলে এখন AIR-কে replacement নয়, overlapping control-এর মধ্যে agent context ও component integrity-কেন্দ্রিক নতুন স্তর হিসেবে দেখা যায়।
অর্থায়ন নিশ্চিত, কার্যকারিতার প্রমাণ এখনো বাকি
AIR-এর stealth থেকে বেরোনো, Sequoia ও Greenoaks-নেতৃত্বাধীন দুই seed round-এ মোট ৫ কোটি ডলার পাওয়া এবং agent context সুরক্ষার platform সামনে আনা নিশ্চিত। Discovery, context filtering, component re-verification ও vetted marketplace—এই চারটি অংশ কোম্পানিটির বাজারে অবস্থান নেওয়ার ভিত্তি।
অজানা রয়েছে pricing, valuation, স্বাধীনভাবে যাচাই করা detection performance, false-positive rate এবং বড় প্রতিষ্ঠানে পূর্ণ deployment-এর ফল। AIR-এর বাজার-থিসিস কতটা টেকসই, তা বোঝার পরবর্তী প্রমাণ হবে প্রকাশিত benchmark, যাচাইযোগ্য customer ফল এবং দ্রুত বদলানো skill ও MCP ecosystem-এর সঙ্গে তার re-verification ব্যবস্থা কতটা তাল মেলাতে পারে। অর্থায়ন নতুন বাজারে বড় বাজির প্রমাণ; AIR সেই বাজার জিতে গেছে—এমন প্রমাণ নয়।
আরও পড়ুন:
আমাদের নিউজলেটার নিন
সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।