ইথেরিয়াম ক্লায়েন্টগুলি ইথের পুরস্কার পুনঃনির্দেশ করতে পারে এমন ত্রুটি প্যাচ করেছে

 
অতিরিক্ত প্রকাশিত কানেকশন টাইপগুলির মধ্যে রয়েছে এক্সিকিউশন ক্লায়েন্ট, ব্লক বিল্ডার, রিলে এবং ভ্যালিডেটর কনফিগারেশন ডেটা সরবরাহকারী সার্ভিসগুলি। প্রতিটি ক্ষেত্রেই মূল ঝুঁকি একই: ক্লায়েন্ট সফটওয়্যারটি প্রতারণামূলক সার্টিফিকেটকে বৈধ হিসাবে বিবেচনা করে এবং তাই প্রস্তাবিত ব্লকের বিষয়বস্তু বা কীগুলির পরিচালনা পরিবর্তন করার জন্য ডেটা বা নির্দেশনা গ্রহণ করে। দুর্বলতাটি সাধারণ অপারেশনের অধীনে ভ্যালিডেটরের সাইনিং কীতে প্রত্যক্ষ অ্যাক্সেস প্রদান করে না; এর পরিবর্তে, এটি ভ্যালিডেটর যে বাহ্যিক সার্ভিসগুলির সাথে পরামর্শ করে তাদের অখণ্ডতা বিঘ্নিত করে। ইথেরিয়াম ব্লক পুরস্কার এবং ফি প্রস্তাবিত ব্লকের মধ্যে অন্তর্ভুক্ত ঠিকানাগুলির ভিত্তিতে পরিশোধিত হয়, তাই প্রস্তাবনা সময়ে সফলভাবে হস্তক্ষেপ করলেই ইতিমধ্যেই অর্জিত ফান্ডগুলি সরানোর প্রয়োজন ছাড়াই মূল্যকে পুনঃনির্দেশিত করা যায়। এই পথগুলির কোনও দুর্বলতা এখনও রিপোর্ট করা হয়নি,এবং তাদের কনফিগারেশনে HTTPS URL-এর অস্তিত্বহীন default mainnet Teku ইনস্টলেশনগুলি প্রভাবিত সেটের বাইরেই থাকে।তবুও,বিস্তারিতপরিস্থিতিরমধ্যেএটিসহজেইবোঝা‌যায়যেক্লায়েন্টটিমগুলি‌কিভাবে‌প্রোটোকল‌এবং‌পিয়ার-টু-পিয়ার‌স্তরগুলি‌অপরিবর্তিত‌থাকা‌সত্ত্বেও‌এই‌সমস্যাটি‌তাৎক্ষণিক‌Docker-ইমেজ‌আপডেট‌প্রয়োজন‌হিসাবে‌বিবেচনা‌করেছিল।
Teku 26.10.3 ডকার ট্রাস্ট স্টোর থেকে ক্ষতিগ্রস্ত রুটগুলি সরিয়ে ফেলে
Teku ২০২৬ সালের ২৭ অক্টোবরে সংস্করণ ২৬.১০.৩ প্রকাশ করেছে, যা বিশেষভাবে eMudhra-সংক্রান্ত প্রভাব মোকাবিলার জন্য করা হয়েছে। রিলিজ নোটগুলিতে বলা হয়েছে যে Docker ইমেজগুলি এখন emSign ECC Root CA – G3, emSign Root CA – G1, emSign Root CA – G2 বা AAA Certificate Services রুটগুলিকে বিশ্বাস করে না। মধ্যবর্তী কর্তৃপক্ষগুলি দূষিত হওয়ার পরে OpenJDK এই রুটগুলি সরিয়ে ফেলেছিল; Teku-এর দ্বারা ব্যবহৃত Eclipse Temurin বেস ইমেজগুলি ক্লায়েন্ট রিলিজের সময় এই সংশোধনটি এখনও অন্তর্ভুক্ত করেনি। আপডেট করা ইমেজগুলি প্রেরণ করে, Teku দলটি নিশ্চিত করেছে যে নতুন ট্যাগগুলি পull করা অপারেটরদের Java runtime-এর ট্রাস্ট স্টোরে দূষিত উপাদানগুলি অন্তর্ভুক্ত থাকবে না। রিলিজের সাথে সংযুক্ত সতর্কবার্তাটি জোর দিয়ে বলছে যে HTTPS URL-এর কোনও কনফিগারেশন ছাড়াই ডিফল্ট mainnet node-এর জন্য কোনও কাজের প্রয়োজন হয় না। প্রভাবিততা শুধুমাত্র beacon coordination, external signing, builders, বা অনুরূপ সেবাগুলির জন্য দূরবর্তী HTTPS endpoint-এর সাথে ইচ্ছাকৃতভাবে সংযোগকারী কনফিগারেশনগুলিতেই सीমিত।
 
