এআই ও অটোমেশন

Agents API sandbox বাছাই: managed সুবিধার আগে secret ও network boundary মাপুন

|লেখক: QUASA সম্পাদকীয় দল|5 মিনিটের পাঠ| 4
Agents API sandbox বাছাই: managed সুবিধার আগে secret ও network boundary মাপুন

Agents API-র execution environment বাছাইয়ের সরাসরি নিয়ম হলো: managed সুবিধা বা খরচ দেখার আগে secret exposure, sensitive file, outbound network এবং audit boundary নির্ধারণ করুন। সাধারণ বিচ্ছিন্ন পরীক্ষায় OpenAI-hosted sandbox সুবিধাজনক হতে পারে; private service বা নিজস্ব security control প্রয়োজন হলে self-hosted/VPC, আর নির্দিষ্ট runtime, region বা infrastructure integration দরকার হলে যাচাই করা partner environment বিবেচ্য।

OpenAI-এর Agents API ঘোষণায় OpenAI-managed sandbox, নিজস্ব infrastructure এবং sandbox partner—তিন ধরনের compute environment বেছে নেওয়ার সুযোগ দেওয়া হয়েছে। একই ঘোষণায় file ও secret storage, compute configuration, cold start এবং cost profile-এর পার্থক্য উল্লেখ আছে; ফলে “managed” পরিচয়টি workload-এর নিরাপত্তা বা উপযোগিতা একা প্রমাণ করে না।

Decision tree: environment নয়, boundary দিয়ে শুরু করুন

Private database-নির্ভর Agents API workload VPC environment-এ রেখে network ও operational ownership নির্ধারণ

প্রতিটি শাখায় হ্যাঁ বা না লিখে এগোন। কোনো উত্তরের owner বা প্রমাণ অজানা থাকলে সেটিকে production-ready ধরে নেবেন না।

  1. Agent কি confidential file পড়বে? না হলে বিচ্ছিন্ন managed sandbox-এ synthetic data দিয়ে পরীক্ষা শুরু করা যায়। হলে input, generated artifact, log, backup ও deletion-এর অনুমোদিত অবস্থান আলাদা করে লিখুন।
  2. Private database, internal API বা VPC-only service প্রয়োজন? হলে public endpoint খুলে hosted sandbox-কে প্রবেশাধিকার দেওয়ার বদলে private boundary-র ভেতরে self-hosted/VPC runner রাখা সাধারণত নিয়ন্ত্রণ সহজ করে। Partner-এর VPC deployment-ও প্রার্থী হতে পারে, তবে routing ও tenancy যাচাই করতে হবে।
  3. Agent process কি credential পড়তে পারবে? না পারাই নীতি হলে raw key environment variable-এ দেবেন না। Broker, workload identity, অনুমোদিত vault বা স্বল্পমেয়াদি scoped token ব্যবহারযোগ্য কি না দেখুন।
  4. Outbound internet প্রয়োজন? প্রয়োজন না হলে default deny রাখুন। প্রয়োজন হলে domain, protocol, port ও redirect আচরণসহ অনুমোদিত destination নির্ধারণ করুন।
  5. দল কি isolation, image patching, capacity, cleanup ও incident response চালাতে পারবে? না হলে self-hosting অতিরিক্ত control-এর সঙ্গে অসম্পূর্ণ operational ownership-ও আনবে। তখন hosted বা partner option-এর দায়বণ্টন তুলনা করুন।

Threat-boundary worksheet-এ পাঁচটি উত্তর লিখুন

Customer invoice workflow-এর file action, অনুমোদিত destination, স্বল্পমেয়াদি credential ও audit evidence নথিভুক্ত করা

Worksheet-এর কলাম রাখুন: asset, অনুমোদিত action, destination, credential path এবং audit evidence। একটি শর্তসাপেক্ষ invoice workflow-এ, যেমন, agent কোন invoice পড়বে, derived file কোথায় লিখবে, কোন billing API-তে যাবে, কী মেয়াদের token পাবে এবং কোন log দিয়ে প্রতিটি কাজ মিলবে—এসব উত্তর একই সারিতে থাকা উচিত।

Data residency শুধু sandbox-এর region নয়। Input file, generated artifact, model request, operational log, backup এবং partner control plane কোথায় store ও transit করে তা আলাদা প্রশ্ন। কোনো region label দেখে পুরো data path একই jurisdiction-এ থাকবে ধরে নেবেন না; contract ও technical documentation থেকে প্রতিটি boundary যাচাই করুন।

Secret-এর value worksheet-এ রাখবেন না; access path লিখুন। কোন workload identity token চাইবে, তার scope ও মেয়াদ কী এবং revoke করার দায়িত্ব কার—এসব নির্ধারণ করুন। এই boundary-র সঙ্গে ন্যূনতম অধিকার নির্ধারণ যুক্ত রাখলে sandbox ভেদ হলেও agent-এর ব্যবহারযোগ্য capability সীমিত করা যায়।

