SPACE কীভাবে অনুরোধগুলোকে সঠিক স্যান্ডবক্স এক্সিকিউশনে রাউট করে

কেউ যখন কোনো AI এজেন্টকে একটি স্প্রেডশিট বিশ্লেষণ বা সফটওয়্যার পরীক্ষা করতে বলেন, তখন তিনি ভরসা করেন যে এটি তার ফাইল ও ডেটা নিয়ে নিরাপদে কাজ করবে। এজেন্টদের এমন বিচ্ছিন্ন পরিবেশ প্রয়োজন, যেখানে তারা অন্য ব্যবহারকারীদের ডেটা উন্মুক্ত না করে বা তাদের ওয়ার্কলোডে হস্তক্ষেপ না করে সেই কাজ সম্পন্ন করতে পারে।

এজেন্টরা যত বেশি স্বাধীনতা নিয়ে আরও জটিল কাজ হাতে নিচ্ছে, এই পরিবেশগুলো ভুল সীমাবদ্ধ রাখতে এবং অনিরাপদ বা ক্ষতিকর কোড যে ক্ষতি করতে পারে তা সীমিত করতে সাহায্য করে। স্যান্ডবক্সগুলো কন্ট্রোল-প্লেন পরিষেবা, ওয়ার্কার নোড এবং রাউটিং অবকাঠামো শেয়ার করেও সেই বিচ্ছিন্নতা প্রদান করে।

সেই শেয়ার করা অবকাঠামোকে প্রতিটি অপারেশন এমন এক্সিকিউশনের কাছে পৌঁছে দিতে হবে, যা সেটি পরিচালনার জন্য অনুমোদিত। একটি পুরনো রুট কোনো বৈধ অনুরোধকে অন্য স্যান্ডবক্সে, অথবা সঠিক স্যান্ডবক্সের কোনো পুরনো এক্সিকিউশনে পাঠিয়ে দিতে পারে। Perplexity-এর নিরাপদ স্যান্ডবক্স প্ল্যাটফর্ম SPACE প্রতিটি অপারেশনকে একটি নির্বাচিত এক্সিকিউশনের সঙ্গে আবদ্ধ করে এবং ফরওয়ার্ড করার আগে গন্তব্য যাচাই করে।

কয়েক মাস ধরে SPACE প্রতিদিন লাখ লাখ এক্সিকিউশন সামলে আসছে, যার প্রতিটি একটি অনন্য ক্রিপ্টোগ্রাফিক আইডেন্টিটি দিয়ে সুরক্ষিত; এরর রেট 0.0002%-এর নিচে, আর একটিও কানেকশন ড্রপ হয়নি।

রাউটিং সমস্যা

স্যান্ডবক্সের নিরাপত্তা প্রতিটি অনুরোধকে সঠিক গন্তব্যে পৌঁছে দেওয়ার ওপরও নির্ভর করে। এমনকি একটি সাধারণ ফাইল রিডও শেয়ার করা অবকাঠামোর মধ্য দিয়ে যায়, যাকে স্যান্ডবক্সটি বিরতি নেওয়া, পুনরায় চালু হওয়া বা এক মেশিন থেকে আরেক মেশিনে সরে যাওয়ার সময় সেটি কোথায় চলছে তার হিসাব রাখতে হয়।

একটি ফাইল রিড কয়েকটি কম্পোনেন্টের মধ্য দিয়ে যায়। SPACE-এর কন্ট্রোল প্লেন স্যান্ডবক্সটির জন্য একটি এক্সিকিউশন ও ওয়ার্কার নির্ধারণ করে। অনুরোধটি node-api দিয়ে প্রবেশ করে, স্যান্ডবক্স ম্যানেজার sbx-manager-এ যায়, এবং একটি Unix সকেট পেরিয়ে হোস্ট ব্রিজ spaced-host-এ পৌঁছায়। ব্রিজটি হোস্ট-থেকে-গেস্ট সকেট ট্রান্সপোর্ট VSOCK-এর মাধ্যমে এটিকে Firecracker microVM-এর ভেতরের spaced-guest-এ ফরওয়ার্ড করে।

