শ্রোডিঞ্জারের বিশ্বস্ত বুট। ইন্টেল বুট গার্ড

আমরা আবার নিম্ন স্তরে নেমে যাওয়ার এবং ফার্মওয়্যার x86-সামঞ্জস্যপূর্ণ কম্পিউটার প্ল্যাটফর্মগুলির সুরক্ষা সম্পর্কে কথা বলার প্রস্তাব করছি। এইবার, গবেষণার মূল উপাদান হল ইন্টেল বুট গার্ড (Intel BIOS গার্ডের সাথে বিভ্রান্ত হবেন না!) - একটি হার্ডওয়্যার-সমর্থিত BIOS বিশ্বস্ত বুট প্রযুক্তি যা একটি কম্পিউটার সিস্টেম বিক্রেতা উত্পাদন পর্যায়ে স্থায়ীভাবে সক্ষম বা অক্ষম করতে পারে৷ ঠিক আছে, আমরা ইতিমধ্যেই গবেষণার রেসিপিটি জানি: রিভার্স ইঞ্জিনিয়ারিং দ্বারা এই প্রযুক্তির প্রয়োগকে পাতলা করে কাটুন, এর স্থাপত্যের বর্ণনা করুন, এটিকে অনথিভুক্ত বিবরণ দিয়ে ভরাট করুন, এটিকে স্বাদ নিতে এবং এটিকে মিশ্রিত করার জন্য আক্রমণ ভেক্টর দিয়ে সিজন করুন। কয়েক বছর ধরে বেশ কয়েকটি বিক্রেতার উত্পাদনে একটি ক্লোন করা বাগ কীভাবে একজন সম্ভাব্য আক্রমণকারীকে এই প্রযুক্তি ব্যবহার করে একটি লুকানো রুটকিট তৈরি করতে দেয় যা সিস্টেমে (এমনকি একজন প্রোগ্রামার দ্বারা) সরানো যায় না সে সম্পর্কে একটি গল্পের সাথে আগুন যোগ করা যাক।

যাইহোক, নিবন্ধটি সম্মেলন থেকে "অন গার্ড ফর রুটকিটস: ইন্টেল বুটগার্ড" প্রতিবেদনের উপর ভিত্তি করে তৈরি জিরো নাইটস 2016 এবং 29 তম মিটিং DefCon রাশিয়া (উভয় উপস্থাপনা এখানে).

Intel 64 আর্কিটেকচার সহ একটি কম্পিউটার প্ল্যাটফর্মের জন্য ফার্মওয়্যার

শুরু করার জন্য, আসুন প্রশ্নের উত্তর দেওয়া যাক: ইন্টেল 64 আর্কিটেকচার সহ একটি আধুনিক কম্পিউটার প্ল্যাটফর্মের ফার্মওয়্যার কী? অবশ্যই, UEFI BIOS. কিন্তু এই উত্তর সঠিক হবে না। আসুন চিত্রটি দেখে নেওয়া যাক, যা এই আর্কিটেকচারের ডেস্কটপ (ল্যাপটপ) সংস্করণটি দেখায়।

ভিত্তি হল লিঙ্ক:

• প্রসেসর (সিপিইউ, সেন্ট্রাল প্রসেসিং ইউনিট), যেটিতে প্রধান কোর ছাড়াও একটি অন্তর্নির্মিত গ্রাফিক্স কোর রয়েছে (সব মডেলে নয়) এবং একটি মেমরি কন্ট্রোলার (আইএমসি, ইন্টিগ্রেটেড মেমরি কন্ট্রোলার);
• চিপসেট (PCH, প্ল্যাটফর্ম কন্ট্রোলার হাব), পেরিফেরাল ডিভাইসের সাথে ইন্টারঅ্যাক্ট করার জন্য এবং সাবসিস্টেম পরিচালনা করার জন্য বিভিন্ন কন্ট্রোলার রয়েছে। তাদের মধ্যে কুখ্যাত ইন্টেল ম্যানেজমেন্ট ইঞ্জিন (ME), যার একটি ফার্মওয়্যার (Intel ME ফার্মওয়্যার) রয়েছে।

উপরের ছাড়াও ল্যাপটপের জন্য একটি সমন্বিত নিয়ামক (ACPI EC, অ্যাডভান্সড কন্ট্রোল এবং পাওয়ার ইন্টারফেস এমবেডেড কন্ট্রোলার) প্রয়োজন, যা পাওয়ার সাবসিস্টেম, টাচপ্যাড, কীবোর্ড, এফএন কী (স্ক্রীনের উজ্জ্বলতা, শব্দ ভলিউম, কীবোর্ড) পরিচালনার জন্য দায়ী। ব্যাকলাইট, ইত্যাদি) এবং আরও অনেক কিছু। এবং তার নিজস্ব ফার্মওয়্যারও রয়েছে।

সুতরাং, উপরের ফার্মওয়্যারের সংমিশ্রণটি হল কম্পিউটার প্ল্যাটফর্মের ফার্মওয়্যার (সিস্টেম ফার্মওয়্যার), যা একটি সাধারণ SPI ফ্ল্যাশ মেমরিতে সংরক্ষণ করা হয়। যাতে এই মেমরির ব্যবহারকারীরা বিভ্রান্ত না হন যেখানে কেউ মিথ্যা বলে, এই মেমরির বিষয়বস্তু নিম্নলিখিত অঞ্চলে বিভক্ত করা হয়েছে (চিত্রে দেখানো হয়েছে):

• উয়েফি বায়োস;
• ACPI EC ফার্মওয়্যার (স্কাইলেক প্রসেসর মাইক্রোআর্কিটেকচার (2015) এর সাথে একটি পৃথক অঞ্চল উপস্থিত হয়েছিল, তবে বন্যের মধ্যে আমরা এখনও এর ব্যবহারের উদাহরণ দেখিনি, তাই এমবেডেড কন্ট্রোলার ফার্মওয়্যার এখনও UEFI BIOS-এর অংশ);
• ইন্টেল ME ফার্মওয়্যার;
• বিল্ট-ইন GbE (গিগাবিট ইথারনেট) নেটওয়ার্ক অ্যাডাপ্টারের কনফিগারেশন (MAC ঠিকানা, ইত্যাদি);
• ফ্ল্যাশ বর্ণনাকারী - ফ্ল্যাশ মেমরির প্রধান অঞ্চল, যেখানে অন্যান্য অঞ্চলের নির্দেশক রয়েছে, সেইসাথে সেগুলি অ্যাক্সেস করার অনুমতি রয়েছে।

অঞ্চলগুলিতে অ্যাক্সেসের পার্থক্য (নির্দিষ্ট অনুমতি অনুসারে) SPI বাস মাস্টার দ্বারা পরিচালিত হয় - চিপসেটে নির্মিত SPI কন্ট্রোলার, যার মাধ্যমে এই মেমরিটি অ্যাক্সেস করা হয়। যদি অনুমতিগুলি Intel দ্বারা প্রস্তাবিত মানগুলিতে (নিরাপত্তার কারণে) সেট করা থাকে, তাহলে SPI ফ্ল্যাশের প্রতিটি ব্যবহারকারীর শুধুমাত্র তাদের অঞ্চলে সম্পূর্ণ অ্যাক্সেস (পড়ন/লিখতে) থাকবে। বাকিগুলো হয় শুধুমাত্র পঠনযোগ্য বা অপ্রাপ্য। পরিচিত ঘটনা: অনেক সিস্টেমে, CPU-এর UEFI BIOS এবং GbE-এ সম্পূর্ণ অ্যাক্সেস রয়েছে, শুধুমাত্র ফ্ল্যাশ বর্ণনাকারীর পড়ার অ্যাক্সেস রয়েছে এবং Intel ME অঞ্চলে কোনও অ্যাক্সেস নেই। কেন অনেক এবং সব না? কি সুপারিশ করা হয় ঐচ্ছিক. আমরা নিবন্ধে পরে আপনাকে আরও বলব।