পুরনো Docker ইমেজ ব্যবহার করা অপারেটররা, যার মধ্যে 26.10.2 পর্যন্ত ট্যাগ করা ইমেজও অন্তর্ভুক্ত, এমন একটি runtime ব্যবহার চালিয়ে যাচ্ছেন যা প্রভাবিত root-গুলিকে বিশ্বাস করে। হোস্ট Java ইনস্টলেশন আপডেট করলে বিদ্যমান কন্টেইনারের ভেতরের runtime স্বয়ংক্রিয়ভাবে আপডেট হয় না, তাই নতুন করে ইমেজ pull করা প্রয়োজন। Teku আরও উল্লেখ করেছে যে Java 26 তার মেয়াদ শেষ হওয়ায় আর কোনো patched build পাবে না; এখনও যারা ওই ভার্সনে আছেন, তাদেরকে বর্তমান long-term support release, Java 25-এ মাইগ্রেট করার এবং সংশ্লিষ্ট -jdk25 ইমেজ ট্যাগ ব্যবহার করার পরামর্শ দেওয়া হয়েছে। তাই এই রিলিজে একদিকে certificate-root অপসারণ এবং অন্যদিকে runtime version management সম্পর্কে নির্দেশনা – দুটোই একত্র করা হয়েছে। যেহেতু পরিবর্তনটি শুধুমাত্র Docker ইমেজগুলোর trust store-এ সীমাবদ্ধ, তাই consensus আচরণ এবং validator key হ্যান্ডলিং অপরিবর্তিত থাকে। আপডেটটিকে একটি সুপারিশকৃত নিরাপত্তা ব্যবস্থা হিসাবে উপস্থাপন করা হয়েছে, জরুরি consensus upgrade হিসাবে নয়, যা প্রভাবিত কনফিগারেশনগুলোর সীমিত পরিসরকে প্রতিফলিত করে।
বেসু 26.10.2 সম song সার্টিফিকেট বিশ্বাস সামঞ্জস্য প্রয়োগ করে
একই ব্যাপক বাস্তুতন্ত্র দ্বারা রক্ষণাবেক্ষণকৃত এক্সিকিউশন-লেয়ার ক্লায়েন্ট বেসু, ২৬ অক্টোবর, ২০২৬-এ ভার্সন ২৬.১০.২ প্রকাশ করে, যা এর ডকার ইমেজে একই রুট অপসারণগুলি বাস্তবায়ন করে। সমান্তরাল সময়সীমা এবং অভিন্ন সার্টিফিকেট লক্ষ্যগুলি জাভা-ভিত্তিক ইথেরিয়াম ক্লায়েন্ট স্ট্যাকের মধ্যে eMudhra ঘটনার প্রতি সমন্বিত সচেতনতা নির্দেশ করে। এক্সিকিউশন ক্লায়েন্টগুলি পেলোড গঠন এবং ট্রানজেকশন অন্তর্ভুক্তির জন্য কনসেনসাস ক্লায়েন্ট এবং বাহ্যিক সেবাগুলির সাথে মিথস্ক্রিয়া করে; এগুলি যে কোনও HTTPS যোগাযোগের পথগুলি বজায় রাখে, সেগুলি Teku-কে প্রভাবিত করা একই সার্টিফিকেট-যাচাইকরণ নিয়মগুলির অধীন। তার ইমেজগুলির মধ্যে দূষিত কর্তৃপক্ষগুলির জন্য বিশ্বাস সরিয়ে ফেলে, বেসু এর ডকার বিতরণগুলির উপর নির্ভরশীল অপারেটরদের জন্য সংশ্লিষ্ট আক্রমণের পৃষ্ঠতলটি বন্ধ করে।
 
টেকুর মতো, বেসু আপডেটটি আলাদাভাবে পরিচালিত জাভা রানটাইম ব্যবহার করে থাকা স্ট্যান্ডঅলোন বাইনারি ইনস্টলেশনগুলিকে স্বয়ংক্রিয়ভাবে সংশোধন করে না। এই শ্রেণীর অপারেটরদের তাদের স্থানীয় ট্রাস্ট স্টোর বা জাভা ভার্সনগুলি স্বতন্ত্রভাবে পরীক্ষা করে আপডেট করতে হবে। ডুয়াল ক্লায়েন্ট রিলিজগুলি দেখিয়েছে যে ইথেরিয়াম নোড সফটওয়্যার স্ট্যাকের কনসেনসাস এবং এক্সিকিউশন উভয় দিকই জাভা সার্টিফিকেট হ্যান্ডলিংয়ের উপর সম্মিলিত নির্ভরশীলতা স্বীকার করেছে। যেহেতু অনেক প্রোডাকশন ভ্যালিডেটর Teku-এর মতো একটি কনসেনসাস ক্লায়েন্ট এবং Besu-এর মতো একটি এক্সিকিউশন ক্লায়েন্ট চালায়, একসাথে আপডেটগুলি নোড জোড়ার যেকোনো পক্ষেই দুর্বলতাপূর্ণ রুটগুলির উপর অবশিষ্ট বিশ্বাসের সম্ভাবনা কমিয়ে দেয়। রিলিজের আগে কোনো ব্যবহারের প্রতিবেদনের অভাব এটির প্রায়োগিক উইন্ডোটির সীমিততা নির্দেশ করে, তবুও সমন্বিত প্যাচগুলি Ethereum protocole-এর বাইরের একটি পরিচিত ক্রিপ্টোগ্রাফিক ব্যর্থতার বিরুদ্ধে প্রশস্তভাবে শক্তিশালীকরণকেই প্রতিফলিত করে।
জাভার ডিফল্ট রিভোকেশন চেকিং এর অভাব প্রসারিত প্রকাশ
একটি কেন্দ্রীয় প্রযুক্তিগত বিস্তার হল যে জাভা সার্টিফিকেট বৈধতা ডিফল্টরূপে বাতিলের অবস্থা পরীক্ষা করে না। ইমুধ্রা মধ্যবর্তী সার্টিফিকেটগুলি বাতিল করার পরেও এবং প্রধান প্ল্যাটফর্মগুলি তাদের ব্লক করার পরেও, যে কোনও জাভা রানটাইম যা এখনও তার ট্রাস্ট স্টোরে সংশ্লিষ্ট রুটস বা মধ্যবর্তীগুলি ধারণ করেছিল, সেগুলির সাথে চেইনযুক্ত সার্টিফিকেটগুলি গ্রহণ করতে থাকবে। ওপেনজডিকে ফিক্সগুলি প্রকাশ করেছিল যা প্রথমে দূষিত মধ্যবর্তীগুলি ব্লক করেছিল এবং পরবর্তীতে চারটি সংশ্লিষ্ট রুটস সরিয়েছিল। তবে, পুরনো Temurin বা OpenJDK বিল্ডসহ ডকার ইমেজগুলি স্বয়ংক্রিয়ভাবে সেই ফিক্সগুলি পায়নি। প্ল্যাটফর্ম-স্তরের বাতিলকরণ এবং এমবেডেড জাভা রানটাইমগুলির আচরণের এই ফাঁকই ক্লায়েন্ট-নির্দিষ্ট ইমেজ আপডেটের প্রয়োজনীয়তা তৈরি করেছিল।
 
