وبلاگ
هوش مصنوعی یک باگ خطرناک در اتریوم پیدا کرد؛ داستان کامل CVE-2026-34219
بنیاد اتریوم با استفاده از تیمی از عاملهای هوش مصنوعی، یک آسیبپذیری واقعی و خطرناک را در بخش شبکهای کد اتریوم کشف کرد که میتوانست گرههای اعتبارسنج را از کار بیندازد؛ این باگ با کد CVE-2026-34219

نمودار زنده
روند نرخ جهانی اتریوم
نمودار زنده از لحظهٔ باز شدن صفحه · نرخ مستقیم از سرور ویکیاکسچنج
نرخ ما
زندهکشف باگ اتریوم با هوش مصنوعی؛ خلاصه ماجرا
تیم امنیت پروتکل بنیاد اتریوم (Ethereum Foundation Protocol Security Team) در پستی که 9 ژوئیه 2026 منتشر شد، اعلام کرد با رها کردن دستهای از عاملهای هوش مصنوعی هماهنگشده روی کدهای هستهای شبکه اتریوم، موفق به کشف باگ اتریوم با هوش مصنوعی شده است؛ آسیبپذیری واقعی و قابلسوءاستفادهای که میتوانست گرههای اعتبارسنج (Validator) را از کار بیندازد.این آزمایش که با عنوان «غربالگری، محصول اصلی است» منتشر شد، نشان داد هوش مصنوعی بهخوبی میتواند نامزدهای باگ را شناسایی کند، اما بار اصلی کار همچنان روی دوش انسانهاست؛ چون اکثر یافتههای هوش مصنوعی در نهایت باگهای واقعی نبودند.آسیبپذیری CVE-2026-34219 دقیقاً چه بود؟
باگ کشفشده در بخش gossipsub قرار داشت؛ جزئی از لایه شبکه نظیربهنظیر (peer-to-peer) کتابخانه libp2p که کلاینتهای اجماع اتریوم برای ارتباط با یکدیگر از آن استفاده میکنند. این آسیبپذیری از نوع «پنیک قابلفعالسازی از راه دور» بود؛ یعنی یک مهاجم بدون نیاز به دسترسی خاص یا احراز هویت، فقط با اتصال به شبکه بهعنوان یک همتا (Peer) و ارسال یک پیام PRUNE ساختهشده بهطور خاص، میتوانست باعث از کار افتادن گره اعتبارسنج هدف شود.این آسیبپذیری با شناسه رسمی CVE-2026-34219 ثبت شد و در نسخه 0.49.4 کتابخانه libp2p-gossipsub اصلاح و از طریق یک اعلامیه رسمی گیتهاب افشا شد. طبق اعلام بنیاد اتریوم، هیچ سرمایهای از دست نرفت، هیچ داده کاربری فاش نشد و هیچ گرهای در دنیای واقعی توسط یک مهاجم واقعی از کار نیفتاد؛ یعنی کل فرآیند طبق چارچوب استاندارد «افشای مسئولانه» (Responsible Disclosure) پیش رفت.چرا این باگ اتریوم اینقدر خطرناک بود؟
نکته مهم درباره این باگ اتریوم، وسعت دامنه تاثیر آن است. پروتکل gossipsub دقیقاً همان مکانیزمی است که تاییدها (Attestations)، بلاکها و سایر پیامهای اجماع در سراسر شبکه اتریوم پخش میشوند. یک آسیبپذیری در یک کتابخانه واحد مثل libp2p-gossipsub، میتواند بهطور بالقوه کل مجموعه اعتبارسنجهای شبکه را تحت تاثیر قرار دهد؛ چون اکثر کلاینتهای اجماع اتریوم برای ارتباط شبکهای به این کتابخانه وابستهاند.برای آشنایی بیشتر با اهمیت اینگونه استانداردهای امنیتی در اتریوم، پیشتر در مقاله استاندارد امنیتی اتریوم 2026 (zkEVM) هم به تلاشهای این شبکه برای تقویت زیرساخت امنیتی خود پرداخته بودیم.
بنیاد اتریوم چطور از هوش مصنوعی برای شکار باگ استفاده کرد؟
روش کار بنیاد اتریوم جالب توجه است: بهجای تکیه بر یک مدل هوش مصنوعی، چندین عامل هوش مصنوعی با نقشهای تخصصی مختلف سازماندهی شدند: عاملهای شناسایی (Recon) سطوح حمله گسترده را به فرضیههای قابلآزمایش مشخص تبدیل میکردند، عاملهای شکار (Hunting) هر فرضیه را در کد دنبال کرده و تلاش میکردند یک نمونه بازتولیدپذیر بسازند، عاملهای پرکردن شکاف (Gap-filling) یافتههای قبلاً پذیرفته یا ردشده را پیگیری و فرضیههای جدید تولید میکردند، و در نهایت عاملهای اعتبارسنجی (Validation) هر یافته را بهصورت مستقل بررسی، موارد تکراری را حذف و تعیین میکردند که آیا واقعاً یک یافته معتبر است یا نه.این عاملها بهجای گزارشدهی به یک مدیر مرکزی، از طریق خود مخزن کد و سیستم کنترل نسخه با یکدیگر هماهنگ میشدند. طبق آمار منتشرشده، یک عامل تنها برای تستهای مبتنی بر ویژگی (Property-based Testing) نزدیک به 1,000 یافته احتمالی تولید کرد که پس از بازبینی کارشناسان، حدود 86 درصد از یافتههای ردهبالای آن معتبر تشخیص داده شدند؛ رقمی که برای یک ماشین قابلتوجه است، اما همچنان نیازمند فیلتر انسانی پیش از رسیدن به کد نهایی است.چالش اصلی؛ غربال کردن هزاران یافته دروغین
بر اساس گزارش بنیاد اتریوم، سه الگوی رایج در یافتههای نادرست هوش مصنوعی دیده شد: نخست، کرشهایی که فقط در نسخه تست رخ میدادند، جایی که کامپایلر بررسیهای ایمنی خاصی را فعال میکند که در نرمافزار نهایی وجود ندارند. دوم، حملاتی که فقط با دخالت دستی امکانپذیر بودند، یعنی مقدار خطرناک باید مستقیماً و دستی درون برنامه قرار داده شود چون هیچ مسیر واقعی برای یک مهاجم خارجی برای رساندن آن مقدار وجود نداشت. سوم، اثباتهای صوری بیمعنا، جایی که یک اثبات ریاضی چیزی بدیهی و بیارزش را ثابت میکرد و درباره امنیت واقعی نرمافزار هیچ اطلاعاتی نمیداد.نکته مهم دیگر این بود که عاملهای هوش مصنوعی در باگهایی که طی یک توالی از چند مرحله معتبر رخ میدهند (نه یک خطای لحظهای) ضعیف عمل میکنند؛ دقیقاً همان الگویی که در حملات اخیر به پروتکلهای Edel Finance و BONK دیده شده بود. به همین دلیل، اصل کلیدی بنیاد اتریوم این بود: «یا بازتولیدپذیر است، یا اصلاً اتفاق نیفتاده.» هر یافته باید شامل یک مصنوع (Artifact) بازتولیدپذیر باشد که فردی غیر از همان عامل تولیدکننده، بتواند آن را اجرا و تایید کند.