তিন deployment পথে দায় কোথায় যায়

OpenAI-hosted sandbox

OpenAI provisioning ও sandbox management নেওয়ায় সীমিত পরীক্ষা দ্রুত শুরু করা যায়। কিন্তু sensitive file, package, skill, plugin বা network access যোগ করার আগে retention, deletion, egress, tenant isolation এবং প্রয়োজনীয় audit evidence আপনার policy পূরণ করে কি না যাচাই করতে হবে।

Self-hosted বা VPC

Private service-এর কাছে execution, নিজস্ব firewall এবং প্রতিষ্ঠানের logging stack দরকার হলে এই পথ বেশি সরাসরি control দেয়। তার বিনিময়ে base image, isolation, patching, scaling, failed-session cleanup, webhook verification এবং incident response আপনার বা নির্বাচিত infrastructure provider-এর দায়িত্ব হয়।

Cloudflare-এর integration guide একটি নির্দিষ্ট ownership split দেখায়: OpenAI session orchestration চালায়, Cloudflare Container agent-generated code ও workspace ধারণ করে, আর Worker signed webhook গ্রহণ করে। Guide-টির executor key container process পড়তে পারে এবং উদাহরণে outbound internet চালু থাকে—তাই restricted key ও outbound traffic control আলাদাভাবে configure করতে হয়; এটি Cloudflare implementation-এর বৈশিষ্ট্য, সব self-hosted environment-এর default নয়।

Partner sandbox

Partner option তখনই বাছুন, যখন তার runtime, storage, region, compute বা VPC integration workload-এর লিখিত প্রয়োজন মেটায়। Secret injection, tenant isolation, egress policy, persistence, log export, deletion এবং support responsibility contract ও documentation-এ মিলিয়ে নিন। Managed label কাজটি কে চালায় তা বোঝায়; security boundary কীভাবে প্রয়োগ হয়, তা নয়।

ন্যূনতম session দিয়ে একবারে একটি capability যাচাই করুন

কোনো tool, vault, production file বা execution capability ছাড়া Agents API smoke test সম্পন্ন হওয়া

Session create API reference-এ inline environment বা environment template, agent configuration, initial input, metadata এবং vault_ids-এর কাঠামো দেওয়া আছে। Saved agent_id না দিলে inline agent configuration-এ model প্রয়োজন; reference-এর ন্যূনতম উদাহরণে environment-এর type none রাখা হয়েছে।

প্রথম smoke test-এ production file, vault, MCP server বা credential যুক্ত করবেন না। ন্যূনতম session কাঠামোতে saved agent_id অথবা অনুমোদিত model-সহ inline agent, খালি tools তালিকা, environment type none এবং “শুধু READY ফেরত দাও” ধরনের ক্ষতিহীন input রাখুন। লক্ষ্য output-এর মান বিচার নয়; session তৈরি হচ্ছে কি না এবং status, error ও usage ক্ষেত্র সংগ্রহ করা যাচ্ছে কি না দেখা।

Code বা file প্রয়োজন হলে দ্বিতীয় session-এ নির্বাচিত sandbox ও একটি synthetic file যোগ করুন। পরের session-এ শুধু non-sensitive allowlisted endpoint দিয়ে egress পরীক্ষা করুন; তার পরের ধাপে স্বল্পমেয়াদি scoped credential দিন। File, network ও secret একই সঙ্গে খুললে ব্যর্থতা বা অপ্রত্যাশিত access কোন boundary থেকে এসেছে তা আলাদা করা কঠিন হয়।

Production অনুমোদনের প্রমাণ

  • Workspace fresh, reused নাকি snapshot থেকে ফিরছে এবং session শেষে file retention কীভাবে কার্যকর হচ্ছে।
  • Default-deny egress অথবা অনুমোদিত destination-এর কার্যকর তালিকা; DNS, redirect ও proxy সেই policy পাশ কাটাতে পারে কি না।
  • Raw secret agent-readable কি না; readable হলে credential-এর scope, মেয়াদ ও revocation path।
  • Session, tool call, file operation ও network request একটি স্থিতিশীল session identifier দিয়ে মিলিয়ে দেখার ব্যবস্থা।
  • Failed বা abandoned session বন্ধ করা, credential revoke করা এবং artifact retain বা delete করার দায়িত্বপ্রাপ্ত দল।

এই requirements পাস করা candidate-গুলোর মধ্যে শেষে cold start, failure rate, সম্পূর্ণ session cost এবং operational effort মাপুন। একই region, image, package set ও representative workload ছাড়া ফল তুলনাযোগ্য হবে না। উপযুক্ত sandbox সেটিই, যার data, secret ও network boundary দল ব্যাখ্যা করতে, প্রয়োগ করতে এবং audit evidence দিয়ে দেখাতে পারে।

আরও পড়ুন:

শেয়ার করুন:

আমাদের নিউজলেটার নিন

সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।

0