প্রতিটি সিদ্ধান্ত এমন স্টেটের ওপর নির্ভর করে, যা অবকাঠামোর পরিবর্তনের চেয়ে পিছিয়ে থাকতে পারে। একটি ডেটাবেস পুরনো প্লেসমেন্ট ধরে রাখতে পারে, একটি ক্যাশ করা ঠিকানা অন্য কোথাও নির্দেশ করতে পারে, অথবা একটি সকেট পাথ ভিন্ন লিসেনার পেয়ে যেতে পারে। সফল সংযোগও ভুল গন্তব্যে পৌঁছাতে পারে। একটি রিড অন্য ব্যবহারকারীর ডেটা উন্মুক্ত করতে পারে; একটি রাইট ভুল ফাইলসিস্টেম পরিবর্তন করতে পারে।

স্ন্যাপশট আরেকটি সমস্যা যোগ করে। অন্য ওয়ার্কারে একটি স্যান্ডবক্স পুনরায় চালু করলে তার লজিক্যাল পরিচয় বজায় থাকে, কিন্তু একটি নতুন এক্সিকিউশন শুরু হয়। কোনো বিলম্বিত অনুরোধ বা টিকে থাকা সংযোগ তার পূর্ববর্তী এক্সিকিউশনে পৌঁছে সঠিক স্যান্ডবক্সের নামেই পুরনো স্টেট ফেরত দিতে পারে।

বড় করুন

স্যান্ডবক্স আইডেন্টিটি এবং এক্সিকিউশন আইডেন্টিটি

SPACE ব্যবহারকারীর পরিবেশকে সেটি পরিবেশনকারী রানটাইম থেকে আলাদা রাখে:

• স্যান্ডবক্স পরিচয়: লজিক্যাল পরিবেশের স্থায়ী ID। কলারের অনুমোদন এই স্যান্ডবক্সে অ্যাক্সেস নিশ্চিত করে।
• রুট/এক্সিকিউশন আইডেন্টিটি: নির্বাচিত রানটাইম ইনকারনেশন এবং এর প্লেসমেন্ট, যার মধ্যে রয়েছে এর ওয়ার্কার, সাবস্ট্রেট ও অ্যাক্টিভেশন।

একটি এক্সিকিউশন জেনারেশন রানটাইম ইনকারনেশনগুলোকে আলাদা করে। Kubernetes-এ রুটে পড UID-ও অন্তর্ভুক্ত থাকে। ঠিকানা এন্ডপয়েন্টের অবস্থান নির্দেশ করে; এক্সিকিউশন পরিচয় নির্ধারণ করে সেই এন্ডপয়েন্টগুলো অপারেশনটি পরিবেশন করতে পারবে কি না।

ধরুন, স্যান্ডবক্স S ওয়ার্কার A-তে এক্সিকিউশন ৭ হিসেবে চলে, তারপর ওয়ার্কার B-তে এক্সিকিউশন ৮ হিসেবে পুনরায় চালু হয়। এক্সিকিউশন ৮-এর জন্য নির্বাচিত কোনো অনুরোধ যদি এক্সিকিউশন ৭-এ পৌঁছায়, তবে সেটিকে অবশ্যই ব্যর্থ হতে হবে। কেবল স্যান্ডবক্স ID যাচাই করলে এই অমিল ধরা পড়ত না।

বড় করুন

স্বাক্ষরিত এক্সিকিউশন নির্বাচন

প্রতিটি অনুরোধ স্বাক্ষরিত প্রমাণ বহন করে যে কোন স্যান্ডবক্স এক্সিকিউশন সেটি পরিচালনা করতে পারবে এবং কোন অ্যাক্সেস অনুমোদিত। গ্রহণকারী কম্পোনেন্ট অনুরোধটিকে এগোতে দেওয়ার আগে সেই প্রমাণকে নিজের রানটাইম পরিচয়ের সঙ্গে মিলিয়ে দেখে।

কলারের অনুমোদনের পর SPACE একটি স্বল্পমেয়াদি, স্বাক্ষরিত ক্যাপাবিলিটি ইস্যু করে, যা স্যান্ডবক্স, এক্সিকিউশন, প্লেসমেন্ট এবং অনুমোদিত অ্যাক্সেস শনাক্ত করে। পাবলিক সার্ভিস-পোর্ট ক্যাপাবিলিটিগুলো অনুমোদিত পোর্ট ও প্রোটোকলও নির্দিষ্ট করে।

গ্রহণকারী স্যান্ডবক্স ম্যানেজার স্বাক্ষর যাচাই করে এবং সম্পূর্ণ পরিচয়টিকে তার স্থানীয়ভাবে সংরক্ষিত রানটাইম রেকর্ডের সঙ্গে তুলনা করে। স্বাক্ষর প্রতিষ্ঠা করে কে নির্বাচনটি অনুমোদন করেছে। তুলনাটি প্রতিষ্ঠা করে সেই নির্বাচন গ্রহণকারীর সঙ্গে মেলে কি না।

