- CPUID-এর উপর হওয়া আক্রমণে স্বাক্ষরিত বাইনারিগুলো নয়, বরং একটি ডাউনলোড এপিআই ক্ষতিগ্রস্ত হয়েছিল, যার ফলে বৈধ CPU-Z এবং HWMonitor ডাউনলোডগুলো ক্ষতিকারক ইনস্টলারের দিকে পুনঃনির্দেশিত হচ্ছিল।
- সংক্রমণ শৃঙ্খলটি ক্রেডেনশিয়াল চুরি এবং রিমোট অ্যাক্সেস সহ STX RAT স্থাপন করতে DLL হাইজ্যাকিং (CRYPTBASE.dll), ইন-মেমরি এক্সিকিউশন এবং উন্নত C2 পরিকাঠামো ব্যবহার করেছিল।
- এই ঘটনাটি সাপ্লাই চেইন আক্রমণের ক্রমবর্ধমান হুমকিকে তুলে ধরেছে, যেখানে সোর্স কোডের পরিবর্তে সফটওয়্যার বিতরণ পরিকাঠামোকে লক্ষ্যবস্তু করা হয়।
- ব্যবহারকারী এবং প্রতিষ্ঠানগুলোকে অবশ্যই নিয়ন্ত্রণ ব্যবস্থা জোরদার করতে হবে: ডাউনলোড যাচাই করতে হবে, অ্যান্টিভাইরাস সতর্কতা উপেক্ষা করা যাবে না এবং এপিআই ও সার্ভারের সিআই/সিডি প্রক্রিয়া ও নিরাপত্তা আরও শক্তিশালী করতে হবে।
সাম্প্রতিক মাসগুলোতে, CPU-Z এবং HWMonitor-এর মতো জনপ্রিয় টুলগুলোর নির্মাতা প্রতিষ্ঠান CPUID একটি সাপ্লাই চেইন আক্রমণের কারণে সাইবার নিরাপত্তা সংক্রান্ত খবরের শিরোনামে এসেছে , যা হাজার হাজার ব্যবহারকারীকে গভীরভাবে হতাশ করেছে। উদ্বেগের বিষয়টি শুধু ম্যালওয়্যারটিই নয়, বরং এটি অফিসিয়াল ওয়েবসাইট থেকে ডাউনলোডের মাধ্যমে ঘটেছে, যা এই ইউটিলিটিগুলোর ওপর প্রযুক্তি সম্প্রদায়ের বিপুল আস্থাকে কাজে লাগিয়েছে।
এই ঘটনাটি, কারসাজি করা অ্যাক্সিওস লাইব্রেরির মাধ্যমে ওপেনএআই-এর ম্যাকওএস অ্যাপের নিরাপত্তা লঙ্ঘনের মতো সাম্প্রতিক অন্যান্য ঘটনার তালিকায় যুক্ত হয়েছে এবং একটি অস্বস্তিকর উপলব্ধিকে আরও জোরদার করেছে: কোনো ওয়েবসাইট 'আনুষ্ঠানিক' কি না বা এর এক্সিকিউটেবল ফাইলটি স্বাক্ষরিত কি না, শুধু তা যাচাই করাই এখন আর নিরাপদ বোধ করার জন্য যথেষ্ট নয়। আক্রমণকারীরা তাদের সরবরাহ শৃঙ্খলের কৌশলকে আরও উন্নত করছে এবং সফটওয়্যার বিতরণের সেই সংযোগস্থলকেই লক্ষ্যবস্তু বানাচ্ছে, যেখানে সবচেয়ে বেশি ক্ষতি হয়।
CPUID, CPU-Z এবং HWMonitor-এর ঠিক কী হয়েছিল?
সিপিইউআইডি (CPUID) হলো ১৯৯০-এর দশকের শেষের দিকে প্রতিষ্ঠিত একটি অভিজ্ঞ কোম্পানি, যা উইন্ডোজের জন্য বিনামূল্যে হার্ডওয়্যার ডায়াগনস্টিক এবং মনিটরিং ইউটিলিটি প্রদানের জন্য পরিচিত । সিপিইউ-জেড (CPU-Z) প্রসেসর, মেমরি এবং মাদারবোর্ড সম্পর্কে বিস্তারিত তথ্য প্রদান করে, অন্যদিকে এইচডব্লিউমনিটর (HWMonitor) তাপমাত্রা, ভোল্টেজ এবং ফ্যান নিরীক্ষণের জন্য ব্যবহৃত হয়। এই টুলগুলো মেরামত কেন্দ্র, ডেটা সেন্টার, গেমিং রিগ এবং টেস্টিং পরিবেশে সর্বত্র ব্যবহৃত হয়।
২০২৬ সালের এপ্রিলে, একটি সাপ্লাই চেইন আক্রমণের শিকার হয়ে কোম্পানির অফিসিয়াল ওয়েবসাইটটি হ্যাক হয়, যার ফলে CPU-Z এবং HWMonitor ডাউনলোড করা যায়। এই ঘটনার সবচেয়ে গুরুত্বপূর্ণ দিকটি হলো, আক্রমণকারীরা CPUID-এর বৈধভাবে বিতরণ করা সোর্স কোড বা স্বাক্ষরিত বাইনারিগুলোতে প্রবেশ করতে পারেনি, বরং তারা আরও একটি সূক্ষ্ম উপাদানে প্রবেশ করেছিল: একটি সেকেন্ডারি এপিআই, যা ডাউনলোড লিঙ্ক এবং নির্দিষ্ট কিছু অভ্যন্তরীণ কার্যপ্রবাহ পরিচালনার জন্য দায়ী।
২০২৬ সালের ৯ থেকে ১০ এপ্রিলের মধ্যে, কিছু সূত্র অনুযায়ী প্রায় ছয় ঘণ্টার একটি সময়কালে এবং অন্যান্য আরও গভীর বিশ্লেষণ অনুযায়ী ১৯ ঘণ্টা পর্যন্ত সময়কালে, এই সাইডবার এপিআইটি বৈধ ডাউনলোড অনুরোধগুলোকে আক্রমণকারীদের নিয়ন্ত্রিত পরিকাঠামোতে পুনঃনির্দেশিত করতে শুরু করে। ব্যবহারকারী cpuid.com-এ গিয়ে অফিসিয়াল ডাউনলোড বোতামে ক্লিক করতেন এবং প্রথম দৃষ্টিতে সবকিছু স্বাভাবিক মনে হতো।
সেই সময়ে, বেশ কিছু ব্যবহারকারী কিছু অদ্ভুত আচরণ লক্ষ্য করেন: সাধারণ hwmonitor_*.exe-এর পরিবর্তে “HWiNFO_Monitor_Setup.exe”- এর মতো অস্বাভাবিক নামের ইনস্টলার এবং অ্যান্টিভাইরাসের সতর্কবার্তা, যা দুর্ভাগ্যবশত অনেকেই ভুল সংকেত ভেবে উপেক্ষা করেছিলেন। তখনই আসল সত্য উন্মোচিত হতে শুরু করে।
অনুমান করা হচ্ছে যে বিপুল সংখ্যক ব্যবহারকারী এর ঝুঁকিতে পড়তে পারেন , কারণ CPU-Z এবং HWMonitor কোনো বিশেষ শ্রেণীর প্রোগ্রাম নয়: অতীতে এগুলো কয়েক কোটি বার ডাউনলোড হয়েছে এবং টেকনিশিয়ান, সিস্টেম অ্যাডমিনিস্ট্রেটর, ওভারক্লকার ও আইটি পেশাজীবীরা প্রতিদিন এগুলো ব্যবহার করেন। বিশ্বের বিভিন্ন টাইম জোন জুড়ে মাত্র কয়েক ঘণ্টার একটি আক্রমণই মারাত্মক প্রভাব ফেলার জন্য যথেষ্ট।
সরবরাহ শৃঙ্খল: কেন এই আক্রমণটি এত বিপজ্জনক
সিপিইউআইডি (CPUID) মামলাটিকে যা বিশেষভাবে উদ্বেগজনক করে তুলেছে তা হলো, এটি মূল বাইনারিগুলোর ওপর নয়, বরং সফটওয়্যার বিতরণ শৃঙ্খলের ওপর একটি সুনির্দিষ্ট আক্রমণ ছিল । অন্য কথায়, সমস্যাটি কোড রিপোজিটরি বা স্বাক্ষরিত এক্সিকিউটেবলগুলোতে ছিল না, বরং সেই অবকাঠামোতে ছিল যা সিদ্ধান্ত নেয় কোন ফাইলটি কোন ব্যবহারকারীর কাছে পৌঁছে দেওয়া হবে।
এই ধরণটি সাম্প্রতিক বছরগুলোর একটি সুস্পষ্ট প্রবণতার সাথে মিলে যায়: সফটওয়্যার সরবরাহ শৃঙ্খলের উপর আক্রমণ , যেখানে আক্রমণকারী প্রতিটি প্রান্তিক ব্যবহারকারীর ডিভাইসকে সরাসরি ক্ষতিগ্রস্ত করার চেষ্টা না করে, বরং সেই সাধারণ সংযোগটিকে আক্রমণ করে যা হাজার হাজার বা লক্ষ লক্ষ মেশিনে সফটওয়্যার পৌঁছে দেয়। সোলারউইন্ডস এবং কোডকভের মতো ঘটনাগুলো ইতিমধ্যেই দেখিয়ে দিয়েছে যে, বিতরণ পথের কোনো একটি উপাদানকে নিয়ন্ত্রণ করা কতটা বিধ্বংসী হতে পারে।
আক্রমণকারীরা সাধারণত এপিআই (API), ওয়েব সার্ভার বা সিআই/সিডি (CI/CD) ফ্লো-এর নিরাপত্তা দুর্বলতার সুযোগ নিয়ে ক্ষতিকারক লিঙ্ক, পরিবর্তিত লাইব্রেরি বা ট্রোজানযুক্ত পেলোড প্রবেশ করায়। সিপিইউআইডি (CPUID) কেন্দ্রীয় রিপোজিটরি বা সাইনিং সিস্টেমকে নয়, বরং একটি "সাইড ফিচার" বা "সাইড এপিআই"-কে প্রবেশপথ হিসেবে চিহ্নিত করেছে। এই এপিআই-টি ব্যবহারকারীকে তার ব্রাউজারে কোনো সন্দেহজনক কিছু লক্ষ্য করতে না দিয়েই আক্রমণকারীদের ডাউনলোড লিঙ্কের গন্তব্য পরিবর্তন করার সুযোগ দিত।
সম্প্রতি ওপেনএআই-এর সাথেও একই ধরনের একটি ঘটনা ঘটেছে, যখন ৩১শে মার্চ ম্যাকওএস অ্যাপটিতে স্বাক্ষরকারী একটি গিটহাব অ্যাকশনস ওয়ার্কফ্লো অ্যাক্সিওস লাইব্রেরির একটি ক্ষতিকর সংস্করণ ডাউনলোড করে ফেলে। সেই ক্ষেত্রে, ব্যবহারকারীদের কোনো ডেটা বা অভ্যন্তরীণ সিস্টেমের ক্ষতি হয়নি বলে আশ্বস্ত করা সত্ত্বেও, ওপেনএআইকে প্রতিরোধমূলক ব্যবস্থা হিসেবে ম্যাকওএস অ্যাপটির সার্টিফিকেট বাতিল করতে হয়েছিল। এটি আরও একটি উদাহরণ যে, কীভাবে একটি স্বয়ংক্রিয় প্রক্রিয়ার একটিমাত্র দুর্বল সংযোগ পুরো প্রক্রিয়াটিকে দূষিত করতে পারে।
প্রযুক্তিগত দৃষ্টিকোণ থেকে, এই অনুপ্রবেশগুলো সাধারণত দুর্বল ক্রেডেনশিয়াল, শক্তিশালী প্রমাণীকরণ ব্যবস্থা ছাড়া এপিআই, পুরোনো সার্ভার , বা গুরুত্বপূর্ণ সিস্টেমগুলোতে পর্যবেক্ষণের অভাবের মতো দুর্বলতাগুলোকে কাজে লাগায়। আরও উদ্বেগের বিষয় হলো, এগুলো প্রায়শই ঘণ্টার পর ঘণ্টা বা দিনের পর দিন অলক্ষিত থেকে যায়, যতক্ষণ না কমিউনিটি বা নিরাপত্তা টুলগুলো ব্যাপকভাবে এই অস্বাভাবিক আচরণ শনাক্ত করতে শুরু করে।
CPUID মামলায় ম্যালওয়্যারটি কীভাবে ছড়ানো হয়েছিল
বিভিন্ন প্রকাশ্য বিশ্লেষণ অনুসারে, সিপিইউআইডি (CPUID) ঘটনায় দুটি ঘনিষ্ঠভাবে সম্পর্কিত আক্রমণ শৃঙ্খলের ধরন লক্ষ্য করা গেছে। সর্বাধিক নথিভুক্ত ঘটনাগুলোতে, আক্রমণকারীরা একই ইনস্টলেশন ডিরেক্টরিতে একটি বৈধ সিপিইউ-জেড (CPU-Z) বাইনারির সাথে একটি ক্ষতিকারক ডিএলএল (DLL) পরিবেশন করেছিল।
CRYPTBASE.dll (একটি বৈধ উইন্ডোজ লাইব্রেরির নামের মতোই) নামে চিহ্নিত সেই ডিএলএল-টি Zig-এ কম্পাইল করা হয়েছিল এবং এটি উইন্ডোজের ডিএলএল অনুসন্ধানের ক্রমকে কাজে লাগিয়েছিল: বৈধ CPU-Z এক্সিকিউটেবলের সাথে একই ডিরেক্টরিতে থাকায়, সিস্টেমটি C:\Windows\System32 থেকে মূল সংস্করণটির পরিবর্তে প্রথমে ক্ষতিকারক সংস্করণটি লোড করে। এটি ডিএলএল হাইজ্যাকিংয়ের একটি ধ্রুপদী উদাহরণ।
নকল ডিএলএল-টি লোড হওয়ার পর, একটি বেশ জটিল আক্রমণ শৃঙ্খল শুরু করা হয়েছিল। ক্ষতিকারক পেলোডটি রিফ্লেক্টিভ ইনজেকশন কৌশল ব্যবহার করে সরাসরি মেমোরিতে একটি দ্বিতীয়, এনক্রিপ্টেড ডিএলএল কার্যকর করে , যা ডিস্কে লেখা এড়িয়ে যায় এবং পরবর্তী বিশ্লেষণের জন্য খুব কম চিহ্ন রেখে যায়। এই আচরণের ফলে কিছু উন্নত নিরাপত্তা এজেন্ট অবিলম্বে কার্যকলাপটিকে "পেনিট্রেশন ফ্রেমওয়ার্ক বা শেলকোড সনাক্ত করা হয়েছে" হিসাবে চিহ্নিত করে।
সেখান থেকে, DNS-over-HTTPS ব্যবহার করে 1.1.1.1-এ কমান্ড অ্যান্ড কন্ট্রোল (C2) সার্ভারের সাথে যোগাযোগ স্থাপন করা হয়েছিল , যা অনেক প্রচলিত DNS মনিটরিং সিস্টেমকে বাইপাস করার জন্য তৈরি একটি কৌশল। অধিকন্তু, এই চেইনে PowerShell দ্বারা csc.exe এবং cvtres.exe চালু করার মতো প্রসেস তৈরি করাও অন্তর্ভুক্ত ছিল, যা CPU-Z-এর মতো একটি টুলের জন্য সম্পূর্ণ অস্বাভাবিক একটি বিষয়।
রিবুট এবং আংশিক পরিষ্কার করার প্রচেষ্টা সত্ত্বেও সংক্রমণটি যাতে টিকে থাকে, তা নিশ্চিত করার জন্য ম্যালওয়্যারটি তিনটি পর্যন্ত অতিরিক্ত স্থায়ী কৌশল ব্যবহার করেছিল : উইন্ডোজ রেজিস্ট্রি-তে একটি রান কী (Run key), প্রতি ৬৮ মিনিট পর পর চালু হওয়া এবং ২০ বছর পর্যন্ত স্থায়ী একটি নির্ধারিত টাস্ক (scheduled task), এবং AppData\Local-এ লুকানো MSBuild প্রোজেক্ট ফাইল। ঠিক কী খুঁজতে হবে তা যদি আপনি না জানেন, তবে এই পদ্ধতিটি এটিকে নির্মূল করা অত্যন্ত কঠিন করে তোলে।
চূড়ান্ত পেলোডটি STX RAT হিসেবে শনাক্ত করা হয়েছিল , যা ছিল একটি রিমোট অ্যাক্সেস ট্রোজান। এর মধ্যে লুকানো VNC সক্ষমতা, কিবোর্ড ও মাউস ইনজেকশন, একাধিক ব্রাউজার (ক্রোম, ফায়ারফক্স, এজ, ব্রেভ) থেকে ক্রেডেনশিয়াল চুরি, উইন্ডোজ ভল্ট থেকে ডেটা নিষ্কাশন এবং ক্রিপ্টোকারেন্সি ওয়ালেটে প্রবেশের ক্ষমতা ছিল। এটি কেবল একটি সাধারণ অ্যাডওয়্যার ছিল না, বরং এটি ছিল একটি ব্যাকডোর, যার মাধ্যমে ব্যাপক গুপ্তচরবৃত্তি ও নিয়ন্ত্রণের সম্ভাবনা তৈরি হয়েছিল।
ম্যালওয়্যারটি যা খুঁজছিল: ক্রেডেনশিয়াল, রিমোট কন্ট্রোল, এবং আরও অনেক কিছু।
আক্রমণটির সম্পূর্ণ নকশা থেকে এটা বেশ স্পষ্ট যে এর প্রাথমিক উদ্দেশ্য ছিল সংবেদনশীল তথ্য নিঃশব্দে চুরি করা এবং স্থায়ী রিমোট অ্যাক্সেস লাভ করা , ব্যবহারকারীকে তাৎক্ষণিক ক্ষতি করা নয় (যেমনটা র্যানসমওয়্যার করে থাকে)। এই পার্থক্যটি অত্যন্ত গুরুত্বপূর্ণ, কারণ এটি আক্রমণটিকে শনাক্ত করা আরও কঠিন করে তোলে এবং আক্রমণকারীদের জন্য এটিকে সম্ভাব্যভাবে আরও লাভজনক করে তোলে।
STX RAT-এর সাথে সম্পর্কিত সক্ষমতা এবং ঘটনাটির সময় দেখা পেলোডগুলোর মধ্যে, ইনফোস্টিলার এবং উন্নত RAT-গুলোর সাধারণ কয়েকটি ফাংশন বিশেষভাবে উল্লেখযোগ্য : ব্রাউজারে সংরক্ষিত পাসওয়ার্ড ও কুকি বের করে নেওয়া, সক্রিয় সেশনগুলোতে (ইমেল, অনলাইন ব্যাংকিং, ডিজিটাল স্টোর) প্রবেশ, সিস্টেমের তথ্য সংগ্রহ এবং এমন পরিবেশে বিশেষাধিকার বৃদ্ধির সম্ভাবনা যেখানে ব্যবহারকারীর উচ্চ অনুমতি ছিল।
কিছু প্রতিবেদনে .NET-এ অতিরিক্ত পেলোড স্থাপন এবং রিমোট সার্ভার থেকে আরও মডিউল ডাউনলোড করার জন্য ইন-মেমরি পাওয়ারশেল ব্যবহারের কথাও উল্লেখ করা হয়েছে, যা মডিউলারিটি অর্জনের লক্ষ্যে পরিচালিত ক্যাম্পেইনগুলোতে একটি সাধারণ কৌশল : প্রথমে একটি তুলনামূলকভাবে হালকা ইমপ্লান্ট ইনস্টল করা হয় এবং আক্রমণকারী যখন নিশ্চিত হয় যে মেশিনটি তার কাঙ্ক্ষিত, তখন নির্দিষ্ট ডেটা পাচার করতে বা নেটওয়ার্কের মাধ্যমে পার্শ্বীয়ভাবে স্থানান্তর করতে অতিরিক্ত কম্পোনেন্টগুলো ডাউনলোড করা হয়।
সংক্রমণের মাধ্যম হিসেবে CPU-Z এবং HWMonitor-কে বেছে নেওয়াটা আকস্মিক নয়। যারা এই টুলগুলো ইনস্টল করে, তাদের মধ্যে বেশিরভাগই আইটি পেশাদার, সিস্টেম অ্যাডমিনিস্ট্রেটর এবং কর্পোরেট নেটওয়ার্কে বিশেষাধিকারপ্রাপ্ত ব্যক্তি । বিশেষাধিকারবিহীন একজন সাধারণ ব্যবহারকারীকে সংক্রমিত করার চেয়ে ডোমেইন অধিকারসহ একজন সিস্টেম অ্যাডমিনিস্ট্রেটরের নিরাপত্তা বিঘ্নিত হওয়ার প্রভাব অনেক বেশি মারাত্মক হতে পারে।
সুতরাং, যদিও নিশ্চিত প্রত্যক্ষ ক্ষতিগ্রস্তদের সংখ্যা তুলনামূলকভাবে কম মনে হতে পারে (কিছু EDR প্রদানকারীর মতে, প্রায় একশটি সু-নথিভুক্ত ঘটনা), এন্টারপ্রাইজ এবং গুরুত্বপূর্ণ অবকাঠামোগত পরিবেশে ক্ষতির সম্ভাবনা ছিল অনেক বেশি। এই টেকনিশিয়ানদের মধ্যে একজনের কাছে সার্ভার, ক্লাউড প্যানেল বা নেটওয়ার্ক ডিভাইসের ক্রেডেনশিয়াল থাকলেই একটি অত্যন্ত বিপজ্জনক দরজা খুলে যেতে পারে।
আপনি প্রভাবিত হয়েছেন কিনা তা কীভাবে জানবেন
যদি আপনি ২০২৬ সালের ৯-১০ এপ্রিলের কাছাকাছি সময়ে অফিসিয়াল CPUID ওয়েবসাইট থেকে CPU-Z বা HWMonitor ডাউনলোড করে থাকেন, তবে বিষয়টি নিশ্চিত হওয়ার জন্য আপনার ডাউনলোড এবং সিস্টেমগুলো একবার দ্রুত যাচাই করে নেওয়া উচিত । আতঙ্কিত হওয়ার কোনো প্রয়োজন নেই, তবে কয়েকটি গুরুত্বপূর্ণ বিষয় যাচাই করে নেওয়া ভালো।
প্রথমেই যেটা যাচাই করতে হবে তা হলো আপনার ডাউনলোড করা ফাইলটির নাম । যদি আপনার HWMonitor ইনস্টলারটির নাম অদ্ভুত হয়, যেমন “HWiNFO_Monitor_Setup.exe” বা এমন কোনো ভিন্ন রূপ যা সাধারণ hwmonitor_*.exe প্যাটার্নের সাথে মেলে না, তবে এটি একটি বড় বিপদ সংকেত। অনেক ব্যবহারকারী ফোরাম এবং সোশ্যাল মিডিয়ায় নামের এই ধরনের অসঙ্গতি নিয়ে মন্তব্য করেছেন।
দ্বিতীয়ত, আপনার অ্যান্টিভাইরাস লগগুলো ওই তারিখগুলোর জন্য পরীক্ষা করা উচিত । যদি ডাউনলোড বা ইনস্টলেশনের সময় Windows Defender, Malwarebytes, Kaspersky বা অন্য কোনো নিরাপত্তা সমাধান কোনো সতর্কতা জারি করে থাকে এবং আপনি তা উপেক্ষা করে থাকেন, তবে এখনই সেই হিস্ট্রিটি খুঁজে বের করে দেখুন এটি ঠিক কী শনাক্ত করেছে। 'সন্দেহজনক', 'ম্যালওয়্যার' বা 'PUA'-এর মতো শব্দযুক্ত সতর্কতাগুলো আরও নিবিড়ভাবে পরীক্ষা করা প্রয়োজন।
ওই সময়ের মধ্যে cpuid.com থেকে কোনো এক্সিকিউটেবল ফাইল ডাউনলোড হয়েছে কিনা, তা খুঁজে বের করতে আপনার ব্রাউজারের ডাউনলোড হিস্ট্রিও দেখে নেওয়া উচিত । যদি কোনো সন্দেহজনক কিছু খুঁজে পান, তবে বিশ্লেষণের জন্য ফাইলটির একটি কপি সংরক্ষণ করুন (উদাহরণস্বরূপ, পরে VirusTotal-এ আপলোড করে) এবং কোনো অবস্থাতেই এটি পুনরায় চালানো থেকে বিরত থাকুন।
আপনি যদি প্রযুক্তিগতভাবে বেশি পারদর্শী হন এবং আপনার সিস্টেমটি হ্যাক হওয়ার যুক্তিসঙ্গত আশঙ্কা থাকে, তবে একটি উপায় হলো ইউএসবি ড্রাইভে থাকা একটি ক্লিন লিনাক্স ইমেজ থেকে বুট করে বাইরে থেকে উইন্ডোজ ডিস্কটি স্ক্যান করা । বেশিরভাগ ব্যবহারকারীর এটির প্রয়োজন হয় না, কিন্তু গুরুতর পরিস্থিতিতে এটি System32-এর বাইরে থাকা CRYPTBASE.dll-এর মতো ফাইল, অস্বাভাবিক শিডিউলড টাস্ক বা AppData-তে থাকা আর্টিফ্যাক্ট খুঁজে পেতে সাহায্য করতে পারে।
যদি আপনি ক্ষতিগ্রস্ত উইন্ডোতে ডাউনলোড করে থাকেন তবে প্রস্তাবিত পদক্ষেপগুলি।
তারিখ এবং ফাইলের নাম যাচাই করার সময় যদি আপনি দেখেন যে আপনি ঠিক ২০২৬ সালের ৯ থেকে ১০ এপ্রিলের মধ্যে CPU-Z বা HWMonitor ডাউনলোড করেছেন, তবে এটা ধরে নেওয়া বিচক্ষণতার কাজ হবে যে সংক্রমণের অন্তত একটি যুক্তিসঙ্গত সম্ভাবনা রয়েছে এবং সেই অনুযায়ী ব্যবস্থা গ্রহণ করা উচিত, এমনকি যদি পরবর্তী বিশ্লেষণে দেখা যায় যে প্রকৃতপক্ষে কোনো সংক্রমণ হয়নি।
প্রথম ধাপ হলো উইন্ডোজ কন্ট্রোল প্যানেল বা সেটিংস থেকে ক্ষতিগ্রস্ত সংস্করণগুলো আনইনস্টল করা । তদন্ত চলাকালীন, যে প্রোগ্রামগুলোর ওপর আপনার আস্থা নেই, সেগুলো রেখে দেওয়ার কোনো মানে হয় না। আনইনস্টল করার পর, প্রোগ্রাম ফাইলস এবং অ্যাপডেটা-তে থাকা অবশিষ্ট ফোল্ডারগুলো পরিষ্কার করে ফেলাও ভালো; তবে যেগুলোর ব্যাপারে আপনি নিশ্চিত নন, সেগুলো যেন মুছে না যায়, সেদিকে সতর্ক থাকতে হবে।
এরপর, আপনার সিস্টেমে একটি সম্পূর্ণ (দ্রুত নয়) অ্যান্টিভাইরাস স্ক্যান চালান । আধুনিক নিরাপত্তা সমাধান, বিশেষ করে যেগুলোতে বিহেভিওরাল ডিটেকশন (আচরণগত সনাক্তকরণ) সুবিধা আছে, সেগুলো এই ধরনের ম্যালওয়্যারের চিহ্ন খুঁজে বের করতে পারে, এমনকি যদি পেলোডের একটি অংশ শুধু মেমোরিতে থেকেও থাকে। সম্ভব হলে, দ্বিতীয় মতামতের জন্য একটি আপডেটেড উইন্ডোজ ডিফেন্ডার এবং ম্যালওয়্যারবাইটস-এর মতো অতিরিক্ত কোনো টুলের সমন্বিত ব্যবহার করুন।
একই সাথে, আপনার ধরে নেওয়া উচিত যে ওই সময়কালে ব্রাউজারে সংরক্ষিত যেকোনো ক্রেডেনশিয়াল অরক্ষিত হয়ে যেতে পারে। এর মানে হলো, ইমেল, অনলাইন ব্যাংকিং, ক্লাউড পরিষেবা এবং ক্রোম, ফায়ারফক্স, এজ বা ব্রেভের মাধ্যমে অ্যাক্সেস করা হয় এমন যেকোনো গুরুত্বপূর্ণ প্ল্যাটফর্মের পাসওয়ার্ড পরিবর্তন করার পরামর্শ দেওয়া হচ্ছে। আপনার সিস্টেম স্ক্যান ও পরিষ্কার করার পরে এটি করুন, তার আগে নয়।
আপনার প্রধান অ্যাকাউন্টগুলোর (যেমন, জিমেইল, অ্যামাজন, ড্রপবক্স বা আপনার ব্যাংকের ড্যাশবোর্ড) সন্দেহজনক কার্যকলাপের ইতিহাস পর্যালোচনা করে দেখাও একটি ভালো কাজ, যাতে অস্বাভাবিক কোনো স্থান বা ডিভাইস থেকে লগইন করা হয়েছে কিনা তা দেখা যায়। আর, যদি আপনি আপনার ব্রাউজারে কার্ডের বিবরণ সংরক্ষণ করে থাকেন, তবে আপনার ব্যাংককে জানানোই যুক্তিযুক্ত, যাতে তারা যেকোনো অস্বাভাবিক কার্যকলাপের ওপর নজর রাখতে পারে অথবা, চরম পরিস্থিতিতে, কার্ড প্রতিস্থাপনের জন্য অনুরোধ করতে পারে।
সিপিইউআইডি প্রতিক্রিয়া এবং আপনার ডাউনলোডের বর্তমান অবস্থা
ঘটনাটি প্রকাশ্যে আসার পর, সিপিইউআইডি (CPUID) বিবৃতি প্রকাশ করে ব্যাখ্যা করে যে, এই আক্রমণটি তাদের অবকাঠামোর একটি গৌণ কার্যকারিতা —সুপরিচিত সাইড এপিআই (Side API)—কে প্রভাবিত করেছিল এবং স্বাক্ষরিত বাইনারি ও কোড রিপোজিটরিগুলো ক্ষতিগ্রস্ত হয়নি। তারা জানায় যে, তারা ক্ষতিগ্রস্ত এপিআই-এর দুর্বলতাটি শনাক্ত করে তা সমাধান করেছে এবং ডাউনলোড প্ল্যাটফর্মটিতে স্বাভাবিক কার্যক্রম পুনরুদ্ধার করেছে।
প্রাপ্ত তথ্য অনুসারে, বর্তমান CPU-Z এবং HWMonitor এক্সিকিউটেবলগুলো আবারও সঠিকভাবে স্বাক্ষরিত হয়েছে এবং একটি ত্রুটিমুক্ত পরিকাঠামো থেকে পরিবেশিত হচ্ছে । যেহেতু সমস্যাটির সমাধান হয়ে গেছে, আজ থেকে অফিসিয়াল ওয়েবসাইট থেকে এই টুলগুলো ডাউনলোড করা নিরাপদ বলে মনে করা হচ্ছে, তবে শর্ত হলো ইন্টারনেট থেকে প্রাপ্ত যেকোনো সফটওয়্যারের জন্য প্রচলিত সতর্কতাগুলো আপনাকে মেনে চলতে হবে।
তা সত্ত্বেও, এই ঘটনাটি যথেষ্ট পরিমাণে অবিশ্বাস তৈরি করেছে। অনেক প্রতিষ্ঠানই প্রশ্ন তুলছে যে প্রোডাকশন সার্ভারে বা অত্যন্ত সংবেদনশীল পরিবেশে CPUID-এর মতো থার্ড-পার্টি ইউটিলিটি ব্যবহার করা চালিয়ে যাওয়া যুক্তিযুক্ত হবে কি না। কিছু ক্ষেত্রে, তারা ভালোভাবে নিরীক্ষিত ওপেন-সোর্স বিকল্প (যেমন লিনাক্সের lm-sensors বা OpenHardwareMonitor) অথবা ক্লাউড ও হার্ডওয়্যার সরবরাহকারীদের নেটিভ টুল বেছে নিচ্ছে।
সিপিইউআইডি-কে তার পক্ষ থেকে কমিউনিটির আস্থা পুনরুদ্ধারের জন্য কাজ করতে হবে , শুধু নির্দিষ্ট ঘটনাটির সমাধান করেই নয়, বরং তাদের অভ্যন্তরীণ নিরাপত্তা যে আরও জোরদার করা হয়েছে, তা প্রমাণ করার মাধ্যমেও। এই পদক্ষেপগুলোর মধ্যে রয়েছে নিয়মিত নিরীক্ষা, কঠোরতর প্রবেশাধিকার নিয়ন্ত্রণ, ডাউনলোডের অস্বাভাবিকতা পর্যবেক্ষণ এবং প্রতিটি সংস্করণের জন্য যাচাইযোগ্য হ্যাশ প্রকাশ করা।
আরও সাধারণভাবে বলতে গেলে, এই ধরনের আক্রমণগুলো ইন্ডাস্ট্রিকে এসবিওএম (সফটওয়্যার বিল অফ মেটেরিয়ালস) -এর মতো পদ্ধতি গ্রহণ করতে বাধ্য করছে , যেখানে একটি সফটওয়্যারের সমস্ত উপাদানের ডকুমেন্টেশন থাকা বাধ্যতামূলক। এছাড়াও জিরো ট্রাস্ট আর্কিটেকচার মডেলও এর অন্তর্ভুক্ত, যেখানে অভ্যন্তরীণ কোড যদি ধারাবাহিক নিয়ন্ত্রণে উত্তীর্ণ না হয়, তবে সেটিকে বিশ্বাসযোগ্য বলেও ধরে নেওয়া হয় না।
ব্যবহারকারী এবং শিল্পের জন্য মূল শিক্ষা
সিপিইউআইডি (CPUID) ঘটনাটি একটি অস্বস্তিকর অনুস্মারক যে, অফিসিয়াল ওয়েবসাইটকে অন্ধভাবে বিশ্বাস করা এখন আর যথেষ্ট নয় । আক্রমণকারীরা বুঝে গেছে যে, দুর্বলতম স্থানটি প্রায়শই লিঙ্কে ক্লিক করা ব্যবহারকারী নন, বরং সেই বিতরণ পরিকাঠামো, যাকে আমরা সবাই সুরক্ষিত বলে ধরে নিই।
সাধারণ ব্যবহারকারীদের জন্য কয়েকটি গুরুত্বপূর্ণ বিষয় মনে রাখতে হবে। প্রথমত: ফাইলটি একটি সুপরিচিত ওয়েবসাইট থেকে এসেছে বলেই অ্যান্টিভাইরাসের সতর্কবার্তা উপেক্ষা করবেন না । আধুনিক শনাক্তকরণ ব্যবস্থা আচরণ এবং বিশ্বব্যাপী খ্যাতির উপর নির্ভর করে; যদি কোনো নির্দিষ্ট তারিখে cpuid.com থেকে কিছু ডাউনলোড করার সময় একটি সতর্কবার্তা আসে, তবে এটি খুব সম্ভবত এই ইঙ্গিত দেয় যে পরিষেবা প্রদানকারীর ব্যাকএন্ডে অস্বাভাবিক কিছু ঘটছে।
দ্বিতীয়ত: এক্সিকিউটেবল ফাইলের নামের মতো সুস্পষ্ট বিষয়গুলোর দিকে মনোযোগ দিন । আপনি যখন HWMonitor আশা করছিলেন, তখন HWiNFO_Monitor_Setup.exe নামের কোনো ইনস্টলার দেখলে তা সঙ্গে সঙ্গে সন্দেহ জাগানো উচিত। একটি গুরুতর সংক্রমণ প্রতিরোধ করতে মাত্র দুই সেকেন্ডের মনোযোগই যথেষ্ট।
সফটওয়্যার কোম্পানিগুলোর জন্য, এই ধরনের ঘটনাগুলো CI/CD প্রসেস, ডাউনলোড সার্ভারে অ্যাক্সেস এবং সহায়ক API-গুলোকে শক্তিশালী করার প্রয়োজনীয়তাকে আরও জোরদার করে। Semgrep বা অন্যান্য SCA সিস্টেমের মতো ডিপেন্ডেন্সি স্ক্যানিং টুল , CI/CD লগে প্রয়োগ করা Sigma রুলস এবং বাইনারি সাইন করার আগে স্ট্যাটিক/ডাইনামিক অ্যানালাইসিস এখন আর ঐচ্ছিক বিষয় নয়: এগুলো অপরিহার্য।
অবশেষে, সাইবার নিরাপত্তা মহল আরও অত্যাধুনিক সমাধানের দিকে অগ্রসর হচ্ছে: যেমন—স্বাক্ষর প্রক্রিয়ায় অখণ্ডতা ও সত্যতা নিশ্চিত করতে শক্তিশালী ক্রিপ্টোগ্রাফিক লাইব্রেরির ব্যবহার, সিপিইউ-জেড (CPU-Z)-এ দেখা যাওয়া আক্রমণের শৃঙ্খল ভেঙে দিতে সক্ষম ইন-মেমরি ইডিআর (EDR), এবং এমন একটি সংস্কৃতি যেখানে ব্যাপক ডাউনলোডের ক্ষেত্রে যেকোনো অস্বাভাবিকতাকে বিচ্ছিন্ন বাগ হিসেবে উড়িয়ে না দিয়ে তাৎক্ষণিকভাবে তদন্ত করা হয়।
সিপিইউআইডি সাপ্লাই চেইন আক্রমণের ঘটনা থেকে এটা স্পষ্ট যে, সরাসরি সোর্স কোড হ্যাক করার পরিবর্তে ডিস্ট্রিবিউশন ব্যবস্থাকে ক্ষতিগ্রস্ত করার কৌশলটি স্থায়ী হতে চলেছে। ব্যবহারকারী এবং প্রতিষ্ঠানগুলোকে তাদের ডিজিটাল সুরক্ষার মান আরও উন্নত করতে হবে: যখনই সম্ভব হ্যাশ যাচাই করা, ফাইলের নাম এবং সার্টিফিকেটের দিকে মনোযোগ দেওয়া, পরিচিত মনে হওয়া কোনো লোগো দেখলে সতর্ক থাকা, এবং সর্বোপরি, যেকোনো সন্দেহের ক্ষেত্রে দ্রুত ব্যবস্থা নেওয়া, যাতে একটি বিচ্ছিন্ন ঘটনা দীর্ঘমেয়াদী সমস্যায় পরিণত না হয়।