একটি কম্পিউটার প্ল্যাটফর্মের ফার্মওয়্যারকে পরিবর্তন থেকে রক্ষা করার প্রক্রিয়া

স্পষ্টতই, একটি কম্পিউটার প্ল্যাটফর্মের ফার্মওয়্যারকে সম্ভাব্য সমঝোতা থেকে রক্ষা করা উচিত, যা সম্ভাব্য আক্রমণকারীকে এটিতে পা রাখার অনুমতি দেবে (ওএস আপডেট / পুনঃ ইনস্টলেশন বেঁচে থাকা), তাদের কোডগুলি সবচেয়ে সুবিধাপ্রাপ্ত মোডে কার্যকর করা ইত্যাদি। এবং SPI ফ্ল্যাশ মেমরি অঞ্চলগুলিতে অ্যাক্সেস সীমাবদ্ধ করা অবশ্যই যথেষ্ট নয়। তাই, ফার্মওয়্যারকে পরিবর্তন থেকে রক্ষা করার জন্য প্রতিটি এক্সিকিউশন এনভায়রনমেন্টের জন্য নির্দিষ্ট বিভিন্ন মেকানিজম ব্যবহার করা হয়।

সুতরাং, ইন্টেল ME ফার্মওয়্যারটি অখণ্ডতা এবং সত্যতা নিয়ন্ত্রণের জন্য স্বাক্ষরিত, এবং প্রতিবার ME UMA মেমরিতে লোড করার সময় ME কন্ট্রোলার দ্বারা চেক করা হয়। এই যাচাইকরণ প্রক্রিয়া ইতিমধ্যে আমাদের দ্বারা আলোচনা করা হয়েছে এক নিবন্ধইন্টেল ME সাবসিস্টেমের জন্য নিবেদিত।

এবং ACPI EC ফার্মওয়্যার, একটি নিয়ম হিসাবে, শুধুমাত্র অখণ্ডতার জন্য পরীক্ষা করা হয়। যাইহোক, এই বাইনারিটি UEFI BIOS-এ অন্তর্ভুক্ত হওয়ার কারণে, এটি প্রায় সবসময় একই সুরক্ষা ব্যবস্থার অধীন থাকে যা UEFI BIOS ব্যবহার করে। তাদের সম্পর্কে কথা বলা যাক.

এই প্রক্রিয়া দুটি বিভাগে বিভক্ত করা যেতে পারে.

UEFI BIOS অঞ্চলে সুরক্ষা লিখুন

1. একটি লিখন-সুরক্ষা জাম্পার সহ SPI ফ্ল্যাশ মেমরির বিষয়বস্তুর শারীরিক সুরক্ষা;
2. চিপসেটের PRx রেজিস্টার ব্যবহার করে CPU ঠিকানার স্থানে UEFI BIOS অঞ্চলের প্রজেকশনের সুরক্ষা;
3. চিপসেট রেজিস্টারে BIOS_WE/BLE এবং SMM_BWP বিট সেট করে সংশ্লিষ্ট SMI ইন্টারাপ্ট তৈরি ও প্রক্রিয়াকরণের মাধ্যমে UEFI BIOS অঞ্চলে লেখার প্রচেষ্টাকে ব্লক করা;
4. এই সুরক্ষার একটি আরও উন্নত সংস্করণ হল Intel BIOS গার্ড (PFAT)।

এই প্রক্রিয়াগুলি ছাড়াও, বিক্রেতারা তাদের নিজস্ব নিরাপত্তা ব্যবস্থা বিকাশ এবং প্রয়োগ করতে পারে (উদাহরণস্বরূপ, UEFI BIOS আপডেটের সাথে ক্যাপসুল স্বাক্ষর করা)।

এটি লক্ষ্য করা গুরুত্বপূর্ণ যে একটি নির্দিষ্ট সিস্টেমে (বিক্রেতার উপর নির্ভর করে), উপরের সমস্ত সুরক্ষা ব্যবস্থা প্রয়োগ করা যেতে পারে না, সেগুলি একেবারেই প্রয়োগ করা যাবে না, বা সেগুলি একটি দুর্বল উপায়ে প্রয়োগ করা যেতে পারে। আপনি এই প্রক্রিয়া এবং তাদের বাস্তবায়নের সাথে পরিস্থিতি সম্পর্কে আরও পড়তে পারেন এই নিবন্ধটি. আগ্রহীদের জন্য, আমরা সুপারিশ করছি যে আপনি UEFI BIOS সুরক্ষা সম্পর্কিত নিবন্ধগুলির সম্পূর্ণ সিরিজটি পড়তে পারেন কোডআরশ.

UEFI BIOS প্রমাণীকরণ যাচাইকরণ

যখন আমরা বিশ্বস্ত বুট প্রযুক্তি সম্পর্কে কথা বলি, তখন প্রথম যে জিনিসটি মাথায় আসে তা হল নিরাপদ বুট। যাইহোক, স্থাপত্যগতভাবে, এটি UEFI BIOS (ড্রাইভার, লোডার, ইত্যাদি) এর বাহ্যিক উপাদানগুলিকে প্রমাণীকরণ করার জন্য ডিজাইন করা হয়েছে, ফার্মওয়্যার নিজেই নয়।

তাই, বে ট্রেইল মাইক্রোআর্কিটেকচার (2012) সহ SoC-তে ইন্টেল একটি হার্ডওয়্যার নন-সুইচযোগ্য সিকিউর বুট (ভেরিফায়েড বুট) প্রয়োগ করেছে, যার উপরে উল্লিখিত সিকিউর বুট প্রযুক্তির সাথে কোনো সম্পর্ক নেই। পরবর্তীতে (2013), এই প্রক্রিয়াটি উন্নত করা হয়েছিল এবং, Intel Boot Guard নামে, Haswell microarchitecture সহ ডেস্কটপের জন্য প্রকাশ করা হয়েছিল।

ইন্টেল বুট গার্ডের বর্ণনা দেওয়ার আগে, আসুন Intel 64 আর্কিটেকচারের রানটাইমগুলি দেখি, যা এই বিশ্বস্ত বুট প্রযুক্তির জন্য বিশ্বাসের মূল।

ইন্টেল সিপিইউ

ক্যাপ পরামর্শ দেয় যে প্রসেসর হল ইন্টেল 64 আর্কিটেকচারের প্রধান কার্যকরী পরিবেশ। কেন এটি বিশ্বাসের মূলও? দেখা যাচ্ছে যে এটি নিম্নলিখিত উপাদানগুলির অধিকারী যা এটি তৈরি করে:

• মাইক্রোকোড রম মাইক্রোকোড সংরক্ষণের জন্য একটি অ-উদ্বায়ী, অ-পুনঃলিখনযোগ্য মেমরি। এটা বিশ্বাস করা হয় যে মাইক্রোকোড হল প্রসেসর নির্দেশনা সিস্টেমের সহজতম নির্দেশাবলীর বাস্তবায়ন। মাইক্রোকোডেও ঘটে বাগ. সুতরাং BIOS-এ আপনি মাইক্রোকোড আপডেট সহ বাইনারিগুলি খুঁজে পেতে পারেন (এগুলি বুট করার সময় সুপারইম্পোজ করা হয়, কারণ রম ওভাররাইট করা যায় না)। এই বাইনারিগুলির বিষয়বস্তু এনক্রিপ্ট করা হয়, যা বিশ্লেষণকে ব্যাপকভাবে জটিল করে তোলে (অতএব, মাইক্রোকোডের নির্দিষ্ট বিষয়বস্তু শুধুমাত্র যারা এটি বিকাশ করে তাদের কাছে পরিচিত), এবং অখণ্ডতা এবং সত্যতা নিয়ন্ত্রণ করতে স্বাক্ষরিত হয়;
• মাইক্রোকোড আপডেটের বিষয়বস্তু ডিক্রিপ্ট করতে AES কী;
• RSA পাবলিক কী-এর একটি হ্যাশ যা মাইক্রোকোড আপডেটের স্বাক্ষর যাচাই করে;
• RSA পাবলিক কী হ্যাশ, যা ইন্টেল-বিকশিত ACM (প্রমাণিত কোড মডিউল) কোড মডিউলগুলির স্বাক্ষর পরীক্ষা করে, যা CPU BIOS শুরু হওয়ার আগে (হ্যালো মাইক্রোকোড) বা তার অপারেশন চলাকালীন, যখন কিছু ঘটনা ঘটে তখন চালাতে পারে।

