AAOS SDV - নকশা দ্বারা সুরক্ষিত

গুগলে আমরা বিশ্বাস করি যে আমাদের পণ্যগুলো নকশাগতভাবেই সুরক্ষিত হওয়া উচিত, আর একারণেই আমরা কাটলফিশের মতো ভার্চুয়ালাইজেশন প্রযুক্তি ব্যবহার করে বিদ্যমান ও বাজারে পরীক্ষিত প্ল্যাটফর্মের ওপর ভিত্তি করে সফটওয়্যার ডিফাইন্ড ভেহিকলের জন্য অ্যান্ড্রয়েড অটোমোটিভ অপারেটিং সিস্টেম (AAOS SDV) তৈরি করেছি। যদিও আমাদের রিলিজ ঘোষণাগুলোতে ফিচারগুলোর ওপর আলোকপাত করা হয়েছিল, এই ব্লগ পোস্টে এর কিছু নিরাপত্তা ধারণা তুলে ধরা হয়েছে।

ভিত্তি: ডোমেইন আইসোলেশন

সহ-হোস্টেড ইনস্ট্যান্সগুলিকে বিচ্ছিন্ন করার জন্য ভার্চুয়ালাইজেশন

ইলেকট্রনিক কন্ট্রোল ইউনিট (ইসিইউ)-গুলোকে একটি একক চিপে একীভূত করার বর্তমান প্রবণতা একাধিক ডোমেইনকে পাশাপাশি চালানোর মাধ্যমে বিচ্ছিন্নতা হ্রাস করে।

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

উত্তরাধিকারসূত্রে প্রাপ্ত অ্যান্ড্রয়েড নিরাপত্তা

AAOS SDV, মাইক্রোড্রয়েড থেকে বিকশিত হয়েছে, যা প্রাইভেসি ভার্চুয়াল মেশিন (pVM)-এর জন্য অপ্টিমাইজ করা একটি ন্যূনতম অ্যান্ড্রয়েড সংস্করণ। এই ঐতিহ্য অ্যান্ড্রয়েড প্ল্যাটফর্ম ইঞ্জিনিয়ারদের এমন প্রতিষ্ঠিত নিরাপত্তা বৈশিষ্ট্য সরবরাহ করে যা তাদের আগে থেকেই জানা।

ডিফল্টরূপে প্রসেস আইসোলেশন এবং ডিনাই

AAOS SDV প্রতিটি অ্যাপ্লিকেশনের জন্য একটি স্যান্ডবক্স তৈরি করতে অ্যান্ড্রয়েডের ইউজার আইডি (UID)-ভিত্তিক আইসোলেশন মডেল অনুসরণ করে। প্রতিটি সার্ভিস একটি অনন্য UID সহ একটি ডেডিকেটেড প্রসেসে চলে, যা অ্যাক্সেস রাইটস, ডেটা ডিরেক্টরি এবং অন্যান্য বিধিনিষেধ পরিচালনা করে। আমরা অপারেশন কঠোরভাবে সীমিত করতে পোর্টেবল অপারেটিং সিস্টেম ইন্টারফেস (POSIX) ক্যাপাবিলিটি ব্যবহার করি এবং এর সাথে সিকিউরিটি-এনহ্যান্সড লিনাক্স (SELinux) যুক্ত করে একটি "ডিফল্টরূপে ডিনাই" নীতি প্রয়োগ করি। এই পদ্ধতি প্রতিটি সার্ভিসকে একেবারে ন্যূনতম প্রয়োজনীয়তার মধ্যে সীমাবদ্ধ রাখে, যার অর্থ হলো, অতিরিক্ত শিথিল সিস্টেম তৈরি না করে বরং কনফিগারেশনের অভাবই অ্যাক্সেস ব্লক করে দেয়। আমরা আমাদের কমিউনিকেশন পারমিশন সিস্টেমেও একই কৌশল প্রয়োগ করি, যা এই আর্টিকেলের পরবর্তী অংশে ব্যাখ্যা করা হয়েছে।

প্রমাণিত দুর্বলতা ব্যবস্থাপনা

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

