তৎক্ষণাৎ app তৈরির আকর্ষণ মৌলিক security-এর সঙ্গে সংঘর্ষে যাচ্ছে
AI-assisted app builders প্রায় যে কাউকে কয়েক মিনিটের মধ্যে একটি web application তৈরি ও deploy করার সুযোগ দিয়েছে। সেই গতিই তাদের আকর্ষণের বড় অংশ। কিন্তু সেটিই, ক্রমশ, সমস্যারও অংশ হয়ে উঠছে।
Wired-এর প্রতিবেদন অনুযায়ী, cybersecurity firm RedAccess-এর গবেষণার ভিত্তিতে Lovable, Replit, Base44, এবং Netlify-এর মতো tools দিয়ে তৈরি হাজার হাজার public-facing app-এ খুব সামান্য বা কার্যত কোনো meaningful security পাওয়া যায়নি। 5,000-এরও বেশি ক্ষেত্রে, app-গুলো নাকি যে কেউ URL জানত বা অনুমান করতে পারলেই access করতে পারত। RedAccess cofounder Dor Zvi-এর মতে, পর্যালোচিত app-গুলোর প্রায় 40% sensitive information প্রকাশ করেছে।
প্রতিবেদন অনুযায়ী exposed material মোটেই তুচ্ছ নয়। Zvi বলেছেন, এর মধ্যে medical information, financial data, corporate presentations, strategy documents, এবং customer chatbot logs ছিল। Wired আরও বলেছে যে screenshots-এ দেখানো বেশ কয়েকটি exposed application এখনও online এবং accessible ছিল।
এটি শুধু bug-এর গল্প নয়
প্রতিবেদনটির সবচেয়ে গুরুত্বপূর্ণ দিক হলো, এসব failure-এর অনেকগুলোই সূক্ষ্ম coding flaw ছিল না। এগুলো ছিল missing বা প্রায় না-থাকার মতো access control-এর ঘটনা। কিছু app নাকি কোনো browser থাকা ব্যক্তিকেও data পৌঁছাতে দিত। অন্যগুলো, রিপোর্ট অনুযায়ী, visitor-কে যেকোনো email address দিয়ে sign in করার সুযোগ দেওয়ার মতো দুর্বল বাধার ওপর নির্ভর করত।
এই পার্থক্য গুরুত্বপূর্ণ, কারণ এটি threat model বদলে দেয়। Security teams software-এ exploitable defect খুঁজতে অভ্যস্ত। RedAccess যা বলছে, তা তার চেয়েও মৌলিক: app-গুলো live হচ্ছে, অথচ কে ভেতরে ঢুকতে পারবে তার কোনো অর্থপূর্ণ ধারণাই নেই।
এই অর্থে, “vibe-coded” app-এর ঝুঁকি শুধু AI নতুন bug আনছে—এমন নয়। বরং একই tooling software publish করার friction এতটাই কমিয়ে দিচ্ছে যে কিছু creator foundational security decision একেবারেই বাদ দিচ্ছে।
এই app-গুলো কীভাবে খুঁজে পাওয়া গেল
RedAccess জানিয়েছে, অনুসন্ধান প্রক্রিয়া আশ্চর্যজনকভাবে সহজ ছিল। প্রতিবেদনে নাম থাকা platforms user-দের নিজেদের নিয়ন্ত্রিত domain-এর বদলে কোম্পানিগুলোর নিজস্ব domain-এ app host করতে দেয়। তারপর গবেষকেরা সেই domain-গুলিকে লক্ষ্য করে সাধারণ Google ও Bing search, এবং আরও কিছু search term ব্যবহার করে বিপুল সংখ্যক AI-built app চিহ্নিত করেন।
এই তথ্য platform provider এবং অভ্যন্তরীণভাবে এই tools ব্যবহারকারী সংস্থাগুলোর জন্য উদ্বেগজনক হওয়া উচিত। এতে বোঝা যায় exposed app-গুলো ওয়েবের কোনো গোপন কোণে লুকিয়ে ছিল না। এগুলো সাধারণ search method দিয়েই খুঁজে পাওয়া যাচ্ছিল। একবার discoverable হয়ে গেলে, absent বা দুর্বল authentication data exposure-এর সরাসরি পথ হয়ে ওঠে।
এটি বড় organizational সমস্যা কেন হতে পারে
Zvi leak pattern-কে unusually strong ভাষায় বর্ণনা করে বলেছেন, vibe-coding application-এর মাধ্যমে সংস্থাগুলো private data উন্মুক্ত করছে, এবং এটি বিশ্বজুড়ে sensitive information যে কারও জন্য খুলে দেওয়ার সবচেয়ে বড় ঘটনাগুলোর একটি। security disclosure-এর সঙ্গে প্রায়ই যে rhetoric থাকে, তা বাদ দিলেও underlying patternটি গুরুত্বপূর্ণ।
কোম্পানির মধ্যে AI development tool ছড়িয়ে পড়ার ফলে software creation আর traditional engineering team-এর মধ্যে সীমাবদ্ধ নেই। Product manager, analyst, marketer, এবং operations staff এখন একটি prompt ও deploy button দিয়ে internal tool বা customer-facing prototype তৈরি করতে পারেন। এতে software কে লিখছে, তা বদলে যায়; কিন্তু software কী ফাঁস করতে পারে, তা বদলায় না।
যদি কোনো employee AI-built app-কে internal data-এর সঙ্গে যুক্ত করে default settings-এ publish করে, তাহলে কোনো malicious attacker perimeter breach না করেও একেবারে বড়সড় leak ঘটতে পারে। application-ই breach হয়ে যায়।
সমস্যার পেছনের সাংস্কৃতিক পরিবর্তন
এই কাহিনির এক অংশ technical, আরেক অংশ cultural। AI coding platform-গুলো immediacy-এর উপর বিক্রি হয়। সেগুলো প্রতিশ্রুতি দেয় যে software এমনভাবে তৈরি করা যাবে যেমন presentation বা document তৈরি করা হয়: দ্রুত, iterative, এবং খুব বেশি specialized training ছাড়াই। সেই প্রতিশ্রুতি শক্তিশালী, বিশেষ করে এমন সংস্থার মধ্যে যারা দ্রুত experimentation চায়।
কিন্তু software শুধু একটি creative artifact নয়। এটি একটি access surface-ও বটে। app তৈরি যত সহজ হবে, insecure app-ও তত সহজে ব্যাপকভাবে তৈরি হবে। সেই অর্থে, Wired-এর প্রতিবেদনটি একটি isolated vendor issue-এর চেয়ে নতুন ধরনের shadow IT নিয়ে প্রাথমিক সতর্কবার্তা হিসেবে পড়া যায়।
যখন hosting, deployment, এবং discoverability একই workflow-এ built-in থাকে, তখন সমস্যা আরও বেড়ে যায়। যদি কোনো user app generate করতে পারে, data connect করতে পারে, এবং কয়েক মিনিটের মধ্যে সেটিকে major platform domain-এ publish করতে পারে, তবে governance-কে upstream-এ যেতে হবে। Deployment-এর পরে security review অনেক দেরি হয়ে যেতে পারে।
এখন কী হওয়া উচিত
প্রতিবেদনটি named platformগুলোর সবকটির কাছ থেকে formal response দেয় না, তাই সবচেয়ে defensible takeaway কোনো একক কোম্পানির চেয়ে বড় হওয়া উচিত। AI app-building ecosystem-গুলোর authentication ও data exposure নিয়ে শক্তিশালী default দরকার। Users-কে কী public হয়ে যাচ্ছে, সে বিষয়ে পরিষ্কার warning দরকার। আর সংস্থাগুলোর prompt-based app builder-কে harmless productivity tool না ভেবে বাস্তব software development environment হিসেবে দেখা উচিত।
মূল শিক্ষা পরিষ্কার। app creation যখন instantaneous হয়ে যায়, তখন security optional বা assumed থাকতে পারে না। AI software tooling-এর আসল breakthrough কেবল code কত দ্রুত publish করতে পারে, তা দিয়ে মাপা হবে না। বরং সেটি মাপা হবে, কতটা দক্ষভাবে inexperienced builder-দের নিজেদের data তার মাধ্যমে publish করা থেকে আটকাতে পারে।
এই নিবন্ধটি Wired-এর প্রতিবেদনের ভিত্তিতে লেখা। মূল নিবন্ধ পড়ুন.
Originally published on wired.com