ইন্টেল ME

আমাদের ব্লগে এই সাবসিস্টেমটি নিবেদিত ছিল দুই প্রবন্ধ. মনে রাখবেন যে এই এক্সিকিউটেবল এনভায়রনমেন্ট চিপসেটে তৈরি মাইক্রোকন্ট্রোলারের উপর ভিত্তি করে এবং সিস্টেমের মধ্যে সবচেয়ে লুকানো এবং সুবিধাপ্রাপ্ত।

স্টিলথ সত্ত্বেও, ইন্টেল MEও আস্থার মূল, কারণ এতে রয়েছে:

• ME রম - অ-উদ্বায়ী, অ-পুনঃলিখনযোগ্য মেমরি (কোন আপডেট পদ্ধতি প্রদান করা হয়নি), স্টার্ট কোড সহ RSA পাবলিক কী-এর SHA256 হ্যাশ, যা Intel ME ফার্মওয়্যারের স্বাক্ষর পরীক্ষা করে;
• গোপন তথ্য সংরক্ষণের জন্য AES কী;
• কম্পিউটার সিস্টেম বিক্রেতার দ্বারা নির্দিষ্ট করা তথ্য সহ কিছু তথ্যের স্থায়ী স্টোরেজের জন্য চিপসেটে একত্রিত ফিউজের একটি সেট (এফপিএফ, ফিল্ড প্রোগ্রামেবল ফিউজ) অ্যাক্সেস করা।

ইন্টেল বুট গার্ড 1.x

ছোট দাবিত্যাগ. ইন্টেল বুট গার্ড প্রযুক্তির সংস্করণ নম্বরগুলি যা আমরা এই নিবন্ধে ব্যবহার করি তা ইচ্ছামত এবং অভ্যন্তরীণ ইন্টেল ডকুমেন্টেশনে ব্যবহৃত সংখ্যার সাথে কিছু করার নাও থাকতে পারে। উপরন্তু, এখানে প্রদত্ত এই প্রযুক্তির বাস্তবায়ন সম্পর্কে তথ্য বিপরীত প্রকৌশলের সময় প্রাপ্ত হয়েছিল, এবং Intel Boot Guard-এর স্পেসিফিকেশনের তুলনায় ভুল থাকতে পারে, যা কখনো প্রকাশের সম্ভাবনা নেই।

সুতরাং, ইন্টেল বুট গার্ড (বিজি) একটি হার্ডওয়্যার-সমর্থিত UEFI BIOS প্রমাণীকরণ প্রযুক্তি। [প্ল্যাটফর্ম এমবেডেড সিকিউরিটি টেকনোলজি রিভিলড, চ্যাপ্টার বুট উইথ ইন্টিগ্রিটি, অর নট বুট] বইতে এর ছোট বর্ণনা দিয়ে বিচার করলে, এটি একটি বিশ্বস্ত বুট চেইন হিসেবে কাজ করে। এবং এর মধ্যে প্রথম লিঙ্কটি হল CPU-এর ভিতরের বুট কোড (মাইক্রোকোড), যেটি RESET ইভেন্ট দ্বারা ট্রিগার হয় (BIOS-এ RESET ভেক্টরের সাথে বিভ্রান্ত হবেন না!)। সিপিইউ এসপিআই ফ্ল্যাশ মেমরিতে ইন্টেল দ্বারা বিকাশিত এবং স্বাক্ষরিত একটি কোড মডিউল (ইন্টেল বিজি স্টার্টআপ এসিএম) খুঁজে পায়, এটি তার ক্যাশে লোড করে, এটি যাচাই করে (এটি ইতিমধ্যে উপরে উল্লেখ করা হয়েছে যে সিপিইউতে একটি পাবলিক কী হ্যাশ রয়েছে যা ACM স্বাক্ষর যাচাই করে। ) এবং শুরু হয়।

এই কোড মডিউলটি UEFI BIOS - প্রাথমিক বুট ব্লক (IBB) এর একটি ছোট প্রারম্ভিক অংশ যাচাই করার জন্য দায়ী, যার মধ্যে, UEFI BIOS-এর প্রধান অংশ যাচাই করার কার্যকারিতা রয়েছে। সুতরাং, Intel BG আপনাকে OS বুট করার আগে BIOS এর সত্যতা যাচাই করতে দেয় (যা সিকিউর বুট প্রযুক্তির তত্ত্বাবধানে করা যেতে পারে)।

ইন্টেল বিজি প্রযুক্তি অপারেশনের দুটি মোড প্রদান করে (এবং একটি অন্যটিতে হস্তক্ষেপ করে না, অর্থাৎ উভয় মোড সিস্টেমে সক্ষম করা যেতে পারে এবং উভয়ই নিষ্ক্রিয় করা যেতে পারে)।

মাপা বুট

মেজারড বুট (এমবি) মোডে, প্রতিটি বুট কম্পোনেন্ট (সিপিইউ বুট রম দিয়ে শুরু) ট্রাস্টেড প্ল্যাটফর্ম মডিউল (টিপিএম) এর ক্ষমতা ব্যবহার করে পরবর্তীটিকে "পরিমাপ" করে। যারা জানেন না তাদের জন্য ব্যাখ্যা করি।

TPM-এর PCR (প্ল্যাটফর্ম কনফিগারেশন রেজিস্টার) আছে, যা সূত্র অনুযায়ী হ্যাশিং অপারেশনের ফলাফল রেকর্ড করে:

সেগুলো. বর্তমান পিসিআর মান আগেরটির উপর নির্ভর করে, এবং এই রেজিস্টারগুলি পুনরায় সেট করা হয় যখন সিস্টেমটি পুনরায় সেট করা হয়।

এইভাবে, এমবি মোডে, কিছু সময়ে, পিসিআরগুলি "মাপা" কোড বা ডেটার একটি অনন্য (হ্যাশ অপারেশনের ক্ষমতার মধ্যে) সনাক্তকারীকে প্রতিফলিত করে। PCR মানগুলি কিছু ডেটা (TPM_Seal) অপারেশনের এনক্রিপশনে ব্যবহার করা যেতে পারে। এর পরে, তাদের ডিক্রিপশন (TPM_Unseal) তখনই সম্ভব হবে যদি লোডিংয়ের ফলে PCR মানগুলি পরিবর্তিত না হয় (অর্থাৎ, একটি "মাপা" উপাদান পরিবর্তন করা হয়নি)।

যাচাইকৃত বুট

যারা UEFI BIOS সংশোধন করতে চান তাদের জন্য সবচেয়ে ভয়ঙ্কর জিনিস হল ভেরিফাইড বুট (VB) মোড, যেখানে প্রতিটি বুট উপাদান ক্রিপ্টোগ্রাফিকভাবে পরেরটির অখণ্ডতা এবং সত্যতা যাচাই করে। এবং একটি যাচাইকরণ ত্রুটির ক্ষেত্রে, (নিম্নলিখিত একটি) ঘটে:

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

কর্মের পছন্দ নির্দিষ্ট ইন্টেল বিজি কনফিগারেশনের উপর নির্ভর করে (যেমন, তথাকথিত প্রয়োগ নীতিতে), যা স্থায়ীভাবে কম্পিউটার প্ল্যাটফর্ম বিক্রেতা দ্বারা একটি বিশেষভাবে ডিজাইন করা স্টোরেজে রেকর্ড করা হয় - চিপসেট ফিউজ (এফপিএফ)। আমরা পরে আরো বিস্তারিতভাবে এই পয়েন্টে বাস করব।