গেস্ট সংযোগ খোলার আগে ServicePort ট্র্যাফিক প্রতি-স্যান্ডবক্স নেটওয়ার্ক গেটওয়ে netgtw-এ দ্বিতীয়বার যাচাই করা হয়। গেটওয়েটি বিশ্বস্ত অ্যাক্টিভেশন স্টেটের সঙ্গে পরিচয় তুলনা করে এবং পোর্ট ও প্রোটোকল যাচাই করে। কন্ট্রোল অপারেশনগুলো ব্রিজ এন্ডপয়েন্ট যাচাইকরণের ধাপে এগিয়ে যায়।

SPACE Ed25519 স্বাক্ষর ব্যবহার করে। কন্ট্রোল-প্লেন সাইনিং কী ক্যাপাবিলিটি ইস্যু করে; ওয়ার্কার ও গেটওয়েতে থাকা পাবলিক ভেরিফিকেশন কী সেগুলো ইস্যু করতে পারে না।

ক্যাপাবিলিটিগুলো ১২০ সেকেন্ড স্থায়ী হয়, এবং মেয়াদ শেষের ক্ষেত্রে সর্বোচ্চ ১৫ সেকেন্ড পর্যন্ত ক্লক-স্কিউ ছাড় থাকে। নির্বাচিত ও ইনস্টল করা পরিচয় না মিললে বৈধ স্বাক্ষর এবং মেয়াদোত্তীর্ণ নয় এমন টোকেনও যথেষ্ট নয়।

বড় করুন

ভুল গন্তব্যে প্রত্যাখ্যান

অনুরোধটি নিজে অনুমোদিত হলেও গ্রহণকারী ওয়ার্কার রাউটিংয়ের ভুল ধরতে পারে। এটি যাচাই করে যে ওই অনুরোধের জন্য নির্বাচিত এক্সিকিউশনটিই এটি চালাচ্ছে কি না, এবং দুটি ভিন্ন হলে অনুরোধটি প্রত্যাখ্যান করে।

এক্সিকিউশন 8-এর জন্য নির্বাচিত কোনো অনুরোধ যদি ওয়ার্কার A-তে পৌঁছায়, যেটি এখনো এক্সিকিউশন 7 সার্ভ করছে, তাহলে ওয়ার্কার A ফরোয়ার্ড করার আগেই সেটি প্রত্যাখ্যান করে। কোনো রিসিভার এক্সিকিউশন 8-এর আইডেন্টিটি ইনস্টল করার পর, সেটি এক্সিকিউশন 7-এর ক্যাপাবিলিটিগুলোও প্রত্যাখ্যান করে, এমনকি সেগুলোর মেয়াদ শেষ হওয়ার আগেই।

এই নিশ্চয়তার একটি গুরুত্বপূর্ণ সীমা আছে। এক্সিকিউশন ৭-এর জন্য ইস্যু করা ক্যাপাবিলিটি তখনও এক্সিকিউশন ৭ পরিবেশনকারী কোনো ওয়ার্কারের সঙ্গে মিলে যেতে পারে, যতক্ষণ না সেই ওয়ার্কার অবসরের বিষয়টি জানতে পারে বা ক্যাপাবিলিটির মেয়াদ শেষ হয়। আপডেট ছড়িয়ে পড়ার সময় স্থানীয় প্রয়োগ এবং সীমিত ক্যাপাবিলিটি আয়ুষ্কাল একসঙ্গে কাজ করে।

বড় করুন

ব্রিজ এন্ডপয়েন্ট যাচাইকরণ

একটি মিলে যাওয়া রানটাইম রেকর্ড অভিপ্রেত এক্সিকিউশন নিশ্চিত করে। কন্ট্রোল ব্রিজকেও সেই অ্যাক্টিভেশনের অন্তর্গত প্রসেস ও ট্রান্সপোর্টে পৌঁছাতে হবে, একই ঠিকানা উত্তরাধিকারসূত্রে পাওয়া কোনো প্রতিস্থাপকে নয়।

স্যান্ডবক্স ও নোড ম্যানেজাররা হোস্ট ব্রিজের পিয়ার ক্রেডেনশিয়াল এবং শুরুর সময়সহ ব্রিজ ও Firecracker উভয় প্রসেসের পরিচয় যাচাই করে, ফলে পুনর্ব্যবহৃত ID বা পরিবর্তিত এক্সিকিউটেবল শনাক্ত হয়