ইথেরিয়াম অপারেটরদের জন্য, এই প্রভাবটি তাত্ত্বিক নয়, বরং অপারেশনাল। একটি ভ্যালিডেটর যার কনফিগারেশনে রিমোট সার্ভিসের জন্য HTTPS এন্ডপয়েন্ট অন্তর্ভুক্ত রয়েছে, সে তার ব্যবহৃত জাভা রানটাইমের বিশ্বাসের সিদ্ধান্তগুলি উত্তরাধিকারসূত্রে পায়। যদি সেই রানটাইমটি আপডেট করা না হয় বা প্যাচযুক্ত ইমেজ দিয়ে প্রতিস্থাপিত না হয়, তবে ক্লায়েন্টটি একটি জালিয়াতি করা সার্টিফিকেট গ্রহণ করতে প্রস্তুত থাকবে। পরিকল্পিতভাবে ডিজাইনকৃত সেটআপগুলিতে মিউচুয়াল TLS বা পিনড সার্টিফিকেটগুলি ঝুঁকি কমাতে সহায়তা করতে পারে, তবে অনেক প্রডাকশন কনফিগারেশন স্ট্যান্ডার্ড ট্রাস্ট-স্টোর বৈধতা-এর উপর নির্ভরশীল। এইজন্য, Teku এবং Besu-এর রিলিজগুলি একটি ব্যবহারিক স্মরণীয়তা হিসেবে কাজ করে যে, কনটেইনারাইজড নোড সফটওয়্যারের নিজস্ব সার্টিফিকেট স্টোর থাকে, যা হোস্ট সিস্টেমের সাথে স্বতন্ত্র। যারা Docker ইমেজগুলিকে অস্বচ্ছ ব্ল্যাকবক্স হিসেবে বিবেচনা করেন, তারা এই বিষয়টি উপেক্ষা করতে পারেন, যতক্ষণ না একটি বহিরাগত ঘটনা আপডেটের জন্য বাধ্যকরণ করে। এই ঘটনাটির মধ্যেই, Java-ভিত্তিক Ethereum क्लाइंटগুলি চলাকালীন Java-এর upstream-এর security advisories-এর monitoring-এরও मूল्य उজ্জলভাবেই उঠে आয়।
ডিফল্ট মেইননেট কনফিগারেশনগুলি প্রাথমিক আক্রমণের পৃষ্ঠা এড়িয়েছে
টেকুর পরামর্শ স্পষ্টভাবে বলে যে, এর কনফিগারেশনে কোনও HTTPS URL না থাকা ডিফল্ট মেইননেট নোডটি অপ্রভাবিত থাকে এবং কোনও কাজের প্রয়োজন হয় না। স্থানীয়ভাবে কোলোকেটেড কনসেনসাস এবং এক্সিকিউশন ক্লায়েন্ট চালানোকারী, রিমোট সাইনিং বা রিমোট বিকন এন্ডপয়েন্ট ছাড়াই কাজ করা বেশিরভাগ ভ্যালিডেটরগুলি এই শ্রেণীতে পড়ে। Ethereum দ্বারা ব্যবহৃত পিয়ার-টু-পিয়ার খুঁজে বের করা এবং গসিপ প্রোটোকলগুলি eMudhra সার্টিফিকেট অথরিটির উপর নির্ভর করে না, যা স্ট্যান্ডার্ড সেটআপগুলিকে আরও সুরক্ষিত করে। ঝুঁকি সবচেয়ে বেশি তাদের মধ্যে কেন্দ্রীভূত, যারা অপারেশনাল সুবিধার, সাইনিং কীগুলির ভৌগলিক বণ্টনের বা তৃতীয়-পক্ষের ব্লক-বিল্ডিং সার্ভিসগুলির সাথে একীভূতকরণের জন্য ইচ্ছাকৃতভাবে বহিরাগত HTTPS নির্ভরশীলতা চালু করেছে। নেটওয়ার্কের সমগ্র প্রভাব মূল্যায়নের জন্য এই পার্থক্যটি গুরুত্বপূর্ণ। কারণ, মেইননেটের বেশিরভাগ ভ্যালিডেটরগুলি এমন কনফিগারেশনের অধীনেই কাজ করে, যা kabhiওভালনারবলভিলনসার্টিফিকেটচেইনগুলিরসংস্পর্শেআসেনি,যারফলেথিওরেটিক্যালআক্রমণপৃষ্ঠটিপ্যাচগুলিরআগেওসীমিতথাকল।
 