কনফিগারেশন ছাড়াও, বিক্রেতা দুটি RSA 2048 কী তৈরি করে এবং দুটি ডেটা স্ট্রাকচার তৈরি করে (চিত্রে দেখানো হয়েছে):

1. ভেন্ডর রুট কী ম্যানিফেস্ট (KEYM, OEM রুট কী ম্যানিফেস্ট), যা এই ম্যানিফেস্টের SVN (নিরাপত্তা সংস্করণ নম্বর) রাখে, পরবর্তী ম্যানিফেস্টের পাবলিক কী-এর SHA256 হ্যাশ, RSA পাবলিক কী (অর্থাৎ এর সর্বজনীন অংশ। বিক্রেতা রুট কী) এই ম্যানিফেস্টের স্বাক্ষর এবং নিজেই স্বাক্ষর যাচাই করতে;
2. IBB ম্যানিফেস্ট (IBBM, প্রাথমিক বুট ব্লক ম্যানিফেস্ট), যা এই ম্যানিফেস্টের SVN রাখে, IBB-এর SHA256 হ্যাশ, এই ম্যানিফেস্টের স্বাক্ষর যাচাই করার জন্য সর্বজনীন কী, এবং স্বাক্ষর নিজেই।

OEM রুট কী-এর SHA256 হ্যাশ চিরতরে Intel BG কনফিগারেশনের মতো চিপসেট ফিউজে (FPFs) লেখা হয়। যদি ইন্টেল বিজি কনফিগারেশন এই প্রযুক্তি অন্তর্ভুক্ত করার জন্য প্রদান করে, তাহলে এখন থেকে এই সিস্টেমে শুধুমাত্র OEM রুট কী-এর ব্যক্তিগত অংশের মালিকই BIOS আপডেট করতে পারবেন (অর্থাৎ এই ম্যানিফেস্টগুলি পুনরায় গণনা করতে সক্ষম হবেন), যেমন বিক্রেতা

আপনি যখন ছবিটি দেখেন, তখনই এত দীর্ঘ যাচাইকরণ চেইনের প্রয়োজনীয়তা সম্পর্কে সন্দেহ দেখা দেয় - আপনি একটি ম্যানিফেস্ট ব্যবহার করতে পারতেন। কেন জটিল?

প্রকৃতপক্ষে, ইন্টেল এইভাবে বিক্রেতাকে বিভিন্ন পণ্য লাইনের জন্য বিভিন্ন IBB কী এবং একটি মূল হিসাবে ব্যবহার করার সুযোগ প্রদান করে। যদি IBB কী-এর ব্যক্তিগত অংশ (যা দ্বিতীয় ম্যানিফেস্টে স্বাক্ষর করে) ফাঁস হয়ে যায়, ঘটনাটি শুধুমাত্র একটি পণ্য লাইনকে প্রভাবিত করবে এবং শুধুমাত্র যতক্ষণ না বিক্রেতা একটি নতুন পেয়ার তৈরি করে এবং পরবর্তী BIOS আপডেটে পুনঃগণনা করা ম্যানিফেস্ট সক্ষম করে।

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

ইন্টেল বুট গার্ড কনফিগারেশন

এখন আসুন ইন্টেল বিজি কনফিগারেশন এবং এটি তৈরির প্রক্রিয়াটি ঘনিষ্ঠভাবে দেখে নেওয়া যাক। আপনি যদি ইন্টেল সিস্টেম টুল কিট (STK) থেকে ফ্ল্যাশ ইমেজ টুলের GUI-তে সংশ্লিষ্ট ট্যাবটি দেখেন, আপনি লক্ষ্য করবেন যে ইন্টেল বিজি কনফিগারেশনে বিক্রেতার রুট কী-এর সর্বজনীন অংশের একটি হ্যাশ অন্তর্ভুক্ত রয়েছে, কয়েকটি অস্পষ্ট। মান, এবং তাই। ইন্টেল বিজি প্রোফাইল।

এই প্রোফাইলের গঠন:

typedef struct BG_PROFILE
{
	unsigned long Force_Boot_Guard_ACM : 1;
	unsigned long Verified_Boot : 1;
	unsigned long Measured_Boot : 1;
	unsigned long Protect_BIOS_Environment : 1;
	unsigned long Enforcement_Policy : 2; // 00b – do nothing
                                              // 01b – shutdown with timeout
                                              // 11b – immediate shutdown
	unsigned long : 26;
};

সাধারণভাবে, ইন্টেল বিজি কনফিগারেশন একটি খুব নমনীয় সত্তা। উদাহরণস্বরূপ, Force_Boot_Guard_ACM পতাকা বিবেচনা করুন। যখন এটি সাফ করা হয়, যদি SPI ফ্ল্যাশে BG স্টার্টআপ ACM মডিউল পাওয়া না যায়, কোন বিশ্বস্ত বুট হবে না। এটা অবিশ্বস্ত হবে.

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

এই ধরনের জিনিস বিক্রেতাদের উপর ছেড়ে দিন...

ইউটিলিটির GUI নিম্নলিখিত "রেডিমেড" প্রোফাইলগুলি প্রদান করে:

সংখ্যা
শাসন
বিবরণ

0
No_FVME
ইন্টেল বিজি প্রযুক্তি নিষ্ক্রিয়

1
VE
VB মোড সক্রিয়, টাইমআউট দ্বারা শাটডাউন

2
ভিএমই
উভয় মোড সক্রিয় (VB এবং MB), টাইমআউট দ্বারা শাটডাউন

3
VM
সিস্টেম বন্ধ না করে উভয় মোড সক্রিয় করা হয়

4
FVE
VB মোড সক্রিয়, অবিলম্বে বন্ধ

5
FVME
উভয় মোড সক্রিয়, অবিলম্বে বন্ধ

ইতিমধ্যে উল্লিখিত হিসাবে, Intel BG কনফিগারেশনটি অবশ্যই সিস্টেম বিক্রেতার দ্বারা চিপসেট ফিউজে (FPFs)-এ লিখতে হবে - চিপসেটের ভিতরে একটি ছোট (অযাচাই করা তথ্য অনুসারে, শুধুমাত্র 256 বাইট) হার্ডওয়্যার তথ্য স্টোরেজ, যা বাইরে প্রোগ্রাম করা যেতে পারে। ইন্টেলের উৎপাদন সুবিধার (তাই তাই ক্ষেত্র প্রোগ্রামেবল ফিউজ)।

কনফিগারেশন সংরক্ষণের জন্য এটি দুর্দান্ত কারণ:

• একটি ওয়ান-টাইম-প্রোগ্রামেবল ডেটা স্টোরেজ এলাকা রয়েছে (যেখানে ইন্টেল বিজি কনফিগারেশন লেখা আছে);
• শুধুমাত্র Intel ME এটি পড়তে এবং প্রোগ্রাম করতে পারে।

সুতরাং, একটি নির্দিষ্ট সিস্টেমে ইন্টেল বিজি প্রযুক্তির জন্য কনফিগারেশন সেট করার জন্য, বিক্রেতা উত্পাদনের সময় নিম্নলিখিতগুলি করে:

1. ফ্ল্যাশ ইমেজ টুল ইউটিলিটি ব্যবহার করে (ইন্টেল STK থেকে), একটি প্রদত্ত ইন্টেল বিজি কনফিগারেশন সহ একটি ফার্মওয়্যার ইমেজ তৈরি করে যাতে ইন্টেল ME অঞ্চলের (এফপিএফগুলির জন্য তথাকথিত অস্থায়ী মিরর) ভিতরে ভেরিয়েবল হিসাবে থাকে;
2. ফ্ল্যাশ প্রোগ্রামিং টুল (Intel STK থেকে) ব্যবহার করে, সিস্টেমের SPI ফ্ল্যাশ মেমরিতে এই ছবিটি লেখে এবং তথাকথিত বন্ধ করে। ম্যানুফ্যাকচারিং মোড (এই ক্ষেত্রে, সংশ্লিষ্ট কমান্ডটি ইন্টেল ME-তে পাঠানো হয়)।