ট্রান্সপোর্ট যাচাই সকেট মালিকানা, গেস্ট পরিচয় এবং কার্নেল সকেট প্রমাণ ব্যবহার করে VSOCK লিসেনারকে প্রত্যাশিত Firecracker প্রসেসের সঙ্গে যুক্ত করে। ব্রিজটি কেবল যাচাইয়ের পরেই অপারেশন ফরওয়ার্ড করে এবং স্বচ্ছ পুনঃসংযোগ প্রত্যাখ্যান করে। প্রতিটি নতুন সংযোগকে আবার এই যাচাইগুলো পার হতে হয়।

এই যাচাইকরণ Kubernetes এবং সরাসরি পরিচালিত হোস্টে Firecracker কন্ট্রোল ব্রিজকে অন্তর্ভুক্ত করে। ServicePort ট্র্যাফিক তার গেটওয়েতে এক্সিকিউশন ও পোর্ট যাচাই ব্যবহার করে; এটি গেস্টের ভেতরের যেকোনো অ্যাপ্লিকেশনের পরিচয় প্রত্যয়ন করে না।

বড় করুন

স্ট্রিমের আয়ুষ্কাল ও রুট পুনরুদ্ধার

স্যান্ডবক্সের এক্সিকিউশন পরিবর্তিত হওয়ার সময়ও কিছু সংযোগ খোলা থাকে, তাই পরিচয় যাচাইকে প্রাথমিক অনুরোধের বাইরেও বিস্তৃত হতে হবে। SPACE পুরনো এক্সিকিউশনের সঙ্গে যুক্ত সংযোগগুলো অবসরে পাঠায় এবং যোগ্য অপারেশনগুলোকে একই নিরাপত্তা যাচাইয়ের অধীনে বর্তমান এক্সিকিউশনে পুনরায় সংযুক্ত হতে দেয়।

টার্মিনাল ও ফাইল ওয়াচ তাদের খোলার অনুরোধের চেয়ে বেশি সময় টিকে থাকতে পারে। SPACE ব্যাকএন্ড স্ট্রিমগুলোকে একটি পরিচয় ইপকের সঙ্গে যুক্ত করে, যাতে গ্রহণকারী একটি প্রতিস্থাপক এক্সিকিউশন ইনস্টল করার পর কোনো স্ট্রিম তার পূর্ববর্তী এক্সিকিউশনের সঙ্গে সংযুক্ত থাকতে না পারে।

স্ট্রিম খোলার আগে SPACE স্থায়ী পরিচয় পুনরায় যাচাই করে। স্ট্রিমের রুট বা এক্সিকিউশন প্রতিস্থাপিত হলে তার লিজ বাতিল হয়, ফলে ইনপুট ও আউটপুট বন্ধ হয়ে যায়।

মালিকানা পরিবর্তন এক্সিকিউশন প্রতিস্থাপন থেকে আলাদা। অপরিবর্তিত Kubernetes রেসিডেন্টে লাইফসাইকেল-অপারেশন হস্তান্তর তার রুট পরিচয়, মেয়াদোত্তীর্ণ নয় এমন ক্যাপাবিলিটি এবং স্ট্রিমগুলো অক্ষুণ্ণ রাখে। একই রুট ও এক্সিকিউশন জেনারেশনের মধ্যে কেবল অ্যাক্টিভেশন-অ্যাটেম্পট পরিবর্তনের ক্ষেত্রেও গেটওয়ে প্রতিষ্ঠিত স্ট্রিমগুলো বজায় রাখে। নতুন করে খোলার জন্য হালনাগাদ পরিচয় প্রয়োজন।

রিকভারির সময়ও এই যাচাইগুলো অক্ষুণ্ণ থাকে। একই স্যান্ডবক্সের মধ্যে ইনকারনেশন না মিললে আইডেন্টিটি কম্প্যারেটর RefreshRoute ফেরত দিতে পারে, আর ভিন্ন স্যান্ডবক্সের ক্ষেত্রে Deny। আইডেন্টিটি প্রত্যাখ্যাত হওয়ার পর কেবল একটি স্বীকৃত রিফ্রেশ সিগন্যালই রুট মেরামত শুরু করে। ট্রান্সপোর্ট ব্যর্থতার ক্ষেত্রে আলাদা, অপারেশন-নির্দিষ্ট রিকভারি নিয়ম প্রযোজ্য। অবৈধ সিগনেচার, উদ্দেশ্য (purpose) বা পোর্ট প্রোফাইল প্রত্যাখ্যাতই থাকে।