তবুও আপডেট করা ছবি চালু করার ক্লায়েন্ট টিমের সিদ্ধান্তটি দূরবর্তী সেবাগুলি ব্যবহার করে এমন অপারেটরদের সাবসেটকে সুরক্ষিত রাখে এবং ভবিষ্যতের ছবি ডাউনলোডগুলি একটি শক্তিশালী ভিত্তি থেকে শুরু হয়। HTTPS-এর মাধ্যমে প্রাথমিক অবস্থা ডাউনলোড করা টেস্টনেট কনফিগারেশনগুলিকে সম্ভাব্যভাবে প্রকাশিত হিসাবে চিহ্নিত করা হয়েছিল, যা দেখায় যে একই সার্টিফিকেট লজিক মেইননেটের বাইরেও প্রযোজ্য। HTTPS বুটস্ট্র্যাপ বা দূরবর্তী এন্ডপয়েন্টের উপর নির্ভরশীল যেকোনো নেটওয়ার্কের অপারেটরদের অক্টোবর 2026-এর রিলিজগুলিকে তাদের পরিবেশের জন্য অপরিহার্য হিসাবে বিবেচনা করা উচিত। ডিফল্ট এবং অ-ডিফল্ট কনফিগারেশনগুলির মধ্যে পরিষ্কারভাবে পৃথকীকরণটি এই পরামর্শকে ভ্যালিডেটর সেটের বড় portion-এর জন্য সঠিক এবং আশ্বস্তকারীভাবে প্রকাশ করতে সক্ষম করেছিল।
বাহ্যিক সাইনার এবং রিমোট বিকন নোড সর্বোচ্চ ঝুঁকিপূর্ণ পথ প্রতিনিধিত্ব করে
টেকু যে সেনারিওগুলি উল্লেখ করেছেন, তার মধ্যে বাহ্যিক সাইনিং সেবাগুলির গুরুত্বপূর্ণতা বেশি। এই সেবাগুলি ভ্যালিডেটরের প্রাইভেট কীগুলি অফলাইন বা বিশেষায়িত হার্ডওয়্যারে রাখে এবং নেটওয়ার্ক কানেকশনের মাধ্যমে সাইনেচার অনুরোধের প্রতিক্রিয়া দেয়। যদি একজন আক্রমণকারী একটি জালিয়াতি সার্টিফিকেট প্রদর্শন করে সাইনারকে অনুকরণ করতে পারে, তবে ভ্যালিডেটর ক্লায়েন্টটি সেই সাইনেচারগুলি গ্রহণ করতে পারে যা অপারেটর কখনই উদ্দেশ্য করেননি, যার মধ্যে ফি-প্রাপক সেটিংস পরিবর্তন বা এক্সিটস শুরু করা অন্তর্ভুক্ত। পরস্পর TLS অথেনটিকেশন বাধ্যতামূলকভাবে প্রয়োগ করা কনফিগারেশনগুলি ক্ষতির প্রভাবকে ডিনিয়াল-অফ-সার্ভিসে সীমাবদ্ধ করে, কারণ আক্রমণকারী অথেনটিকেটেড হ্যান্ডশেকটি সম্পন্ন করতে পারবেন না। যেখানে পরস্পর অথেনটিকেশন অনুপস্থিত, সেখানে ব্যবহারযোগ্য সাইনেচারগুলি পাওয়ার ঝুঁকি বেশি। রিমোট বিকন নোডগুলি একটি সম্পর্কিত, কিন্তু ভিন্ন চিন্তা।
 
একটি ভ্যালিডেটর যে দূরবর্তী বিকন এন্ডপয়েন্টকে কিছু সমন্বয় দায়িত্ব দেয়, সে সেই এন্ডপয়েন্টের উপর নির্ভর করে দায়িত্ব, ব্লকের বিষয়বস্তু এবং নেটওয়ার্কের অবস্থা সম্পর্কে তথ্য পায়। একটি সফল প্রতারণা তাই ভ্যালিডেটরটি চূড়ান্তভাবে প্রস্তাবিত ব্লককে প্রভাবিত করতে পারে, যার মধ্যে ব্লকে অন্তর্ভুক্ত ফি-প্রাপক ঠিকানা অন্তর্ভুক্ত থাকে। ব্লক বিল্ডার এবং রিলেগুলি আরও অন্যান্য HTTPS সারফেসগুলি চালু করে, যার মধ্যে ম্যানিপুলেটেড পেলোডগুলি ইনজেক্ট করা যেতে পারে। প্রতিটি ক্ষেত্রে, আক্রমণকারীকে প্রথমেই এমন একটি নেটওয়ার্ক অবস্থান অর্জন করতে হবে যা বাধা দেওয়ার অনুমতি দেয়, এবং তারপরেই এমন একটি সার্টিফিকেট উপস্থাপন করতে হবে যা আপডেট-হীন Java runtime-এর গ্রহণযোগ্য। প্রয়োজনীয়তাগুলির সমন্বয়টি realistic adversaries-এর সেটকে সংকুচিত করে, তবুও, একটি সফল প্রস্তাবনা থেকে পুনঃনির্দিষ্টকৃত ফিরা—এই সম্ভাব্য পুরস্কারটি defense patches-এর justification। বহিরাগত signers বা remote infrastructure-এর জন্যযথাযথভাবে maintenance-কারীদেরকে client updates-এর সঙ্গে-সঙ্গে those links-এ authentication mechanisms-এরও review-এর priority-এর demand।
স্বতন্ত্র বাইনারি চালানোকারী অপারেটরদের আলাদা জাভা আপডেটের দায়িত্ব রয়েছে
ডকার ব্যবহারকারীরা নতুন Teku 26.10.3 বা Besu 26.10.2 ইমেজ পুল করে সমস্যার সমাধান করতে পারেন। যারা ক্লায়েন্টগুলিকে স্ট্যান্ডঅ্যালোন বাইনারি বা প্যাকেজ হিসেবে ইনস্টল করেন, তাদের হোস্ট সিস্টেমে উপলব্ধ জাভা রানটাইমের উপর নির্ভরশীল। এই ইনস্টলেশনগুলির জন্য, ক্লায়েন্ট রিলিজগুলি হোস্ট ট্রাস্ট স্টোরকে পরিবর্তন করে না। অতএব, অপারেটরদের নিশ্চিত করতে হবে যে তাদের ইনস্টল করা জাভা ভার্সনটি OpenJDK-এর সংশোধনগুলি অন্তর্ভুক্ত করে, যা দূষিত রুটগুলি সরিয়ে ফেলে, অথবা তারা ম্যানুয়ালি সার্টিফিকেট স্টোরটি সংশোধন করবেন। Teku-এর বিশেষভাবে সতর্কবাণী দেওয়া হয়েছে যে Java 26-এর সমর্থন শেষ হয়েছে এবং প্যাচযুক্ত বিল্ড পাওয়া যাবে না; সমর্থন এবং সিকিউরিটি আপডেটের জন্য Java 25-এ মাইগ্রেট করা প্রয়োজন। Ethereum ইনফ্রাস্ট্রাকচারে কনটেইনারাইজড এবং বেয়ার-মেটাল ডিপ্লয়মেন্টের মধ্যেএই বিভাজনটি সাধারণ, এবং এটি node-অপারেটরদের জন্য একটি ব্যবহারিক চেকলিস্ট আইটেমকে তৈরি করে।
 