এই ক্রিয়াকলাপগুলির ফলস্বরূপ, ইন্টেল ME ME অঞ্চলে FPFগুলির জন্য মিরর থেকে নির্দিষ্ট মানগুলি FPF-এর জন্য প্রতিশ্রুতিবদ্ধ হবে, SPI ফ্ল্যাশ বর্ণনাকারীতে ইন্টেল দ্বারা প্রস্তাবিত মানগুলিতে অনুমতি সেট করবে (প্রথমে বর্ণিত নিবন্ধ) এবং একটি সিস্টেম রিসেট সঞ্চালন করুন।

ইন্টেল বুট গার্ড বাস্তবায়ন বিশ্লেষণ

একটি নির্দিষ্ট উদাহরণে এই প্রযুক্তির বাস্তবায়ন বিশ্লেষণ করার জন্য, আমরা Intel BG প্রযুক্তির চিহ্নগুলির জন্য নিম্নলিখিত সিস্টেমগুলি পরীক্ষা করেছি:

পদ্ধতি
মন্তব্য

গিগাবাইট GA-H170-D3H
Skylake, সমর্থন আছে

গিগাবাইট GA-Q170-D3H
Skylake, সমর্থন আছে

গিগাবাইট GA-B150-HD3
Skylake, সমর্থন আছে

MSI H170A গেমিং প্রো
Skylake, কোন সমর্থন নেই

Lenovo ThinkPad 460
Skylake, সমর্থন উপলব্ধ, প্রযুক্তি সক্ষম

লেনোভো যোগ 2 প্রো
হ্যাসওয়েল, কোন সমর্থন নেই

লেনোভো u330p
হ্যাসওয়েল, কোন সমর্থন নেই

"সমর্থন" মানে ইন্টেল বিজি স্টার্টআপ ACM মডিউলের উপস্থিতি, উপরে উল্লিখিত ম্যানিফেস্ট এবং BIOS-এ সংশ্লিষ্ট কোড, যেমন বিশ্লেষণের জন্য বাস্তবায়ন।

উদাহরণ হিসাবে, অফিস থেকে ডাউনলোড করা একটি নেওয়া যাক। গিগাবাইট GA-H170-D3H (সংস্করণ F4) এর জন্য SPI ফ্ল্যাশ মেমরির বিক্রেতা সাইটের চিত্র।

ইন্টেল সিপিইউ বুট রম

প্রথমত, ইন্টেল বিজি প্রযুক্তি সক্রিয় থাকলে প্রসেসরের ক্রিয়া সম্পর্কে কথা বলা যাক।

ডিক্রিপ্ট করা মাইক্রোকোডের নমুনাগুলি খুঁজে পাওয়া সম্ভব ছিল না, তাই নীচে বর্ণিত ক্রিয়াগুলি কীভাবে প্রয়োগ করা হয় (মাইক্রোকোডে বা হার্ডওয়্যারে) একটি উন্মুক্ত প্রশ্ন৷ তবুও, আধুনিক ইন্টেল প্রসেসরগুলি এই ক্রিয়াগুলি "সঞ্চালন করতে পারে" এটি একটি সত্য।

RESET অবস্থা থেকে প্রস্থান করার পর, প্রসেসর (যার ঠিকানার জায়গায় ফ্ল্যাশ মেমরির বিষয়বস্তু ইতিমধ্যেই ম্যাপ করা আছে) FIT (ফার্মওয়্যার ইন্টারফেস টেবিল) খুঁজে পায়। এটি খুঁজে পাওয়া সহজ, এটির নির্দেশক FFFF FFC0h ঠিকানায় লেখা আছে।

এই উদাহরণে, এই ঠিকানায় FFD6 9500h মান রয়েছে। এই ঠিকানার দিকে ঘুরে, প্রসেসর FIT টেবিলটি দেখে, যার বিষয়বস্তুগুলি রেকর্ডে বিভক্ত। প্রথম এন্ট্রি হল নিম্নলিখিত কাঠামোর শিরোনাম:

typedef struct FIT_HEADER
{
	char           Tag[8];     // ‘_FIT_   ’
	unsigned long  NumEntries; // including FIT header entry
	unsigned short Version;    // 1.0
	unsigned char  EntryType;  // 0
	unsigned char  Checksum;
};

কিছু অজানা কারণে, চেকসাম সবসময় এই টেবিলগুলিতে গণনা করা হয় না (ক্ষেত্রটি শূন্য থাকে)।

অবশিষ্ট এন্ট্রিগুলি বিভিন্ন বাইনারিগুলির দিকে নির্দেশ করে যেগুলিকে BIOS কার্যকর করার আগে পার্স করা/সম্পাদিত করা প্রয়োজন, যেমন লিগ্যাসি রিসেট ভেক্টরে স্যুইচ করার আগে (FFFF FFF0h)। এই ধরনের প্রতিটি এন্ট্রির গঠন নিম্নরূপ:

typedef struct FIT_ENTRY
{
	unsigned long  BaseAddress;
	unsigned long  : 32;
	unsigned long  Size;
	unsigned short Version;     // 1.0
	unsigned char  EntryType;
	unsigned char  Checksum;
};

এন্ট্রি টাইপ ক্ষেত্রটি নির্দেশ করে যে ব্লকের ধরনটি এই এন্ট্রি নির্দেশ করে। আমরা বিভিন্ন ধরনের জানি:

enum FIT_ENTRY_TYPES
{
	FIT_HEADER = 0,
	MICROCODE_UPDATE,
	BG_ACM,
	BIOS_INIT = 7,
	TPM_POLICY,
	BIOS_POLICY,
	TXT_POLICY,
	BG_KEYM,
	BG_IBBM
};

এখন এটা স্পষ্ট যে একটি এন্ট্রি Intel BG স্টার্টআপ ACM বাইনারির অবস্থান নির্দেশ করে। এই বাইনারিটির শিরোনাম গঠনটি ইন্টেল (ACM, মাইক্রোকোড আপডেট, ইন্টেল ME কোড বিভাগ, ...) দ্বারা তৈরি কোড মডিউলগুলির জন্য সাধারণ।

typedef struct BG_ACM_HEADER
{
	unsigned short ModuleType;     // 2
	unsigned short ModuleSubType;  // 3
	unsigned long  HeaderLength;   // in dwords
	unsigned long  : 32;
	unsigned long  : 32;
	unsigned long  ModuleVendor;   // 8086h
	unsigned long  Date;           // in BCD format
	unsigned long  TotalSize;      // in dwords
	unsigned long  unknown1[6];
	unsigned long  EntryPoint;
	unsigned long  unknown2[16];
	unsigned long  RsaKeySize;     // in dwords
	unsigned long  ScratchSize;    // in dwords
	unsigned char  RsaPubMod[256];
	unsigned long  RsaPubExp;
	unsigned char  RsaSig[256];
};

প্রসেসর এই বাইনারিটিকে তার ক্যাশে লোড করে, যাচাই করে এবং চালু করে।

ইন্টেল বিজি স্টার্টআপ এসিএম

এই ACM এর কাজের বিশ্লেষণের ফলস্বরূপ, এটি স্পষ্ট হয়ে উঠেছে যে এটি নিম্নলিখিতগুলি করে:

• চিপসেট ফিউজে লেখা ইন্টেল বিজি কনফিগারেশন Intel ME থেকে পায় (FPF);
• KEYM এবং IBBM ম্যানিফেস্ট খুঁজে পায়, তাদের যাচাই করে।

