ফাইল ডিলিশন বাগের পর OpenAI Codex-এর সুরক্ষা আরও কঠোর করেছে

OpenAI বলছে Codex-এর প্যাচ একটি বিপজ্জনক file-deletion পথ বন্ধ করেছে

OpenAI Codex-এর জন্য একটি security update জারি করেছে, কারণ ব্যবহারকারীরা জানিয়েছিলেন যে GPT-5.6 Sol স্বয়ংক্রিয় কাজ করার সময় অনুমতি ছাড়াই আসল ফাইল মুছে ফেলতে পারত। কোম্পানির মতে, সমস্যার উৎস ছিল একটি cleanup command, যা temporary working files সরানোর কথা ছিল, কিন্তু system variables ভুলভাবে পরিচালিত হলে তা আসল user data-র দিকেও নির্দেশ করতে পারত।

প্রদত্ত রিপোর্ট অনুযায়ী, model যখন temporary folder-এর জন্য $HOME-এর মতো system variables ব্যবহার করত, তখন এই failure mode দেখা দিত। সেসব ক্ষেত্রে, একটি ত্রুটিপূর্ণ delete command isolated scratch location-এর বদলে ব্যবহারকারীর আসল home directory লক্ষ্য করতে পারত। ফলে যা সাধারণ housekeeping হওয়ার কথা ছিল, তা high-risk operation-এ পরিণত হয়, কারণ একটি ভুল path-ও documents, projects, এবং অন্যান্য স্থায়ী ফাইলকে প্রভাবিত করতে পারে।

এই update গুরুত্বপূর্ণ, কারণ এটি এমন এক risk class সমাধান করে যা সাধারণ software bug-এর চেয়ে বেশি। Codex code এবং সংশ্লিষ্ট কাজে সাহায্য করতে গিয়ে action execute করার জন্য তৈরি। কোনো agent যদি ভুল জায়গায় destructive command চালাতে পারে, তবে তার বাস্তব ফল শুধু failed task নয়, বরং অপরিবর্তনীয় data loss। অন্য কথায়, বিষয়টি model behavior, command construction, এবং operating-environment safety-র সংযোগস্থলে রয়েছে।

OpenAI কী বদলেছে

source text-এ OpenAI এখন যে কয়েকটি safeguard চালু করেছে তা বর্ণনা করা হয়েছে। বলা হয়েছে Codex delete চালানোর আগে deletion target verify করে, নতুন temporary folder তৈরি করে, এবং system variables-এর ভুল ব্যবহার বন্ধ করে। কোম্পানি আরও কঠোর checks যোগ করেছে, যাতে ঝুঁকিপূর্ণ delete command execute হওয়ার আগে ধরা যায়।

এই সংমিশ্রণ ইঙ্গিত দেয় যে OpenAI তাৎক্ষণিক ত্রুটিটিও, এবং সেটিকে বিপজ্জনক করে তোলা বৃহত্তর পরিস্থিতিগুলোকেও সমাধান করতে চাইছে। deletion target verify করা সবচেয়ে সরাসরি control: command চালানোর আগে system দেখে destination সত্যিই temporary workspace কি না, নাকি user directory। নতুন temporary folder তৈরি করলে ambiguity কমে, কারণ agent reused path বা inherited environment values-এর বদলে একটি জানা-নিরাপদ স্থান পায়। delete command-এর চারপাশে checks কঠোর করা আরেকটি স্তর যোগ করে, যাতে আগের অনুমান ভেঙে গেলেও high-impact action আটকানো যায়।

রিপোর্টে আরও বলা হয়েছে, full-access mode আর ভুলবশত trigger করা যাবে না। বিষয়টি গুরুত্বপূর্ণ, কারণ automated system অপ্রত্যাশিত আচরণ করলে permission boundary-ই প্রায়শ শেষ প্রতিরক্ষা। কোনো model এখনও ত্রুটিপূর্ণ command তৈরি করতে পারে, কিন্তু কতটা ক্ষতি হবে তা অনেকটাই নির্ভর করে এটি sandbox-এ, constrained workspace-এ, নাকি host machine-এ বিস্তৃত access নিয়ে চলছে তার ওপর।

Sandboxing কেন কেন্দ্রীয়

source-এ সংক্ষেপিত OpenAI-এর সুপারিশ হলো users যেন sandbox mode-এ থাকেন এবং app আপডেটেড রাখেন। এটি একটি বাস্তব স্বীকৃতি যে safer defaults bug fix-এর মতোই গুরুত্বপূর্ণ। একটি ভালোভাবে tested coding agent-ও path handling, shell behavior, বা environment configuration-এ edge case-এর মুখোমুখি হতে পারে। Sandboxing সেই ভুলগুলো পুরোপুরি দূর করে না, কিন্তু তাদের blast radius অনেক কমিয়ে দেয়।