জাভা ভার্সনের ইনভেন্টরি, ট্রাস্ট-স্টোরের বিষয়বস্তুর নিশ্চিতকরণ এবং কোনও HTTPS এন্ডপয়েন্টের অবিশ্বাসযোগ্য সেবার দিকে নির্দেশিত হওয়ার কোনও অবস্থা না থাকার যাচাইকরণই পোস্ট-প্যাচ স্বাস্থ্যের ন্যূনতম শর্ত। যেহেতু মৌলিক ক্রিপ্টোগ্রাফিক ব্যর্থতাটি ইথেরিয়ামের বাইরে ঘটেছে, অপারেটর যেকোনো অন্যান্য জাভা-ভিত্তিক টুলিং চালানোর ক্ষেত্রেও একই জাভা আপডেটের দায়িত্বগুলি প্রযোজ্য। তাই, ক্লায়েন্ট পরামর্শগুলি শুধুমাত্র Teku এবং Besu-এর জন্য একটি নির্দিষ্ট সমাধানই নয়, বরং অপারেটরের স্ট্যাকের সমস্ত সার্টিফিকেট হ্যান্ডলিংয়ের উপর একটি ব্যাপক পরীক্ষা-নিরীক্ষারও প্রেরণা। হোস্ট জাভা পরিবেশটি ঠিক না করলে, ক্লায়েন্ট সফটওয়্যারটি আপডেট করা হলেও তত্ত্বগত আক্রমণের পথগুলি খোলা থাকবে।
প্যাচগুলি ল্যান্ড হওয়ার আগে কোনো প্রমাণিত দুর্বলতা ব্যবহার ঘটেনি
টেকু পরামর্শ এবং সমসাময়িক প্রতিবেদন উভয়েই বলে যে ভুলটির দ্বারা কোনো দুর্বলতা পরিলক্ষিত হয়নি। জানা ঘটনার অভাব একটি সফল আক্রমণের জন্য প্রয়োজনীয় সংকীর্ণ শর্তগুলির সাথে সামঞ্জস্যপূর্ণ: একটি প্যাচ করা হয়নি জাভা রানটাইম, একটি বাহ্যিক সেবার সাথে HTTPS কানেকশন, এবং একজন আক্রমণকারী যিনি একটি প্রতারণামূলক সার্টিফিকেট প্রদর্শন করে ঐ নির্দিষ্ট কানেকশনটি বাধা দিতে সক্ষম। বেশিরভাগ ভ্যালিডেটরগুলি কখনও একসাথে প্রথম দুটি শর্তকে পূরণ করেনি। ১৭ অক্টোবরে পুনরুদ্ধারযোগ্য কীগুলির প্রকাশ এবং ক্লায়েন্ট ইমেজ রিলিজের মধ্যে সংক্ষিপ্ত ব্যবধানটি আরও প্রায়োগিক উইন্ডোকে সংকুচিত করেছে।
 
পর্যবেক্ষিত আক্রমণের অভাব প্যাচগুলির মূল্যকে কমায় না। সার্টিফিকেট-সংক্রান্ত দুর্বলতাগুলি একটি সুযোগবাদী শত্রু প্রকাশ পাওয়া পর্যন্ত নিষ্ক্রিয় থাকতে পারে। ডকার ট্রাস্ট স্টোরগুলি থেকে ক্ষতিগ্রস্ত রুটগুলি সরিয়ে ফেলে ক্লায়েন্ট দলগুলি আপডেট করা অপারেটরদের জন্য প্রতারণামূলক সার্টিফিকেটগুলির গ্রহণযোগ্যতা বন্ধ করে দেয়। এই ঘটনাটি বাইরের ক্রিপ্টোগ্রাফিক ব্যর্থতা কিভাবে ইথেরিয়াম স্টেকিং অবকাঠামোর সাথে মিলে যেতে পারে, তার একটি লাইভ প্রদর্শনও প্রদান করে, যা অপারেটরদের নিজেদের নির্ভরশীলতা গ্রাফগুলি পরীক্ষা করতে উৎসাহিত করে। ভবিষ্যতের ঘটনাগুলিতে, যেখানে সার্টিফিকেট অথোরিটি বা ভাষা রানটাইমগুলির সমস্যা হবে, সম্ভবত একইভাবে ক্লায়েন্ট-স্তরের প্রতিক্রিয়া দেখা যাবে, যা দ্রুত, লক্ষ্যযুক্ত প্রতিরোধের প্যাটার্নকে শক্তিশালী করবে।
কিভাবে সার্টিফিকেট সিকিউরিটি ঝুঁকি ব্লকচেইন নেটওয়ার্কে বিস্তৃত হয়
ইথেরিয়ামের জন্য ইএমুধ্রা ঘটনাটি অনন্য নয়; যে কোনো সফটওয়্যার যা স্ট্যান্ডার্ড TLS ট্রাস্ট স্টোরের উপর নির্ভর করে, তা যে সার্টিফিকেট অথরিটির উপর বিশ্বাস রাখে, তার নিরাপত্তা অবস্থাকেই উত্তরাধিকারসূত্রে পায়। জাভা, গো বা অন্যান্য ভাষার রানটাইমকে এমবেড করা ব্লকচেইন ক্লায়েন্টগুলিকে কনসেনসাস পরিবর্তনগুলির যতটা সতর্কতা প্রয়োগ করে, ততটাই আপস্ট্রিম সার্টিফিকেট আপডেটগুলি ট্র্যাক করতে হয়। জাভার ডিফল্ট কনফিগারেশনে রিভোকেশন চেকিংকে বাদ দেওয়ার কারণেই প্রভাবটি বৃদ্ধি পেয়েছিল এবং ক্লায়েন্ট দলগুলিকে তাদের নিজস্ব ট্রাস্ট-স্টোর মডিফিকেশনগুলি চালু করতে হয়েছিল। কনটেইনারের মধ্যে দীর্ঘমেয়াদি রানটাইমগুলি প্যাকেজযুক্ত অন্যান্য বাস্তুতন্ত্রগুলিরও অনুরূপ ঝুঁকি রয়েছে।
 