এই ম্যানিফেস্টগুলি খুঁজে পেতে, ACM এছাড়াও FIT টেবিল ব্যবহার করে, যেখানে এই কাঠামোগুলি নির্দেশ করার জন্য দুটি ধরণের এন্ট্রি রয়েছে (উপরের FIT_ENTRY_TYPES দেখুন)।

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

typedef struct KEY_MANIFEST
{
	char           Tag[8];          // ‘__KEYM__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned char  : 8;             // 1
	unsigned short : 16;            // 0Bh
	unsigned short : 16;            // 20h == hash size?
	unsigned char  IbbmKeyHash[32]; // SHA256 of an IBBM public key
	BG_RSA_ENTRY   OemRootKey;
};

typedef struct BG_RSA_ENTRY
{
	unsigned char  : 8;             // 10h
	unsigned short : 16;            // 1
	unsigned char  : 8;             // 10h
	unsigned short RsaPubKeySize;   // 800h
	unsigned long  RsaPubExp;
	unsigned char  RsaPubKey[256];
	unsigned short : 16;            // 14
	unsigned char  : 8;             // 10h
	unsigned short RsaSigSize;      // 800h
	unsigned short : 16;            // 0Bh
	unsigned char  RsaSig[256];
};

OEM রুট কী-এর সর্বজনীন কী যাচাই করার জন্য, আমরা স্মরণ করি যে ফিউজগুলি থেকে SHA256 হ্যাশ ব্যবহার করা হয়েছে, যা এই মুহুর্তে ইতিমধ্যে Intel ME থেকে প্রাপ্ত হয়েছে।

দ্বিতীয় ইশতেহারে যাওয়া যাক। এটি তিনটি কাঠামো নিয়ে গঠিত:

typedef struct IBB_MANIFEST
{
	ACBP Acbp;         // Boot policies
	IBBS Ibbs;         // IBB description
	IBB_DESCRIPTORS[];
	PMSG Pmsg;         // IBBM signature
};

প্রথমটিতে কিছু ধ্রুবক রয়েছে:

typedef struct ACBP
{
	char           Tag[8];          // ‘__ACBP__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 1
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned short : 16;            // x & F0h = 0
	unsigned short : 16;            // 0 < x <= 400h
};

দ্বিতীয়টিতে IBB-এর SHA256 হ্যাশ এবং IBB-এর বিষয়বস্তু বর্ণনাকারী বর্ণনাকারীর সংখ্যা রয়েছে (অর্থাৎ কী থেকে হ্যাশ গণনা করা হয়):

typedef struct IBBS
{
	char           Tag[8];            // ‘__IBBS__’
	unsigned char  : 8;               // 10h
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // x <= 0Fh
	unsigned long  : 32;              // x & FFFFFFF8h = 0
	unsigned long  Unknown[20];
	unsigned short : 16;              // 0Bh
	unsigned short : 16;              // 20h == hash size ?
	unsigned char  IbbHash[32];       // SHA256 of an IBB
	unsigned char  NumIbbDescriptors;
};

আইবিবি বর্ণনাকারীরা একের পর এক এই কাঠামো অনুসরণ করে। তাদের বিষয়বস্তু নিম্নলিখিত বিন্যাস আছে:

typedef struct IBB_DESCRIPTOR
{
	unsigned long  : 32;
	unsigned long  BaseAddress;
	unsigned long  Size;
};

এটা সহজ: প্রতিটি বর্ণনাকারীতে একটি IBB খণ্ডের ঠিকানা/আকার থাকে। এইভাবে, এই বর্ণনাকারীদের দ্বারা নির্দেশিত ব্লকগুলির সংমিশ্রণটি হল আইবিবি। এবং, একটি নিয়ম হিসাবে, IBB হল SEC এবং PEI পর্যায়গুলির সমস্ত মডিউলের সংমিশ্রণ।

দ্বিতীয় ম্যানিফেস্টটি IBB পাবলিক কী (প্রথম ম্যানিফেস্ট থেকে SHA256 হ্যাশ দ্বারা যাচাইকৃত) এবং এই ম্যানিফেস্টের স্বাক্ষর সহ একটি কাঠামোর সাথে শেষ হয়:

typedef struct PMSG
{
	char           Tag[8];            // ‘__PMSG__’
	unsigned char  : 8;               // 10h
	BG_RSA_ENTRY   IbbKey;
};

সুতরাং, UEFI BIOS এক্সিকিউশন শুরু হওয়ার আগেই, প্রসেসর ACM চালু করবে, যা SEC এবং PEI ফেজ কোড সহ বিভাগগুলির বিষয়বস্তুর সত্যতা যাচাই করবে। এরপর, প্রসেসর ACM থেকে প্রস্থান করে, RESET ভেক্টর বরাবর চলে যায় এবং BIOS চালানো শুরু করে।

PEI যাচাইকৃত পার্টিশনে অবশ্যই একটি মডিউল থাকতে হবে যা বাকি BIOS (DXE কোড) চেক করবে। এই মডিউলটি ইতিমধ্যে IBV (স্বাধীন BIOS ভেন্ডর) বা সিস্টেম ভেন্ডর নিজেই তৈরি করছে। কারণ শুধুমাত্র Lenovo এবং Gigabyte সিস্টেমগুলি আমাদের নিষ্পত্তিতে পরিণত হয়েছে এবং Intel BG সমর্থন রয়েছে, আসুন এই সিস্টেমগুলি থেকে বের করা কোডটি বিবেচনা করা যাক।

UEFI BIOS মডিউল LenovoVerifiedBootPei

Lenovo এর ক্ষেত্রে, এটি LenovoVerifiedBootPei {B9F2AC77-54C7-4075-B42E-C36325A9468D} মডিউল, Lenovo দ্বারা তৈরি করা হয়েছে৷

এর কাজ হল DXE-এর জন্য একটি হ্যাশ টেবিল (GUID দ্বারা) সন্ধান করা এবং DXE যাচাই করা।

if (EFI_PEI_SERVICES->GetBootMode() != BOOT_ON_S3_RESUME)
{
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	if (!VerifyDxe())
		return EFI_SECURITY_VIOLATION;
}

Хеш таблица {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} имеет следующий формат:

typedef struct HASH_TABLE
{
	char          Tag[8];            // ‘$HASHTBL’
	unsigned long NumDxeDescriptors;
	DXE_DESCRIPTORS[];
};

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long Offset;
	unsigned long Size;
};

UEFI BIOS মডিউল BootGuardPei

গিগাবাইটের ক্ষেত্রে, এটি BootGuardPei {B41956E1-7CA2-42DB-9562-168389F0F066} মডিউল, AMI দ্বারা ডেভেলপ করা হয়েছে, এবং সেইজন্য Intel BG সমর্থন সহ যেকোনো AMI BIOS-এ উপস্থিত।

এটির অপারেশনের অ্যালগরিদম কিছুটা আলাদা, তবে এটি একইভাবে ফুটে ওঠে:

int bootMode = EFI_PEI_SERVICES->GetBootMode();

if (bootMode != BOOT_ON_S3_RESUME &&
    bootMode != BOOT_ON_FLASH_UPDATE &&
    bootMode != BOOT_IN_RECOVERY_MODE)
{
	HOB* h = CreateHob();
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	WriteHob(&h, VerifyDxe());
	return h;
}

হ্যাশ টেবিলটি {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} দেখতে নিচের বিন্যাস রয়েছে:

typedef HASH_TABLE DXE_DESCRIPTORS[];

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long BaseAddress;
	unsigned long Size;
};

ইন্টেল বুট গার্ড 2.x

আসুন সংক্ষেপে ইন্টেল বুট গার্ডের আরেকটি বাস্তবায়ন সম্পর্কে কথা বলি, যেটি অ্যাপোলো লেক মাইক্রোআর্কিটেকচারের সাথে ইন্টেল এসওসি-এর উপর ভিত্তি করে একটি নতুন সিস্টেমে পাওয়া গেছে - ASRock J4205-IT।

