خطای مشتری اتریوم که می تواند پاداش های ETH را تغییر دهد

توسعه دهندگان مشتری Ethereum Teku و Besu به روز رسانی های امنیتی را منتشر کرده اند تا به یک آسیب پذیری گواهی برسند که می تواند به مهاجمان اجازه دهد سرویس های شخصی مورد استفاده توسط معتبران و به طور بالقوه پاداش بلاک خود را تغییر دهند.

با توجه به مشاوران امنیتی همراه با انتشار، این مسئله از کلید های اختیارات گواهی به خطر افتاده متعلق به ارائه دهنده گواهی دیجیتال هندی eMudhra، که برخی از تنظیمات گره Ethereum در معرض اتصالات HTTPS جعلی قرار دارد، سرچشمه گرفته است.

Teku نسخه 26.10.3 را در 27 اکتبر منتشر کرد، در حالی که Besu نسخه 26.10.2 را در روز قبل معرفی کرد. هر دو به روز رسانی اعتماد را برای گواهینامه های آسیب دیده eMudhra از تصاویر Docker خود حذف می کنند که اپراتورهای برای استقرار و اجرای نرم افزار گره Ethereum استفاده می کنند.

این آسیب پذیری می تواند بر اعتبارسازهایی که به خدمات خارجی برای امضای معاملات متکی هستند، تاثیر بگذارد، ارتباط با گره های beacon یا دریافت اطلاعات بلاک سازی. یک مهاجم باید یک اتصال آسیب دیده را ردیابی کند و یک گواهی جعلی ارائه دهد که نرم افزار معتبر کننده به عنوان قانونی قبول می کند.

توسعه دهندگان Teku تایید کردند که پیکربندی های اصلی به طور پیش فرض تحت تاثیر قرار نگرفته و گفته اند که هیچ گونه سوء استفاده از آسیب پذیری گزارش نشده است.

نقص امنیتی اتریوم ردیابی شده به نقض گواهی های eMudhra

مسئله امنیتی با یک خطای رمزنگاری آغاز شد که شامل هشت مقام گواهینامه متوسط بود که توسط eMudhra اداره می شدند و کلیدهای خصوصی آنها با استفاده از تصادفی ناکافی تولید شده اند.

محققان این مشکل را در ۱۷ اکتبر شناسایی کردند و کشف کردند که کلید های خصوصی می توانند از اطلاعات موجود در گواهینامه های عمومی بهبود یابند.

با توجه به مشاوره امنیتی 26 اکتبر از مایکروسافت، شش گواهینامه تحت تاثیر برای امنیت ارتباطات اینترنتی مورد استفاده قرار گرفت، در حالی که دو مورد باقی مانده با امضای کد مرتبط بودند.

کلید های به خطر افتاده می تواند به کسی اجازه دهد تا گواهی هایی را ایجاد کند که به برنامه هایی که به مقامات گواهی آسیب دیده اعتماد می کنند، به نظر می رسد.

eMudhra در 18 اکتبر گواهینامه های متوسط آسیب دیده را لغو کرد، در حالی که ارائه دهندگان تکنولوژی شروع به حذف اعتماد برای زنجیره های گواهی به خطر افتاده از نرم افزار خود کردند.

مایکروسافت پس از آن مقامات گواهی آسیب دیده را از طریق به روز رسانی امنیتی ویندوز در ۲۰ اکتبر مسدود کرد و روز رسانی دیگری را در ۲۶ اکتبر منتشر کرد تا هفت گواهینامه مرتبط با لیست قابل اعتماد خود را حذف کند.

با این حال، مشکل مربوط به اتریوم باقی ماند زیرا Teku و Besu از جاوا استفاده می کنند، که اعتبار گواهی آن به طور پیش فرض وضعیت بازگشت را بررسی نمی کند.

در نتیجه، تاسیسات تحت تاثیر جاوا می تواند به پذیرش گواهینامه های مرتبط با مقامات به خطر افتاده حتی پس از تجدید نظر خود ادامه دهد.

چگونه مهاجمان می توانند پاداش های معتبر اتریوم را تغییر دهند

مشاوره امنیتی Teku چندین سناریو حمله احتمالی را شناسایی کرد که شامل اعتبارگرانی است که با خدمات خارجی از طریق اتصالات HTTPS ارتباط برقرار می کنند.

یک سناریو شامل یک مهاجم است که یک گره از راه دور beacon را که توسط یک معتبر کننده برای هماهنگ کردن وظایف خود بر روی اتریوم استفاده می شود، ایجاد می کند.