অখণ্ডতা: নিরাপদ সফটওয়্যার ডেলিভারি

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

প্রমাণীকৃত সফটওয়্যার ডেলিভারি

AAOS SDV দুটি ইনস্টলেশন পদ্ধতি প্রদান করে। প্রথমত, আমরা সফটওয়্যারটি সরাসরি রিড-অনলি সিস্টেম, প্রোডাক্ট বা ভেন্ডর পার্টিশনে ইনস্টল করি, যা প্রতি বুটে সিগনেচার যাচাই করে। এটি সিস্টেমের মৌলিক উপাদানগুলোকে সুরক্ষিত করে।

দ্বিতীয়ত, আমরা সার্ভিসগুলোর জন্য অ্যান্ড্রয়েড পনি এক্সপ্রেস ( APEX ) প্যাকেজ ব্যবহার করি। প্রতিটি APEX সফটওয়্যার এবং এর ডিপেন্ডেন্সিগুলোকে এনক্যাপসুলেট করে, এবং প্যাকেজটিকে বাধ্যতামূলক সিগনেচার ভ্যালিডেশন সহ একটি পার্টিশন হিসেবে গণ্য করে। AAOS SDV-তে, APEX কোড সাইনিংকে একটি নিরবচ্ছিন্ন, হার্ডওয়্যার-প্রয়োগকৃত চুক্তি হিসেবে বিবেচনা করে। APEX চারটি মূল স্তম্ভের মাধ্যমে ক্ষতিকর কোড এক্সিকিউশন প্রতিরোধ নিশ্চিত করে:

১. অপরিবর্তনীয় স্টোরেজ

• কার্যপ্রণালী: অ্যান্ড্রয়েড কার্নেল রিড-অনলি লুপব্যাক ব্যবহার করে apex_payload.img ফাইলটিকে সরাসরি একটি র স্টোরেজ ডিভাইস হিসেবে লুপ করে এবং কঠোর MS_RDONLY ফ্ল্যাগ দিয়ে এটিকে মাউন্ট করে।
• কেন এটি আরও সুরক্ষিত: এটি অপারেটিং সিস্টেমের কাছে কোনো রাইট পাথ উন্মুক্ত করে না, কারণ ফাইলগুলো গাড়ির স্টোরেজে আনপ্যাক করা হয় না। এমনকি যদি কোনো আক্রমণকারী রুট প্রিভিলেজ পেয়েও যায়, তারা চলমান APEX কোড পরিবর্তন করতে পারবে না, কারণ ফাইল সিস্টেম লেয়ার সমস্ত রাইট কমান্ড প্রত্যাখ্যান করে।

২. ক্রিপ্টোগ্রাফিক অখণ্ডতা

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

৩. কঠোর বিচ্ছিন্নতা

• কার্যপ্রণালী: এটি প্রসেস আইসোলেশন বিভাগে বর্ণিত প্রসেস আইসোলেশন নিয়মগুলো প্রয়োগ করে একটি স্যান্ডবক্স তৈরি করে, যেখানে APEX-কে /apex-এর অধীনে একটি ডেডিকেটেড পার্টিশন হিসেবে মাউন্ট করা হয়।
• কেন এটি আরও সুরক্ষিত: প্রতিটি পরিষেবা তার নিজস্ব ব্যবহারকারী এবং ডেটা ডিরেক্টরি পায়, যা সুস্পষ্টভাবে শেয়ার করার অনুমতি না থাকলে অ্যাক্সেস সীমাবদ্ধ করে। একটি ডেডিকেটেড পার্টিশন তৈরি করার মাধ্যমে, অ্যান্ড্রয়েড একটি ডেডিকেটেড লিঙ্কার নেমস্পেস স্থাপন করে, যা নিশ্চিত করে যে শুধুমাত্র সুস্পষ্টভাবে উন্মুক্ত লাইব্রেরিগুলোই নন-প্রিভিলেজড সিস্টেম ডেমন থেকে অ্যাক্সেসযোগ্য হবে, ফলে আক্রমণের ঝুঁকি কমে যায়।

৪. পারমাণবিক পুনরুদ্ধার

