Bitcoin Core меняет политику безопасности, поскольку ИИ упрощает поиск ошибок
Bitcoin Core меняет подход к устранению уязвимостей в системе безопасности, объясняя это тем, что большие языковые модели значительно упростили обнаружение некоторых дефектов программного обеспечения.
В четверг в письме, направленном в рассылку Bitcoin Development Mailing List, разработчик Bitcoin Core Антуан Пуассон сообщил, что раньше уязвимости, как правило, скрывали в течение длительного периода эмбарго на раскрытие информации, чтобы пользователи успели обновить ПО до публикации подробностей.
Сохранение секретности обычно означало, что исправления нельзя было переносить в более старые версии ПО, и пользователям приходилось ждать следующего крупного выпуска. Однако, по словам Пуассона, некоторые уязвимости стало так легко обнаружить повторно с помощью больших языковых моделей, что отсрочка исправлений почти не обеспечивает защиты.
«Период эмбарго мало что даёт, зато откладывает выпуск версии с исправлением», — сказал Пуассон. «Поэтому мы обновляем политику раскрытия информации, чтобы учесть это».
Эти изменения происходят на фоне того, как исследования безопасности с использованием ИИ оказывают давление на разработчиков во всей программной экосистеме Bitcoin.
Согласно обновлённой политике, уязвимости, признанные «легко обнаруживаемыми», будут устраняться как можно скорее во всех поддерживаемых основных версиях, а вместе с обновлениями будут публиковаться уведомления о безопасности.
«Эта категория охватывает уязвимости, которые можно обнаружить с минимальными усилиями, например с помощью простого запроса к большой языковой модели», — говорится в сообщении.
Для остальных уязвимостей сохранятся графики раскрытия информации, зависящие от степени опасности: от критических дефектов, угрожающих базовой безопасности Bitcoin, до менее рискованных ошибок с ограниченным влиянием на отдельные узлы.
Bitcoin Core сообщил, что сведения об уязвимостях низкой степени опасности будут раскрывать через две недели после выпуска основной версии с исправлением. Информацию об уязвимостях средней и высокой степени опасности будут публиковать через две недели после того, как для последнего затронутого выпуска наступит «конец жизненного цикла» — обычно через год после выпуска исправления в новой основной версии.