একটি যোগ্য অপারেশন বর্তমান এক্সিকিউশন নির্ধারণ করে একবার পুনর্গঠিত প্রচেষ্টা চালাতে পারে। ক্যাশ প্রতিস্থাপন প্রত্যাখ্যাত রুটের ওপর শর্তসাপেক্ষ, যা কোনো বিলম্বিত প্রত্যাখ্যানকে নতুনতর এন্ট্রি সরিয়ে দিতে বাধা দেয়। নেটিভ-সেশন রিফ্রেশ মূল ক্যাশের মেয়াদ বজায় রাখে, ফলে রুট মেরামত কলারের অনুমোদন নবায়ন থেকে আলাদা থাকে।

রিপ্লে নিয়মগুলো অপারেশন-নির্দিষ্টই থাকে। ক্লায়েন্ট-মুখী WebSocket খোলা থাকলেও একটি প্রতিস্থাপক ব্যাকএন্ডকে আবার অ্যাডমিশন পার হতে হবে।

বড় করুন

ট্রেডঅফ ও আস্থার সীমানা

এক্সিকিউশন পরিচয় নিরাপত্তার জন্য গুরুত্বপূর্ণ স্টেটে পরিণত হয়। কন্ট্রোল-প্লেন আপডেট ও ভেরিফিকেশন-কী বান্ডলকে সার্ভিং কম্পোনেন্টগুলোতে পৌঁছাতে হবে, এবং প্রতিটি গ্রহণকারী আপডেট ইনস্টল করলে অবসর কার্যকর হয়। স্বল্প ক্যাপাবিলিটি আয়ুষ্কাল আপডেট ছড়িয়ে পড়ার সময় পুনর্ব্যবহারকে সীমিত রাখে।

এই ডিজাইনে ধরে নেওয়া হয় যে পরিচয় প্রয়োগ সক্রিয় আছে, এবং এটি কন্ট্রোল-প্লেন সাইনার, ওয়ার্কার কার্নেল ও নোড-স্থানীয় ব্যবস্থাপনা পরিষেবাগুলোর ওপর আস্থা রাখে। ওয়ার্কার-রুট বা বিশেষাধিকারপ্রাপ্ত ক্লাস্টার-অ্যাডমিনিস্ট্রেটর পর্যায়ের নিরাপত্তা লঙ্ঘন থ্রেট মডেলের বাইরে। ব্রিজ যাচাইকরণ হলো স্থানীয় প্রসেস ও ট্রান্সপোর্ট যাচাইকরণ, হার্ডওয়্যার-সমর্থিত রিমোট অ্যাটেস্টেশন নয়।

স্বাক্ষর যাচাইকরণ, রানটাইম তুলনা এবং ব্রিজ যাচাই অনুরোধের পথে বাড়তি কাজ যোগ করে। এগুলো প্রতিটি প্রাইভেট হপে রিমোট অনুমোদন লুকআপের বদলে স্থানীয় স্টেট ব্যবহার করে।

ইন্ডাস্ট্রির সঙ্গে তুলনা

প্রাসঙ্গিক তুলনাটি হলো, সঠিক স্যান্ডবক্সের ভুল এক্সিকিউশনে কোনো অনুমোদিত অনুরোধ পৌঁছালে প্ল্যাটফর্মগুলো তা কীভাবে সামলায়। এই ফলাফলগুলো পরীক্ষিত ইমপ্লিমেন্টেশনগুলো সম্পর্কিত, প্ল্যাটফর্মের সামগ্রিক নিরাপত্তা নিয়ে নয়। SPACE, OpenShell এবং E2B ৮ অক্টোবর, ২০২৬ তারিখে পরীক্ষা করা হয়েছিল:

