iLeakage হল WebKit ইঞ্জিনের উপর ভিত্তি করে ব্রাউজারগুলির মাধ্যমে Apple CPU-তে একটি দুর্বলতাকে কাজে লাগানোর একটি পদ্ধতি।

জর্জিয়া ইনস্টিটিউট অফ টেকনোলজি, ইউনিভার্সিটি অফ মিশিগান এবং রুহর ইউনিভার্সিটির গবেষকরা ‘আইলিকেজ’ (iLeakage) নামক একটি আক্রমণ কৌশল তৈরি করেছেন, যা ব্রাউজারে বিশেষভাবে তৈরি একটি পৃষ্ঠা খোলার মাধ্যমে অ্যাপলের এ- এবং এম-সিরিজ এআরএম (ARM) প্রসেসরের একটি দুর্বলতাকে কাজে লাগায়। গবেষকদের তৈরি প্রোটোটাইপ এক্সপ্লয়েটগুলো ব্রাউজারে জাভাস্ক্রিপ্ট কোড চালানোর মাধ্যমে তাদেরকে অন্য ট্যাবে খোলা ওয়েবসাইটগুলোর বিষয়বস্তু জানতে সক্ষম করে। উদাহরণস্বরূপ, তারা জিমেইল ট্যাবে খোলা একটি ইমেইলের মূল অংশ নির্ধারণ করা, ইউটিউবের ইতিহাস দেখা এবং ইনস্টাগ্রাম লগইন ফর্মে লাস্টপাস (LastPass) পাসওয়ার্ড ম্যানেজার দ্বারা প্রবেশ করানো পাসওয়ার্ড বের করে আনার সক্ষমতা প্রদর্শন করেছেন। এই আক্রমণটি ম্যাকওএস (macOS)-এর সাফারি (Safari) ব্রাউজার এবং আইওএস (iOS) প্ল্যাটফর্মের যেকোনো ব্রাউজারের ক্ষেত্রে প্রযোজ্য (অ্যাপলের নীতি অনুযায়ী সমস্ত আইওএস ব্রাউজারকে শুধুমাত্র সিস্টেম ওয়েবকিট (WebKit) ইঞ্জিন ব্যবহার করতে হয়, যা সাফারির সাথে শেয়ার করা হয়)।

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

আলোচ্য আক্রমণ পদ্ধতিতে, স্পেকুলেটিভ এক্সিকিউশন ব্যবহার করে ব্রাউজার পেজের কন্টেন্ট রেন্ডার করার দায়িত্বে থাকা প্রসেসের অ্যাড্রেস স্পেস থেকে যেকোনো ৬৪-বিট পয়েন্টার পড়ার জন্য একটি প্রিমিটিভ তৈরি করা সম্ভব হয়েছিল। টার্গেট ওয়েবসাইটটি রেন্ডারকারী প্রসেসের অ্যাড্রেস স্পেসে অ্যাক্সেস পাওয়ার জন্য, জাভাস্ক্রিপ্টের window.open() মেথড ব্যবহার করে টার্গেট পেজটিকে একটি পপ-আপ উইন্ডোতে খোলার কৌশল অবলম্বন করা হয়েছিল। এক্ষেত্রে, সাইটটি কোনো আলাদা প্রসেসে নয়, বরং আক্রমণকারীর কোডের সাথে একই প্রসেসে খোলা হয়েছিল।

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

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

স্পেকুলেটিভ অপারেশনের পর সিপিইউ-এর L1 ক্যাশে থেকে ডেটা বের করার জন্য, এই অ্যাটাকটি গুগলের পূর্বে প্রস্তাবিত pLRU (সিউডো লিস্ট রিসেন্টলি ইউজড) পদ্ধতির একটি পরিবর্তিত রূপ ব্যবহার করে। মূল pLRU পদ্ধতিটি ডেটা অ্যাক্সেস ল্যাটেন্সি পরিমাপের উপর নির্ভর করে, যার পার্থক্যের মাধ্যমে বোঝা যায় কোনো নির্দিষ্ট সিকোয়েন্স সিপিইউ ক্যাশে আছে কি না (ডেটা ক্যাশে থাকলে অপারেশনটি দ্রুত সম্পন্ন হয়; না থাকলে ধীরগতিতে হয়)। আধুনিক ব্রাউজারগুলোতে সিপিইউ ক্যাশে প্রোবিং প্রতিরোধ করার জন্য, টাইমারের নির্ভুলতা উল্লেখযোগ্যভাবে কমিয়ে এমন একটি পর্যায়ে আনা হয়েছে যে পার্থক্যটি শনাক্ত করা অসম্ভব।

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

প্রধান থ্রেডটি pLRU মেথড ব্যবহার করে ক্যাশ ডেটা নির্ধারণের জন্য একটি লুপ শুরু করে। ক্যাশে যাচাই করা ডেটার উপস্থিতি বা অনুপস্থিতি টাইমার দ্বারা নয়, বরং যাচাইয়ের পরে একটি শেয়ার্ড ভ্যারিয়েবলের অবস্থা দ্বারা নির্ধারিত হয়। যদি ভ্যারিয়েবলটির মান ১ হয়, তাহলে অপারেশনটি প্যারালাল থ্রেডের বেঞ্চমার্ক কোডের এক্সিকিউশনের চেয়ে দ্রুত সম্পন্ন হয়েছে, যার অর্থ ক্যাশ থেকে ডেটা পুনরুদ্ধার করা হয়েছে। যদি ভ্যারিয়েবলটির মান ০ হয়, তাহলে ক্যাশে ডেটার অভাবে অপারেশনটি তুলনামূলকভাবে বেশি সময় নিয়েছে এবং প্যারালাল থ্রেডের বেঞ্চমার্ক কোডটির এক্সিকিউশন সম্পন্ন হয়েছে।

প্রসেসর এবং ডিভাইসের উপর নির্ভর করে, প্রস্তাবিত ক্যাশ কন্টেন্ট শনাক্তকরণের নির্ভুলতা ৯০% থেকে ৯৯% পর্যন্ত এবং ডেটা শনাক্তকরণের গতি প্রতি সেকেন্ডে ২৩ থেকে ৩৪ বাইট পর্যন্ত হয়ে থাকে। আক্রমণ শুরু করার আগে রেফারেন্স কোডের ক্যালিব্রেশন প্রয়োজন, যাতে প্রায় পাঁচ মিনিট সময় লাগে। ক্যালিব্রেশনের পরে, বর্তমান সিস্টেমে একটি ৬৪-ক্যারেক্টারের স্ট্রিং বের করতে প্রায় ৩০ সেকেন্ড সময় লাগে।

এছাড়াও, একটি প্রোটোটাইপ এক্সপ্লয়েট প্রকাশিত হয়েছে যা জেন২ মাইক্রোআর্কিটেকচার-ভিত্তিক এএমডি প্রসেসরের জেনব্লিড দুর্বলতাকে কাজে লাগিয়ে, ক্রোম-এ এক্সপ্লয়েট করা পৃষ্ঠাটি খোলার সময় অন্যান্য প্রসেসে প্রক্রিয়াকৃত ডেটা বের করে নেয়। জেনব্লিড দুর্বলতা (CVE-2023-20593) ছাড়াও, এই এক্সপ্লয়েটটি ভি৮ ইঞ্জিনের CVE-2023-3079 দুর্বলতাটিকেও কাজে লাগায়, যা ক্রোম ১১৫ সংস্করণে ঠিক করা হয়েছিল।

উত্স: opennet.ru