تیم توسعه Bitcoin Core سیاست رسیدگی به آسیب‌پذیری‌های امنیتی را تغییر داده است. دلیل این تغییر، آسان‌تر شدن کشف دوباره‌ی ایرادهای نرم‌افزاری با کمک مدل‌های زبانی بزرگ، از جمله ابزارهایی است که با دستورهای متنی کار می‌کنند.
در سیاست تازه، خطاهایی که به‌سادگی قابل‌کشف‌اند، بدون دوره‌ی طولانی محرمانگی وصله می‌شوند. اصلاحیه‌ها قرار است در سریع‌ترین زمان روی همه‌ی نسخه‌های اصلیِ تحت پشتیبانی منتشر شوند و هم‌زمان هشدار امنیتی به کاربران برسد. معیار این دسته می‌تواند کشف ایراد با حداقل تلاش، مثلاً یک پرامپت ساده به هوش مصنوعی، باشد.
آنتوان پوآنسو، توسعه‌دهنده Bitcoin Core، گفته است محرمانه نگه‌داشتن این موارد فایده‌ی چندانی ندارد و فقط دسترسی به نسخه‌ی اصلاح‌شده را عقب می‌اندازد. در روش پیشین، محرمانگی قرار بود به کاربران فرصت دهد سامانه‌هایشان را به‌روز کنند؛ اما وصله‌کردن نسخه‌های قدیمی‌تر ممکن بود به تأخیر بیفتد.
مهلت افشای بقیه‌ی رخنه‌ها چقدر است؟
برای آسیب‌پذیری‌هایی که در دسته‌ی آسان‌یافتن قرار نمی‌گیرند، زمان افشا همچنان به شدت رخنه بستگی دارد. خطاهای کم‌اهمیت دو هفته پس از انتشار نسخه‌ی اصلیِ دارای اصلاحیه اعلام می‌شوند. موارد با شدت متوسط یا زیاد، دو هفته پس از پایان پشتیبانی از آخرین نسخه‌ی آسیب‌دیده عمومی خواهند شد؛ این زمان معمولاً حدود یک سال پس از انتشار اصلاحیه است. برای رخنه‌های فوق‌بحرانی روند جداگانه‌ای وجود دارد، اما جزئیات آن در گزارش اعلام نشده است.
فشار امنیتی فقط به Bitcoin Core محدود نیست. گزارش می‌گوید گروه داوطلب ردتیم بیت‌کوین پیش‌تر نزدیک به ۵٬۰۰۰ رخنه‌ی احتمالی را در ۳۹۰ پروژه شناسایی کرده بود. سازندگان Core Lightning نیز پس از دریافت چند گزارش باگ تولیدشده با هوش مصنوعی، از اپراتورها خواسته بودند نرم‌افزارشان را به‌روز کنند یا از شبکه خارج شوند.
چرا مهم است
برای کسانی که Bitcoin Core را اجرا می‌کنند، پیام عملی این است که هشدارهای امنیتی و انتشار وصله‌ها را دنبال کنند؛ در مواردی که با یک دستور ساده هم می‌توان رخنه را دوباره پیدا کرد، تأخیر در وصله‌کردن ممکن است حفاظت کمتری فراهم کند. گزارش، زمان انتشار تغییر سیاست یا نسخه‌ی مشخصی را که وصله‌ای در آن عرضه می‌شود اعلام نمی‌کند.