যদিও এই সংস্করণটি শুধুমাত্র SoCs-এ ব্যবহার করা হবে (কাবি লেক প্রসেসর মাইক্রোআর্কিটেকচার সহ নতুন সিস্টেমগুলি Intel Boot Guard 1.x ব্যবহার করে চলেছে), এটি ইন্টেল SoCs-এর উপর ভিত্তি করে প্ল্যাটফর্মগুলির জন্য একটি নতুন আর্কিটেকচার বিকল্প অন্বেষণে অত্যন্ত আগ্রহের বিষয়, যা বাস্তবে দেখা গেছে। পরিবর্তন, উদাহরণস্বরূপ:

• BIOS এবং Intel ME অঞ্চলগুলি (অথবা বরং Intel TXE, Intel SoC পরিভাষা অনুসারে) এখন একটি IFWI অঞ্চল;
• যদিও প্ল্যাটফর্মে ইন্টেল বিজি সক্রিয় ছিল, ফ্ল্যাশ মেমোরিতে FIT, KEYM, IBBM-এর মতো কাঠামো পাওয়া যায়নি;
• TXE এবং ISH কোর (x86) ছাড়াও, একটি তৃতীয় কোর (আবার ARC, যাইহোক) চিপসেটে যোগ করা হয়েছিল - PMC (পাওয়ার ম্যানেজমেন্ট কন্ট্রোলার), যা পাওয়ার সাবসিস্টেম এবং কর্মক্ষমতা নিরীক্ষণ নিশ্চিত করার সাথে যুক্ত।

নতুন IFWI অঞ্চলের বিষয়বস্তু নিম্নলিখিত মডিউলগুলির একটি সেট:

বায়াস
নাম
বিবরণ

0000 2000 ঘ
এসএমআইপি
কিছু প্ল্যাটফর্ম কনফিগারেশন, বিক্রেতা দ্বারা স্বাক্ষরিত

0000 6000 ঘ
আরবিইপি
Intel TXE ফার্মওয়্যার কোড বিভাগ, x86, Intel দ্বারা স্বাক্ষরিত

0001 0000 ঘ
পিএমসিপি
ফার্মওয়্যার কোড বিভাগ Intel PMC, ARC, Intel দ্বারা স্বাক্ষরিত

0002 0000 ঘ
এফটিপিআর
Intel TXE ফার্মওয়্যার কোড বিভাগ, x86, Intel দ্বারা স্বাক্ষরিত

0007B000h
ইউসিওডি
Intel দ্বারা স্বাক্ষরিত CPU মাইক্রোকোড আপডেট

0008 0000 ঘ
IBBP
UEFI BIOS, SEC/PEI পর্যায়, x86, বিক্রেতা স্বাক্ষরিত

0021 8000 ঘ
আইএসএইচসি
Intel ISH ফার্মওয়্যারের কোড বিভাগ, x86, বিক্রেতা দ্বারা স্বাক্ষরিত

0025 8000 ঘ
এনএফটিপি
Intel TXE ফার্মওয়্যার কোড বিভাগ, x86, Intel দ্বারা স্বাক্ষরিত

0036 1000 ঘ
আইইউএনপি
অজানা

0038 1000 ঘ
ওবিবিপি
UEFI BIOS, DXE ফেজ, x86, স্বাক্ষরবিহীন

TXE ফার্মওয়্যারের বিশ্লেষণের সময়, এটি স্পষ্ট হয়ে ওঠে যে RESET এর পরে, TXE প্রসেসরকে এই অবস্থায় রাখে যতক্ষণ না এটি CPU (FIT, ACM, RESET ভেক্টর ...) এর জন্য ঠিকানা স্থানের মৌলিক বিষয়বস্তু প্রস্তুত করে। অধিকন্তু, TXE এই ডেটাটিকে তার SRAM-এ রাখে, তারপরে এটি অস্থায়ীভাবে প্রসেসরকে সেখানে অ্যাক্সেস প্রদান করে এবং রিসেট থেকে "মুক্ত" করে।

রুটকিট থেকে রক্ষা

আচ্ছা, এখন "হট" এ যাওয়া যাক। আমরা একবার আবিষ্কার করেছি যে অনেক সিস্টেমে, SPI ফ্ল্যাশ বর্ণনাকারীদের কাছে SPI ফ্ল্যাশ মেমরির অঞ্চলগুলি অ্যাক্সেস করার অনুমতি রয়েছে যাতে এই মেমরির সমস্ত ব্যবহারকারী যেকোনো অঞ্চল লিখতে এবং পড়তে পারে। সেগুলো. কোনভাবেই না.

MEinfo ইউটিলিটি (Intel STK থেকে) চেক করার পরে, আমরা দেখেছি যে এই সিস্টেমগুলিতে উত্পাদন মোড বন্ধ ছিল না, তাই, চিপসেট ফিউজগুলি (FPFs) একটি অনিশ্চিত অবস্থায় রেখে দেওয়া হয়েছিল। হ্যাঁ, এই ধরনের ক্ষেত্রে Intel BG সক্রিয় বা অক্ষম নয়।

আমরা নিম্নলিখিত সিস্টেমগুলি সম্পর্কে কথা বলছি (ইন্টেল বিজি সম্পর্কে এবং নিবন্ধে পরে কী বর্ণনা করা হবে, আমরা হাসওয়েল প্রসেসর মাইক্রোআর্কিটেকচার এবং উচ্চতর সিস্টেমগুলির বিষয়ে কথা বলব):

• সমস্ত গিগাবাইট পণ্য;
• সমস্ত MSI পণ্য;
• 21টি লেনোভো ল্যাপটপ মডেল এবং 4টি লেনোভো সার্ভার মডেল।

অবশ্যই, আমরা এই বিক্রেতাদের এবং সেইসাথে ইন্টেলকে অনুসন্ধানের বিষয়ে রিপোর্ট করেছি।

পর্যাপ্ত প্রতিক্রিয়া শুধুমাত্র থেকে অনুসরণ লেনোভোযারা সমস্যা স্বীকার করেছে এবং একটি প্যাচ মুক্তি.

গিগাবাইট মনে হচ্ছে তারা দুর্বলতা সম্পর্কে তথ্য গ্রহণ করেছে, কিন্তু কোনোভাবেই মন্তব্য করেনি।

সাথে যোগাযোগ এমএসআই আমাদের পাবলিক পিজিপি কী (তাদের একটি এনক্রিপ্ট করা নিরাপত্তা পরামর্শ পাঠানোর জন্য) পাঠানোর জন্য আমাদের অনুরোধে সম্পূর্ণরূপে স্থগিত। তারা বলেছে যে তারা "একজন হার্ডওয়্যার প্রস্তুতকারক এবং PGP কী তৈরি করে না।"

কিন্তু বিন্দু আরো. যেহেতু ফিউজগুলি একটি অনির্ধারিত অবস্থায় রেখে দেওয়া হয়েছে, ব্যবহারকারী (বা আক্রমণকারী) সেগুলি নিজেই প্রোগ্রাম করতে পারে (সবচেয়ে কঠিন Intel STK খুঁজুন) এর জন্য নিম্নলিখিত পদক্ষেপগুলি প্রয়োজন৷

1. উইন্ডোজ ওএসে বুট করুন (সাধারণত, নীচে বর্ণিত পদক্ষেপগুলি লিনাক্সের অধীনে থেকেও করা যেতে পারে, যদি আপনি পছন্দসই ওএসের জন্য ইন্টেল STK-এর একটি অ্যানালগ তৈরি করেন)। MEinfo ইউটিলিটি ব্যবহার করে, নিশ্চিত করুন যে এই সিস্টেমের ফিউজগুলি প্রোগ্রাম করা হয়নি।

2. ফ্ল্যাশ প্রোগ্রামিং টুল ব্যবহার করে ফ্ল্যাশ মেমরির বিষয়বস্তু পড়ুন।