ইথেরিয়াম স্টেকিং সম্প্রদায়ের জন্য ব্যাবহারিক পাঠ হলো যে অপারেশনাল সিকিউরিটি শুধুমাত্র কী ম্যানেজমেন্ট এবং ক্লায়েন্ট ভার্সনিং পর্যন্ত সীমাবদ্ধ নয়, বরং প্রতিটি নেটওয়ার্কযুক্ত উপাদানের সার্টিফিকেট ভ্যালিডেশন আচরণও অন্তর্ভুক্ত করে। রিমোট সাইনিং, ডিস্ট্রিবিউটেড বিকন নোড বা থার্ড-পার্টি রিলে গ্রহণকারী অপারেটররা অতিরিক্ত ট্রাস্ট বাউন্ডারি চালু করেন, যা মনিটরিংয়ের প্রয়োজন। CA রিভোকেশন, প্ল্যাটফর্ম ব্লক এবং ক্লায়েন্ট ইমেজ আপডেটের মাধ্যমে এই নির্দিষ্ট ফ্লোকের সফলভাবে সংবদ্ধকরণ দেখিয়েছে যে, প্রতিটি স্তর দ্রুত প্রতিক্রিয়া জানালে লেয়ারড ডিফেন্সগুলি কাজ করতে পারে। ক্লায়েন্টের বৈচিত্র্য অবিরতভাবে গুরুত্বপূর্ণ, কারণ বিভিন্ন ইমপ্লিমেন্টেশনগুলি বাহ্যিক ডিপেনডেনসির উপস্থিতি বা মিটিগেশনকে ভিন্নভাবে দ্রুততা দিয়ে চিহ্নিত করতে পারে, যা একক সার্টিফিকেটের ব্যর্থতা একসাথে সমস্ত validator set-এরওপরেই প্রভাব ফেলার সম্ভাবনা কমিয়ে দেয়।
ভ্যালিডেটর ইনফ্রাস্ট্রাকচারে সাম্প্রতিক সমান্তরাল চিন্তা চলমান সতর্কতা প্রকাশ করে
অক্টোবর ২০২৬ সার্টিফিকেট প্যাচগুলি অন্যান্য ভ্যালিডেটর-সংক্রান্ত নিরাপত্তা মনোযোগের পটভূমিতে আসে। স্টেকিং সার্ভিস ইনফ্রাস্ট্রাকচার এবং ফি-প্রাপক পরিচালনা সংক্রান্ত আগের প্রকাশনাগুলি ইতিমধ্যেই বৃহৎ পরিসরে স্বেচ্ছাসেবী বেরিয়ে যাওয়া এবং পুরস্কার প্রবাহের উপর বৃদ্ধি পাওয়া মনিটরিংকে উদ্দীপিত করেছিল। আলাদাভাবে, ডেভেলপারদের আগমনী গ্লামস্টারডাম আপগ্রেডের জন্য খসড়া নিয়মে একটি জমা-রুটিং সমস্যা সমাধান করেছেন, যা কিছু পাবলিক-কী সংঘর্ষের ক্ষেত্রে স্টেকিং জমা ভুলভাবে বরাদ্দ করতে পারত; এই সমাধানটি অতিরিক্ত পর্যালোচনার পর কনসেনসাস স্পেসিফিকেশনে একীভূত করা হয়। এই একসাথে ঘটনাগুলি দেখিয়ে দেয় যে, মূল প্রোটোকলটি যদিও বিকশিত হচ্ছে, তবুও ভ্যালিডেটর অর্থনীতি এবং অপারেশনাল নিরাপত্তা এখনও পর্যবেক্ষণের সক্রিয় ক্ষেত্র।
 