اگر مهاجم با موفقیت اتصال را متوقف کرد و یک گواهی جعلی ارائه داد، اعتبار دهنده می تواند اطلاعات دستکاری شده در مورد بلوک را که برای پیشنهاد آماده شده است دریافت کند.

با توجه به Teku، چنین حمله ای می تواند یک تایید کننده برای پیشنهاد بلوکی که هزینه های معامله را به آدرس کنترل شده توسط مهاجم هدایت می کند، ایجاد کند.

مشاوره خدمات امضای خارجی را به عنوان یک جزء بالقوه دیگر شناسایی کرد. این خدمات دارای کلیدهای امضای معتبر به طور جداگانه از نرم افزار اصلی گره و ارائه امضا در صورت درخواست.

یک مهاجم که یک امضا کننده خارجی را نمایندگی می کند، به طور بالقوه می تواند امضاهای مرتبط با خروجی های معتبر، بسته به پیکربندی و محافظت در دسترس را به دست آورد.

Teku این سناریو را به طور خاص جدی طبقه بندی کرد، اگرچه تنظیمات با استفاده از احراز هویت متقابل TLS می تواند عواقب را به انکار خدمات محدود کند.

دیگر اتصالات به طور بالقوه تحت تاثیر شامل مشتریان اعدام، سازندگان بلوک، رله ها و خدمات مورد استفاده برای بازیابی اطلاعات پیکربندی معتبر است.

این آسیب پذیری بر پروتکل های شبکه سازی مبتنی بر اتریوم تأثیر نمی گذارد که به مقامات گواهی به خطر افتاده متکی نیستند.

Teku و Besu برای آسیب رساندن به گره های اتریوم

پس از افشای، Teku نسخه 26.10.3 را منتشر کرد تا چهار ریشه گواهی را از تصاویر Docker خود حذف کند، از جمله ECC Root G3، emSign Root CA G1، emSign Root CA G2 و خدمات گواهی AAA.

Besu همان حذف گواهینامه را در نسخه 26.10.2 معرفی کرد و با استفاده از تصاویر به روز شده Docker خطر اپراتورهای را برطرف کرد.

با این حال، نسخه ها به طور خودکار به روز رسانی سیستم های جاوا به طور جداگانه توسط اپراتورهای گره حفظ نمی شوند.

کاربران در حال اجرا Teku یا Besu از طریق توزیع های باینری مستقل باید زمان نصب شده جاوا را بررسی کنند و گواهینامه های قابل اعتماد خود را در صورت لزوم به روز کنند.

Teku هشدار داد که اپراتورهایی که هنوز از جاوا 26 استفاده می کنند باید به جاوا 25 مهاجرت کنند زیرا نسخه قبلی به پایان عمر رسیده و ساخت پچ مورد نیاز را دریافت نمی کنند.

مشاوره بیشتر پیکربندی های خاص Testnet را به عنوان بالقوه در معرض شناسایی کرد، از جمله تنظیمات که حالت بلاک چین اولیه خود را بر روی HTTPS دانلود می کنند.

به روز رسانی های امنیتی از سایر نگرانی های اخیر مربوط به زیرساخت های معتبر Ethereum پیروی می کنند. در اوایل ماه جاری، Crypto.news گزارش داد که MetaMask پس از یک حادثه امنیتی جداگانه که در 30 سپتامبر افشا شد، شروع به خروج از اعتبارگران آسیب دیده است.

اخیرا، توسعه دهندگان اتریوم یک نقص سپرده معتبر را در ارتقاء Glamsterdam آینده اصلاح کردند پس از اینکه محققان یک سناریو را شناسایی کردند که در آن حساب های سازنده می توانند ETH مورد نظر برای معتبر کننده ها را دریافت کنند.

ارتقاء Glamsterdam به طور جداگانه با تاخیر مواجه شده است پس از اینکه توسعه دهندگان فعال سازی Testnet هودی خود را برای بررسی نگرانی های سازگاری قرارداد هوشمند شامل EIP-8037 به تعویق انداختند.

26 اکتبر به تعویق انداختن فعال سازی برنامه ریزی شده هر دو تغییر در اجرای آمستردام و تغییرات اجماع Gloas، همراه با افزایش پیشنهاد شده در محدودیت گاز هودی به 200 میلیون نفر. توسعه دهندگان اتریوم یک تاریخ فعال سازی جایگزین را اعلام نکرده اند.