خلاصه مطلب
توسعهدهندگان اتریوم یک باگ امنیتی در استیکینگ را که میتوانست سپردهها را به حساب اشتباه بفرستد، برطرف کردند. این مشکل در بهروزرسانی گلماستردام بود و هنوز خسارتی گزارش نشده. راهاندازی آزمایشی این بهروزرسانی به تعویق افتاده است.
توسعهدهندگان اتریوم یک نقص امنیتی حیاتی را در بهروزرسانی آینده شبکه، با نام «گلماستردام»، رفع کردهاند. این مشکل میتوانست به انتقال نادرست سپردههای استیکینگ به حسابهای دیگر منجر شود. اصلاحیه پس از بررسیهای بیشتر، در کد اصلی اتریوم ادغام شده است.
سپردههای استیکینگ چطور در خطر افتادند؟
این مشکل امنیتی در یک شرایط خاص فعال میشد. تصور کنید یک اپراتور، ابتدا با یک کلید عمومی خاص به عنوان سازنده بلاک ثبتنام میکرد. اگر بعداً یک سرویس استیکینگ از همان کلید برای راهاندازی یک اعتبارسنج (validator) استفاده میکرد، قوانین قدیمی شبکه هر دو سپرده را به حساب سازنده بلاک واریز میکرد. نتیجه این میشد که اعتبارسنج جدید اصلاً ساخته نمیشد و وجوه واریز شده نیز غیرقابل بازیابی میماندند.
برای بررسی وضعیت بازار این دارایی، قیمت اتریوم را دنبال کنید.
برای آشنایی با گزارش قبلی درباره این ارتقا، اتریوم ارتقا را به خاطر باگ امنیتی عقب انداخت را بخوانید.
رفع باگ با تأخیر انجام شد
این نقص ابتدا در ۱۲ اکتبر توسط محققی به نام «آوستسین» شناسایی و گزارش شد. در ۱۹ اکتبر، توسعهدهندگان به دلیل «پشتیبانی ناکافی از سوی تیمهای کلاینت»، پیشنهاد رفع فوری آن را رد کردند. اما با فرصت بیشتر برای آزمایش و بررسی، اصلاحیه در ۲۳ اکتبر مجدداً مطرح شد و نهایتاً در ۲۶ یا ۲۷ اکتبر بهطور رسمی به کد اتریوم اضافه گردید.
هیچ خسارتی گزارش نشده
بر اساس گزارشها، این مشکل امنیتی تاکنون خسارت مالی واقعی به همراه نداشته است. حالا تیمهای توسعهدهنده نرمافزارهای کلاینت اتریوم باید قوانین اصلاحشده برای سپردهگذاری را در محصولات خود اعمال کنند. به دنبال این روند، راهاندازی بهروزرسانی گلماستردام روی شبکه آزمایشی «هودی» که برای ۲۶ اکتبر برنامهریزی شده بود، به تعویق افتاده است.
جمعبندی
اتریوم یک تهدید امنیتی بالقوه جدی را پیش از هرگونه سوءاستفاده عملی برطرف کرده است. این اقدام، از دست رفتن احتمالی سرمایههای استیکشده کاربران جلوگیری میکند و امنیت شبکه را پیش از اجرای یک بهروزرسانی مهم، تقویت مینماید.




نظرات کاربران