সার্টিফিকেটের ত্রুটির উৎস ভিন্ন ছিল; এটি একটি বাহ্যিক CA থেকে উদ্ভূত হয়েছিল, ইথেরিয়াম স্পেসিফিকেশন বা ক্লায়েন্ট সমঝোতার ত্রুটি থেকে নয়, তবে এটি একই আর্থিক পৃষ্ঠকে স্পর্শ করেছিল: প্রস্তাবকদের দ্বারা অর্জিত ফি এবং পুরস্কারের গন্তব্য। তাই দ্রুত ক্লায়েন্ট প্রতিক্রিয়াটি পুরস্কার বিচ্যুতির যেকোনো বাস্তবসম্মত পথকে উচ্চ优先তা হিসাবে বিবেচনা করার একটি ব্যাপক প্যাটার্নের সাথে মেলে। বিভিন্ন ক্লায়েন্ট সেটআপ বজায় রাখা, অন-চেইনে ফি-প্রাপক ঠিকানা মনিটর করা, এবং সমঝোতা এবং এক্সিকিউশন সফটওয়্যার আপ-টু-ডেট রাখা—এইসবকে বজায় রাখা অপারেটরদেরকে এইরকম বাহ্যিক ঝুঁকির প্রতিরোধের জন্য ভালভাবে প্রস্তুত করে। eMudhra-এর ক্ষেত্রে কোনো ক্ষতির অভাব, সময়মতো প্যাচিং এবং কনফিগারেশনের নিয়মিততা এখনও কার্যকরী প্রতিরোধের মাধ্যম হয়ে আছে, তা শক্তিশালীভাবেই নিশ্চিত করে।
অক্টোবর রিলিজের পর ইথেরিয়াম নোড অপারেটরদের কী করতে হবে
ভ্যালিডেটর এবং নোড অপারেটরদের নিশ্চিত করা উচিত যে তারা ডকার ব্যবহার করলে Teku 26.10.3 বা তার পরের সংস্করণ এবং Besu 26.10.2 বা তার পরের সংস্করণ চালাচ্ছে, অথবা বাইনারি ব্যবহার করলে সমতুল্য প্যাচযুক্ত Java রানটাইম। HTTPS এন্ডপয়েন্টগুলির জন্য কনফিগারেশনগুলি পর্যালোচনা করা উচিত; যেখানে এই এন্ডপয়েন্টগুলি প্রয়োজন, সেখানে মিউচুয়াল TLS বা সার্টিফিকেট পিনিং অতিরিক্ত সুরক্ষা প্রদান করে। Java 26-এ এখনও থাকা অপারেটরদের সমর্থিত রিলিজে স্থানান্তরিত হতে হবে। ট্রাস্ট-স্টোর আপডেটের পরেও, অপ্রত্যাশিত ফি-প্রাপক ঠিকানার জন্য প্রস্তাবিত ব্লকগুলির মনিটরিং একটি কমখরচের শনাক্তকরণ পদ্ধতি। যেহেতু আবিষ্কারের আগে দীর্ঘকাল ধরে অধীনস্থ চাবিগুলি পুনরুদ্ধারযোগ্য ছিল, অতীতের সংযোগগুলির এবং সার্টিফিকেটগুলির গ্রহণযোগ্যতা লগগুলির একবারের অডিটটি অতিরিক্ত নিশ্চয়তা প্রদান করতে পারে,যদিও কোনও দুর্বলতা ব্যবহারের কথা জানা যায়নি।
 
এই পদক্ষেপগুলি বেশিরভাগ অপারেটরের জন্য রূপান্তরমূলক নয়, বরং ধাপে ধাপে। মেইননেট ভ্যালিডেটরদের বেশিরভাগই দুর্বলতাপূর্ণ সার্টিফিকেট চেইনগুলির সাথে কখনও যোগাযোগ করেননি, তাই এই ঘটনাটি শুধুমাত্র কনটেইনার ইমেজ এবং জাভা রানটাইমগুলি আপ-টু-ডেট রাখার জন্য একটি স্মরণীয় হিসাবে অনুভব করে। যারা বাহ্যিক সেবাগুলির উপর নির্ভরশীল, তাদের জন্য প্যাচগুলি একটি নির্দিষ্ট এবং আগের কমই মূল্যায়িত পথকে বন্ধ করে। আপস্ট্রিম সার্টিফিকেট এবং রানটাইম সতর্কবার্তা সম্পর্কে সচেতনতা বজায় রাখলে ভবিষ্যতে অনুরূপ বাহ্যিক ব্যর্থতা ইথেরিয়াম ক্লায়েন্ট সফটওয়্যারের সাথে মিলে যাওয়ার সম্ভাবনা কমে যাবে। Teku এবং Besu দলগুলির সমন্বিত পদক্ষেপটি প্রতিটি তাৎক্ষণিক সমাধানের সাথে-সাথে Ethereum ক্লায়েন্ট সফটওয়্যারের সাথে মিলে যাওয়া পরবর্তী বাহ্যিকক্রিপ্টোগ্রাফিক ঘটনা পরিচালনা করার জন্যও একটি মডেল প্রদান করে।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবল�
eMudhra সার্টিফিকেটগুলির সাথে ঠিক কী ছিল ভুল?
2025 সালের একটি কী সেরেমনিতে ইমুধ্রা দ্বারা পরিচালিত আটটি মধ্যবর্তী সার্টিফিকেট অথরিটির প্রাইভেট কী অপর্যাপ্ত র‍্যান্ডমনেসের সাথে তৈরি করা হয়েছিল। এই কীগুলি পাবলিক সার্টিফিকেটগুলি থেকে পুনরুদ্ধার করা যেত, যার ফলে যেকোনো ব্যক্তি যেগুলি পেয়েছিল, সেগুলি ব্যবহার করে প্রতারণামূলক সার্টিফিকেট জারি করতে পারত, যা সফটওয়্যারগুলি এখনও সেই অথরিটিগুলিকে গ্রহণ করত। মধ্যবর্তীগুলির মধ্যে ছয়টি TLS-এর জন্য এবং দুটি কোড সাইনিং-এর জন্য ব্যবহৃত হয়েছিল। 2026 সালের 17 অক্টোবরে আবিষ্কারের পর eMudhra তাদের বাতিল করেছিল, এবং পরবর্তীতে প্রধান প্ল্যাটফর্মগুলি সংশ্লিষ্ট উপাদানগুলি বন্ধ করেছিল।
 