• কার্যপ্রণালী: APEX ডাবল-বাফারড রোলব্যাক সক্ষম করতে একটি "অ্যাক্টিভ/ব্যাকআপ" ডিজাইন ব্যবহার করে। ফ্যাক্টরি-ফ্ল্যাশ করা APEX অপরিবর্তনীয় /system পার্টিশনে থাকে, আর আপডেটগুলো পরিবর্তনযোগ্য /data পার্টিশনে অবস্থান করে।
• কেন এটি আরও সুরক্ষিত: যদি কোনো আপডেট ব্যর্থ হয় বা ক্ষতিকর বলে মনে হয়, তাহলে apexd ডেমনটি আর্লি বুটের সময় সেটিকে "ব্যর্থ" হিসেবে চিহ্নিত করে। সিস্টেমটি তাৎক্ষণিকভাবে সিম্বলিক লিঙ্কগুলোকে /system পার্টিশনে ফিরিয়ে নিয়ে যায়। এই অ্যাটমিক রিকভারি নিশ্চিত করতে সাহায্য করে যে সিস্টেমটি কোনো ত্রুটিপূর্ণ অবস্থায় থাকবে না।

স্থিতিস্থাপকতা: স্মৃতি-নিরাপদ বিকাশ

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

প্রাথমিক ভাষা হিসেবে রাস্ট

AAOS SDV এমন ছোট সিস্টেমগুলোকে লক্ষ্য করে তৈরি করা হয়েছে যেগুলোর দ্রুত প্রাপ্যতা প্রয়োজন; এটি সম্পূর্ণ অ্যান্ড্রয়েড স্ট্যাকের উপর ভিত্তি করে কিছু তৈরি করাকে বাধা দেয়, তাই আমরা আমাদের কাজের পরিধি নেটিভ ফ্রেমওয়ার্কের মধ্যে সীমাবদ্ধ রেখেছি। একটি ডিস্ট্রিবিউটেড সিস্টেমের জন্য প্রয়োজনীয় পরিকাঠামো তৈরি করতে, আমরা বিদ্যমান পরিকাঠামোর পাশাপাশি একাধিক কম্পোনেন্ট তৈরি করেছি এবং প্রধান ভাষা হিসেবে রাস্ট (Rust) গ্রহণ করেছি। আমরা সার্ভিসগুলোর বিজনেস লজিক তৈরি করতেও রাস্ট ব্যবহার করি, যা পার্টনারদের নিরাপদ সফটওয়্যার লিখতে সাহায্য করে। এর নকশা অনুযায়ী, রাস্ট মেমরি সেফটি ফিচারগুলোকে কাজে লাগিয়ে সাধারণ ধরনের মেমরি সেফটি দুর্বলতা প্রতিরোধ করতে সাহায্য করে এবং একই সাথে নেটিভ কোড লেখার সময় টিমের কাজের গতি বাড়াতে সহায়তা করে ।

বিতরণকৃত বিশ্বাস: নেটওয়ার্ক এবং অ্যাক্সেস নিয়ন্ত্রণ

সফটওয়্যার-সংজ্ঞায়িত যানবাহনের জন্য বিচ্ছিন্ন ডোমেইনগুলোর মধ্যে সুরক্ষিত মিথস্ক্রিয়া প্রয়োজন। AAOS SDV মেশ প্রভিশনিং আর্কিটেকচার প্রতিটি কমিউনিকেশন এন্ডপয়েন্টের ভার্সন এবং অথরকে ক্রিপ্টোগ্রাফিকভাবে যাচাই করার মাধ্যমে এই জটিলতার সমাধান করে।

ডিভাইস এবং মেশ প্রোভিশনিং

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

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

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

ভিএম-টু-ভিএম যোগাযোগ সুরক্ষিত করতে ডাইস-ভিত্তিক টিএলএস

হোস্টের পরিচয়কে বাস্তবতার সাথে যুক্ত করা