Codex ঘটনা মনে করিয়ে দেয় যে autonomous coding tool-কে শুধু এই ভিত্তিতে বিচার করা হয় না যে তারা কত ভালো code লেখে বা edit করে। তারা local system-এর সঙ্গে কতটা নিরাপদে interact করে, সেটাও গুরুত্বপূর্ণ। ফাইল মুছে ফেলা এর সবচেয়ে স্পষ্ট উদাহরণ, কারণ development workflow-এ এটি সাধারণ এবং ভুল জায়গায় হলে মারাত্মক হতে পারে। build artifacts, caches, temporary outputs, এবং generated assets নিয়মিত মুছে ফেলা হয়। তাই acceptable cleanup আর harmful destruction-এর মধ্যে সীমারেখা deletion হয় কি না তা নয়, বরং system প্রমাণ করতে পারে কি না যে এটি সঠিক scope-এ কাজ করছে।

এর ফলে toolmaker-দের ওপর চাপ বাড়ে, যাতে তারা শুধু “সাবধানে কাজ করুন” বা “delete করার আগে জিজ্ঞাসা করুন” ধরনের prompt-level instruction-এর ওপর নির্ভর না করে। এসব নিয়ম সাহায্য করে, কিন্তু surrounding system সেগুলো enforce না করলে এগুলো soft control-ই থেকে যায়। OpenAI এখানে যে কথা বলছে, তা harder control-এর দিকে অগ্রসর হওয়া: path validation, safe temporary directory, delete command-এর ওপর কঠোর screening, এবং sandboxed ও full-access operation-এর মধ্যে স্পষ্ট বিচ্ছেদ।

Agent design সম্পর্কে এটি কী বলে

এই ঘটনাটি AI agent design-এর একটি বড় চ্যালেঞ্জও তুলে ধরে। Models শূন্যে কাজ করে না। তারা command নির্বাচন করে, environment variables ব্যাখ্যা করে, এবং মানুষ তৈরি করা wrapper, shell, এবং permission system-এর মাধ্যমে কাজ করে। একটি ব্যর্থতা একক কোনো catastrophic decision থেকে নয়, বরং কয়েকটি ছোট assumption ভুল ক্রমে একসঙ্গে মিলে গিয়ে ঘটতে পারে। একটি temporary path-কে safe ধরা হয়। একটি system variable-কে scratch space নির্দেশ করছে বলে ধরা হয়। একটি cleanup command-কে সীমিত ধরা হয়। তারপর এই assumption-গুলো বাস্তব machine state-এর সঙ্গে সংঘর্ষে পড়ে।

agentic coding system মূল্যায়নকারী developer এবং enterprise-দের জন্য এর মানে reliability system level-এ বিচার করতে হবে। আসল প্রশ্ন শুধু model সক্ষম কি না, তা নয়; execution framework capability-কে defensible উপায়ে সীমাবদ্ধ করছে কি না। Destructive command-এর জন্য স্পষ্ট justification দরকার, safe target machine-verifiable হওয়া দরকার, এবং privilege escalation accidentalভাবে trigger করা কঠিন হওয়া দরকার।

OpenAI যে পরিবর্তনগুলোর কথা বলছে, সেগুলো সেই দিকেই ইঙ্গিত করে। এগুলো caution-এর প্রয়োজনীয়তা তুলে দেয় না, কিন্তু এমন এক পরিণত মানসিকতা দেখায় যেখানে product ধরে নেয় যে ভুল হবেই এবং সে অনুযায়ী design করে। source code, configuration, এবং local storage-এর সঙ্গে কাজ করা tool-এর ক্ষেত্রে সাধারণত এটাই সঠিক পদ্ধতি।

এই update থেকে users-এর কী নেওয়া উচিত

প্রদত্ত source অনুযায়ী, তাৎক্ষণিক বার্তাটি স্পষ্ট: OpenAI বিশ্বাস করে তারা deletion bug ঠিক করেছে এবং পুনরাবৃত্তি ঠেকাতে guardrail যোগ করেছে। যারা autonomous workflow-এর জন্য Codex ব্যবহার করেন, তাদের দ্রুত update করা উচিত এবং broad-access configuration এড়িয়ে চলা উচিত, যদি তা সত্যিই প্রয়োজন না হয়।

আরও বিস্তৃতভাবে, এই ঘটনা বাস্তব machine-এ কাজ করা AI software-এর safety requirement নিয়ে একটি মূল্যবান case study। Coding agent-এর প্রতিশ্রুতি friction কমানো এবং একঘেয়ে কাজ automate করা। কিন্তু সেই automation-এর মূল্য trust-এর ওপর নির্ভর করে, আর trust নির্ভর করে শক্ত operational boundary-এর ওপর। তাই OpenAI-এর patch কেবল maintenance release নয়। এটি প্রমাণ করে যে AI agent যত বেশি সক্ষম হচ্ছে, isolation, validation, এবং least privilege-এর মতো মৌলিক systems engineering discipline তত বেশি গুরুত্বপূর্ণ হয়ে উঠছে।

• OpenAI বলছে, bug-এর কারণ ছিল একটি cleanup command যা আসল user data লক্ষ্য করতে পারত.
• কোম্পানির মতে Codex এখন deletion target verify করে এবং নতুন temporary folder তৈরি করে.
• ঝুঁকিপূর্ণ delete command এখন execute হওয়ার আগে কঠোর checks-এর মুখোমুখি হয়.
• OpenAI আরও বলছে, accidental full-access mode activation আটকানো হয়েছে.

এই নিবন্ধটি The Decoder-এর রিপোর্টিং-এর ভিত্তিতে লেখা। মূল নিবন্ধটি পড়ুন.