• OpenShell: গেটওয়ে জেনারেশন ও অনুমোদন যাচাই, ব্যাকএন্ড পরিচয় যাচাইকরণ এবং নিশ্চিত সক্রিয় সুপারভাইজার সংযোগের মাধ্যমে তুলনীয় নতুন-কল এক্সিকিউশন নির্বাচন ও সুপারভাইজার-থেকে-রানটাইম বাইন্ডিং প্রদান করে (গেটওয়ে অ্যাডমিশন, রানটাইম প্রমাণীকরণ ও বাইন্ডিং)। SPACE তার সার্ভিং পাথ জুড়ে স্বাক্ষরিত নির্বাচন বহন করে এবং ওয়ার্কার-স্থানীয় প্রসেস ও ট্রান্সপোর্ট যাচাইকরণ যোগ করে; OpenShell সংশ্লিষ্ট যাচাইগুলো তার গেটওয়ে, লঞ্চ পরিচয় এবং প্রমাণীকৃত রানটাইম প্রোটোকল জুড়ে বণ্টন করে (রানটাইম ডিজাইন)।
• E2B: এক্সিকিউশন ID ট্র্যাক করে এবং Firecracker লাইফসাইকেল অনুযায়ী প্রক্সি পুল বিচ্ছিন্ন রাখে, কিন্তু এর ইনবাউন্ড প্রক্সি গ্রহণকারীর তুলনার জন্য কোনো প্রত্যাশিত এক্সিকিউশন পরিচয় ছাড়াই লজিক্যাল স্যান্ডবক্স ও পোর্ট নির্বাচন করে (রুট প্রকাশ, প্রক্সি অ্যাডমিশন)। মিলে যাওয়া ক্রেডেনশিয়ালসহ কোনো পুরনো গ্রহণকারীতে এখনো লাইভ হিসেবে নিবন্ধিত একটি পুরনো এক্সিকিউশনকে ওই যাচাইগুলোর মাধ্যমে নির্বাচিত নতুন এক্সিকিউশন থেকে আলাদা করা যায় না, যদিও স্বাভাবিক টিয়ারডাউন রুটগুলো সরিয়ে দেয় এবং লাইফসাইকেল-আবদ্ধ সংযোগগুলো বন্ধ করে (ক্রেডেনশিয়াল, টিয়ারডাউন)।
• CubeSandbox: পুনরায় চালু হওয়ার সময় রাউটিং মেরামত করে এবং ক্যাশ ইনভ্যালিডেট করে, তবে প্রাইভেট ইনগ্রেস স্যান্ডবক্স-স্কোপড ক্রেডেনশিয়াল ব্যবহার করে এবং কোনো প্রত্যাশিত রানটাইম ইনকারনেশন ছাড়াই ফরওয়ার্ড করে (রিজিউম রাউটিং, ইনগ্রেস রাউটিং)। রুট মেরামত পুরনো রুটের ঝুঁকির সময়সীমা কমায়; SPACE-এর এক্সিকিউশন-আবদ্ধ ক্যাপাবিলিটি গ্রহণকারীকে ভুল ইনকারনেশন প্রত্যাখ্যান করার একটি স্বাধীন ভিত্তিও দেয়।

বিচ্ছিন্নতার সীমা হিসেবে পরিচয়

নিরাপদে দায়িত্ব অর্পণ নির্ভর করে প্রতিটি এজেন্টের কাজকে তার জন্য নির্ধারিত সীমার মধ্যে রাখার ওপর। একটি microVM বিচ্ছিন্নতা দেয়, আর চারপাশের প্ল্যাটফর্মকে নিশ্চিত করতে হয় যে প্রতিটি অনুরোধ ও চলমান সংযোগ সেই এক্সিকিউশনে পৌঁছায়, যা সেটি পরিচালনার জন্য অনুমোদিত।

SPACE এক্সিকিউশন পরিচয়কে সেই সুরক্ষার অংশ করে তোলে। গন্তব্য যাচাই, ব্রিজ এন্ডপয়েন্ট যাচাইকরণ এবং সংযোগগুলোকে সেগুলো অনুমোদনকারী এক্সিকিউশনের সঙ্গে যুক্ত করার মাধ্যমে এটি স্যান্ডবক্সগুলো বিরতি নেওয়া, পুনরায় চালু হওয়া ও স্থানান্তরিত হওয়ার সময়ও সেই সীমাগুলো অক্ষুণ্ণ রাখে।

অবকাঠামো বিকশিত হওয়ার সঙ্গে সঙ্গে আমরা এই কাজ চালিয়ে যাচ্ছি। SPACE এবং অন্যান্য স্যান্ডবক্স প্ল্যাটফর্মের ক্ষেত্রে নিরাপত্তার জন্য প্রয়োজন এই পথগুলোকে নিয়মিত রাউটিং ভুল এবং প্রতিকূল ওয়ার্কলোড—উভয়ের বিরুদ্ধে পরীক্ষা করা, তারপর যেখানেই সেই পরীক্ষায় ফাঁক ধরা পড়ে সেখানে সীমাগুলো আরও শক্তিশালী করা।