DICE (ডিভাইস আইডেন্টিফায়ার কম্পোজিশন ইঞ্জিন)-এর মূল নিয়ম: ফার্মওয়্যারের কোডের একটি লাইনও যদি পরিবর্তিত হয় (এমনকি একটি ছোটখাটো আপডেট বা কোনো ক্ষতিকারক এক্সপ্লয়েট হলেও), তাহলে প্রাপ্ত কম্পাউন্ড ডিভাইস আইডেন্টিফায়ার (CDI) সম্পূর্ণরূপে পরিবর্তিত হয়ে যায় এবং একটি সম্পূর্ণ ভিন্ন অ্যালিয়াস কী তৈরি করে।

জিরো-ট্রাস্ট আর্কিটেকচারের মৌলিক চ্যালেঞ্জ—একই সাথে একটি মেশিনের সফটওয়্যারের অখণ্ডতা যাচাই করার পাশাপাশি সেটিকে প্রমাণীকরণ করা—সমাধানের জন্য DICE এবং TLS (ট্রান্সপোর্ট লেয়ার সিকিউরিটি) সমন্বিতভাবে কাজ করে।

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

প্রচলিত সার্টিফিকেট শুধুমাত্র কোনো গোপনীয় তথ্যের মালিকানা প্রমাণ করে; এগুলো ফার্মওয়্যার টেম্পারিং শনাক্ত করতে পারে না। DICE মেজারড বুট লেয়ারিং- এর মাধ্যমে এর সমাধান করে:

• ইউনিক ডিভাইস সিক্রেট (ইউডিএস): উৎপাদনের সময় তৈরি হওয়া একটি র‍্যান্ডম ক্রিপ্টোগ্রাফিক সিক্রেট। শুধুমাত্র প্রথম-পর্যায়ের বুটলোডারই ইউডিএস অ্যাক্সেস করতে পারে; অন্য সকল সফটওয়্যার এবং বাহ্যিক ইন্টারফেসের জন্য এটি অ্যাক্সেসযোগ্য থাকে না।
• স্তরভিত্তিক পরিমাপ (যৌগিক ডিভাইস শনাক্তকারী): হার্ডওয়্যার রম পরবর্তী ফার্মওয়্যার স্তরের সঠিক কোড এবং কনফিগারেশন দিয়ে ইউডিএস-কে হ্যাশ করার মাধ্যমে শৃঙ্খলটি শুরু করে। এর ফলে একটি সিডিআই তৈরি হয়, যা পরবর্তী প্রতিটি স্তর বুট হওয়ার সাথে সাথে ক্রমানুসারে শৃঙ্খলিত হতে থাকে।

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

স্তরযুক্ত অ্যাক্সেস নিয়ন্ত্রণ

AAOS SDV অ্যাক্সেস মেকানিজমের সাথে আপোস না করে ডায়নামিক যানবাহন আপডেট সক্ষম করতে একটি ডিফেন্স-ইন-ডেপথ কৌশল ব্যবহার করে। এই মডেলটি দুটি প্রাথমিক ট্রাস্ট লেয়ারের উপর নির্ভর করে:

1. সার্ভিস-স্তরের অনুমতি: একটি নির্দিষ্ট ভিএম-এর কোনো সার্ভিস মেশ জুড়ে কোন কোন সুনির্দিষ্ট রিসোর্স অ্যাক্সেস বা উন্মুক্ত করতে পারবে, তা নির্ধারণ করে।
2. ভিএম-স্তরের অনুমতি: একটি নির্দিষ্ট ভিএম-এ হোস্ট করা সমস্ত পরিষেবার জন্য ভিএমগুলোর মধ্যে যোগাযোগের সীমানা নির্ধারণ করুন।

এই মডেলটি OEM-দের নিরাপত্তা এবং আপডেটেবিলিটির মধ্যে ভারসাম্য বজায় রাখতে সাহায্য করে। নিরাপত্তা-সংবেদনশীল নয় এমন পরিষেবাগুলির জন্য, শিথিল VM-স্তরের পলিসিগুলি সম্পূর্ণ VM পুনঃস্থাপনের পরিবর্তে হালকা APEX আপডেটের মাধ্যমে ইনস্টলেশন সক্ষম করে।

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

উপসংহার

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

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