এই ত্রুটির কারণে কি কোনো ভ্যালিডেটর আসলে ETH পুরস্কার হারিয়েছে?
কোনো প্রমাণিত দুর্বলতা বা পুরস্কারের ক্ষতি রিপোর্ট করা হয়নি। ক্লায়েন্ট পরামর্শ এবং সমসাময়িক কভারেজে বলা হয়েছে যে কোনো আক্রমণ লক্ষ্য করা যায়নি। প্রয়োজনীয় শর্তগুলির সংমিশ্রণ—একটি আপডেট করা না হওয়া Java রানটাইম এবং একটি ভাজনাপূর্ণ বাহ্যিক সেবার সাথে সক্রিয় HTTPS কানেকশন—বাস্তবসম্মত আক্রমণের ক্ষেত্রকে সীমিত করেছে, এবং দ্রুত প্যাচযুক্ত Docker ইমেজগুলির প্রকাশ আরও বেশি করে প্রকাশকে কমিয়েছে।
 
ডিফল্ট ইথেরিয়াম মেইননেট নোডগুলি প্রভাবিত হয়েছে?
যেসব ডিফল্ট মেইননেট Teku কনফিগারেশনে HTTPS URL নেই, সেগুলি প্রভাবিত হয় না এবং কোনো কাজের প্রয়োজন হয় না। একই নীতি তুলনামূলক Besu সেটআপেও প্রযোজ্য। প্রভাবিত হয় শুধুমাত্র যারা বিকন নোড, বাহ্যিক সাইনার, বিল্ডার বা অনুরূপ সেবাগুলির জন্য সচেতনভাবে রিমোট HTTPS এন্ডপয়েন্ট কনফিগার করেছেন।
 
কেন সার্টিফিকেট বাতিল হওয়ার পরেও জাভা রানটাইমগুলি ভায়াবল থাকল?
জাভা ডিফল্টভাবে সার্টিফিকেট বাতিলের অবস্থা চেক করে না। মধ্যবর্তী সার্টিফিকেটগুলি ব্রাউজার এবং অপারেটিং সিস্টেমগুলি দ্বারা বাতিল এবং ব্লক হওয়ার পরেও, যেসব জাভা ইনস্টলেশনে এখনও তাদের বিশ্বস্ত সংগ্রহে সংশ্লিষ্ট মূলগুলি ছিল, সেগুলি এখনও তাদের সাথে চেইনযুক্ত সার্টিফিকেটগুলি গ্রহণ করত। তাই, পুরনো রানটাইমসহ ক্লায়েন্ট ডকার ইমেজগুলির জন্য প্রত্যক্ষভাবে মূলগুলি সরিয়ে ফেলা প্রয়োজন হয়েছিল।
 
ডকার ইমেজ ব্যবহারকারীদের কী করা উচিত?
Teku সংস্করণ 26.10.3 বা তার পরে এবং Besu সংস্করণ 26.10.2 বা তার পরে টানুন এবং চালান। এই ইমেজগুলি আর সংক্রমিত রুটগুলিকে বিশ্বাস করে না। হোস্ট সিস্টেম আপডেট করার মাধ্যমে একটি বিদ্যমান কন্টেইনারের ভিতরের রানটাইম আপডেট হয় না; একটি নতুন ইমেজ প্রয়োজন।
 
ক্লায়েন্টগুলিকে স্বাধীন বাইনারি হিসাবে চালানোর ক্ষেত্রে অপারেটরদের কী বলা যায়?
এই অপারেটরদের হোস্ট জাভা ইনস্টলেশন আপডেট বা পুনর্বিন্যাস করতে হবে যাতে ওপেনজডিকে ফিক্সগুলি অন্তর্ভুক্ত হয় এবং প্রভাবিত রুটগুলি সরিয়ে ফেলা যায়। জাভা 26-এর জীবনকাল শেষ হয়েছে এবং এটি প্যাচযুক্ত বিল্ড পাবে না; জাভা 25-এ মাইগ্রেশন সুপারিশ করা হচ্ছে। ক্লায়েন্ট সফটওয়্যার আপডেটগুলি নিজেদেরই হোস্ট ট্রাস্ট স্টোরকে পরিবর্তন করে না।
 
দায়বদ্ধতা অস্বীকার: এই সাধারণ বাজার তথ্য, যা সম্ভবত তৃতীয় পক্ষ, বাণিজ্যিক বা প্রায়োজনিক উৎস থেকে আসে, শুধুমাত্র রেফারেন্স এবং শিক্ষামূলক উদ্দেশ্যে প্রদান করা হয়েছে এবং এটি আর্থিক বা বিনিয়োগ পরামর্শ, অফার, আহ্বান বা গ্যারান্টি হিসেবে কাজ করে না। এর সঠিকতা, সম্পূর্ণতা, বিশ্বস্ততা এবং যেকোনো ফলাফলের পরিণতিতে হওয়া ক্ষতির জন্য আমরা দায়বদ্ধ নই। বিনিয়োগ/ট্রেডিংয়ের ঝুঁকি রয়েছে; অতীতের কর্মক্ষমতা ভবিষ্যতের ফলাফলের গ্যারান্টি দেয় না। ব্যবহারকারীদের গবেষণা করে, সতর্কভাবে বিচার করে এবং পুরোপুরি দায়িত্ব নিতে হবে। আরও বিস্তারিতের জন্য, KuCoin-এর  Terms of Use এবং  Risk Disclosure পরামর্শ করুন।