3. যেকোনো UEFI BIOS এডিটিং টুল ব্যবহার করে রিড ইমেজ খুলুন, প্রয়োজনীয় পরিবর্তন করুন (উদাহরণস্বরূপ একটি রুটকিট প্রয়োগ করুন), ME অঞ্চলে বিদ্যমান KEYM এবং IBBM কাঠামো তৈরি/সম্পাদনা করুন।

RSA কী-এর সর্বজনীন অংশটি ছবিতে হাইলাইট করা হয়েছে, যার হ্যাশটি ইন্টেল বিজি কনফিগারেশনের বাকি অংশের সাথে চিপসেট ফিউজগুলিতে প্রোগ্রাম করা হবে।

4. ফ্ল্যাশ ইমেজ টুল ব্যবহার করে, একটি নতুন ফার্মওয়্যার ইমেজ তৈরি করুন (ইন্টেল বিজি কনফিগারেশন সেট করে)।

5. ফ্ল্যাশ প্রোগ্রামিং টুল ব্যবহার করে ফ্ল্যাশ করার জন্য একটি নতুন ছবি লিখুন, MEinfo ব্যবহার করে যাচাই করুন যে ME অঞ্চলে এখন Intel BG কনফিগারেশন রয়েছে।

6. ম্যানুফ্যাকচারিং মোড বন্ধ করতে ফ্ল্যাশ প্রোগ্রামিং টুল ব্যবহার করুন।

7. সিস্টেমটি রিবুট হবে, তারপরে, MEinfo ব্যবহার করে, আপনি যাচাই করতে পারেন যে FPFগুলি এখন প্রোগ্রাম করা হয়েছে।

এই কর্ম চিরতরে এই সিস্টেমে ইন্টেল বিজি সক্ষম করুন। ক্রিয়াটি পূর্বাবস্থায় ফিরিয়ে আনা অসম্ভব হবে, যার অর্থ:

• শুধুমাত্র রুট কী-এর ব্যক্তিগত অংশের মালিক (অর্থাৎ যিনি ইন্টেল বিজি সক্ষম করেছেন) এই সিস্টেমে UEFI BIOS আপডেট করতে সক্ষম হবেন;
• আপনি যদি এই সিস্টেমে আসল ফার্মওয়্যারটি ফিরিয়ে দেন, উদাহরণস্বরূপ, একটি প্রোগ্রামার ব্যবহার করে, এটি এমনকি চালু হবে না (যাচাইকরণের ত্রুটির ক্ষেত্রে প্রয়োগকারী নীতির পরিণতি);
• এই ধরনের UEFI BIOS থেকে পরিত্রাণ পেতে, আপনাকে একটি "পরিষ্কার" একটি দিয়ে প্রোগ্রাম করা FPF-এর সাথে চিপসেট প্রতিস্থাপন করতে হবে (অর্থাৎ, গাড়ির দামে ইনফ্রারেড সোল্ডারিং স্টেশনে অ্যাক্সেস থাকলে চিপসেটটি পুনরায় বিক্রেতা করুন, অথবা শুধুমাত্র মাদারবোর্ডটি প্রতিস্থাপন করুন। )

এই ধরনের একটি রুটকিট কী করতে পারে তা বোঝার জন্য, আপনাকে UEFI BIOS পরিবেশে আপনার কোড চালানো সম্ভব করে তোলে তা মূল্যায়ন করতে হবে। বলুন, প্রসেসরের সবচেয়ে সুবিধাপ্রাপ্ত মোডে - এসএমএম। এই জাতীয় রুটকিটের নিম্নলিখিত বৈশিষ্ট্য থাকতে পারে:

• OS-এর সাথে সমান্তরালভাবে কার্যকর করা হবে (আপনি একটি SMI বাধা তৈরি করে প্রক্রিয়াকরণ কনফিগার করতে পারেন, যা একটি টাইমার দ্বারা ট্রিগার করা হবে);
• এসএমএম মোডে থাকার সমস্ত সুবিধা রয়েছে (RAM এবং হার্ডওয়্যার সংস্থানগুলির বিষয়বস্তুতে সম্পূর্ণ অ্যাক্সেস, OS থেকে গোপনীয়তা);
• SMM মোডে চালু হলে রুটকিট কোড এনক্রিপ্ট করা এবং ডিক্রিপ্ট করা যায়। শুধুমাত্র SMM মোডে উপলব্ধ যেকোন ডেটা একটি এনক্রিপশন কী হিসাবে ব্যবহার করা যেতে পারে। উদাহরণস্বরূপ, SMRAM এ ঠিকানাগুলির একটি সেট থেকে একটি হ্যাশ। এই কী পেতে, আপনাকে SMM-এ আরোহণ করতে হবে। এবং এটি দুটি উপায়ে করা যেতে পারে। SMM কোডে RCE খুঁজুন এবং এটিকে কাজে লাগান, অথবা BIOS-এ আপনার নিজস্ব SMM মডিউল যোগ করুন, যা অসম্ভব, যেহেতু আমরা বুট গার্ড চালু করেছি।

সুতরাং, এই দুর্বলতা একজন আক্রমণকারীকে অনুমতি দেয়:

• সিস্টেমে অজানা উদ্দেশ্যের একটি লুকানো, অপসারণযোগ্য রুটকিট তৈরি করুন;
• ইন্টেল এসওসি-র ভিতরের চিপসেট কোরগুলির একটিতে আপনার কোডটি কার্যকর করুন, যথা, ইন্টেল আইএসএইচ-এ (ছবিটি ঘনিষ্ঠভাবে দেখুন)।

যদিও ইন্টেল আইএসএইচ সাবসিস্টেমের ক্ষমতা এখনও অন্বেষণ করা হয়নি, তবে এটি ইন্টেল ME এর বিরুদ্ধে একটি আকর্ষণীয় আক্রমণ ভেক্টর বলে মনে হচ্ছে।

তথ্যও

1. গবেষণায় ইন্টেল বুট গার্ড প্রযুক্তি কীভাবে কাজ করে তার একটি প্রযুক্তিগত বিবরণ প্রদান করেছে। অস্পষ্ট মডেলের মাধ্যমে ইন্টেলের নিরাপত্তার মধ্যে কয়েকটি গোপনীয়তা বিয়োগ করুন।
2. একটি আক্রমণের দৃশ্য উপস্থাপন করা হয়েছে যা সিস্টেমে একটি অপসারণযোগ্য রুটকিট তৈরি করতে দেয়।
3. আমরা দেখেছি যে আধুনিক ইন্টেল প্রসেসরগুলি BIOS শুরু হওয়ার আগেই প্রচুর মালিকানা কোড চালাতে সক্ষম।
4. Intel 64 আর্কিটেকচার সহ প্ল্যাটফর্মগুলি বিনামূল্যে সফ্টওয়্যার চালানোর জন্য কম এবং কম উপযুক্ত হয়ে উঠছে: হার্ডওয়্যার যাচাইকরণ, মালিকানা প্রযুক্তি এবং সাবসিস্টেমগুলির একটি ক্রমবর্ধমান সংখ্যা (SOC চিপসেটে তিনটি কোর: x86 ME, x86 ISH এবং ARC PMC)।

প্রশমন

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

ব্যবহারকারীরা -closemnf বিকল্পের সাথে ফ্ল্যাশ প্রোগ্রামিং টুল চালিয়ে তাদের সিস্টেমে (যা বর্ণিত দুর্বলতা দ্বারা প্রভাবিত হয়) Intel BG নিষ্ক্রিয় করতে পারে। প্রথমে, আপনাকে নিশ্চিত করা উচিত (MEinfo ব্যবহার করে) যে ME অঞ্চলে Intel BG-এর কনফিগারেশন FPF-তে প্রোগ্রামিং করার পরে এই প্রযুক্তিটি ঠিক বন্ধ করার জন্য প্রদান করে।

উত্স: www.habr.com