Разработчики Bitcoin Core изменили порядок работы с уязвимостями, которые легко обнаружить повторно. Для таких ошибок исправления будут выпускать как можно быстрее во всех поддерживаемых основных ветках, одновременно публикуя уведомления безопасности. Причина — языковые модели снизили порог поиска некоторых проблем, сделав длительное сокрытие подробностей менее полезным.
Изменение уже принято: предложенная Антуаном Пуансо правка была объединена в репозиторий сайта Bitcoin Core 22 октября 2026 года. Новый порядок также появился в официальной политике раскрытия уязвимостей.
Раньше разработчики делали ставку на продолжительное эмбарго — период, в течение которого технические подробности оставались закрытыми. Это должно было дать пользователям время установить исправления, прежде чем потенциальные атакующие получат описание ошибки.
Однако такая осторожность имела обратную сторону. По объяснению Пуансо, сохранение секретности обычно мешало переносить исправления в предыдущие поддерживаемые ветки. Исправленная программа становилась доступна пользователям вместе со следующим основным выпуском.
Если ошибку можно заново найти простым запросом к языковой модели, ожидание почти не защищает от её обнаружения, зато откладывает выпуск патча. В обосновании изменения политики Пуансо также отмечает, что LLM помогают распознавать исправления безопасности, внесённые в открытый код без явного обозначения их назначения.
Теперь при рассмотрении отчёта разработчики смогут пометить уязвимость как easily discoverable — легко обнаруживаемую. Критерий связан с усилиями, необходимыми для поиска проблемы. Простой запрос к LLM приведён как пример, но классификация не ограничивается находками искусственного интеллекта.
Для таких ошибок команда будет готовить исправляющие выпуски — point releases — для каждой поддерживаемой основной версии. Уведомление безопасности выйдет вместе с обновлениями, без стандартного эмбарго, зависящего от уровня опасности.
Это дополнительный критерий обнаруживаемости, а не пятый уровень критичности. Подготовка исправлений по-прежнему требует разработки и проверки; обещания устранить любую ошибку мгновенно в политике нет.
Для остальных уязвимостей сохраняются прежние сроки. Проблемы низкой опасности раскрывают через две недели после основного выпуска с исправлением. Для средней и высокой опасности отсчёт ведут от завершения поддержки последней затронутой версии: подробности публикуют ещё через две недели. Обычно это происходит примерно через год после выхода основного выпуска с патчем.
Критические ошибки, угрожающие фундаментальной безопасности сети, остаются за пределами стандартной процедуры и требуют индивидуального реагирования.
Для операторов узлов практический результат — возможность получить исправление в своей поддерживаемой ветке, не ожидая следующего основного релиза. При этом быстрый выпуск программы не заменяет её установку: защита конкретного узла зависит от действий оператора.
Политика относится именно к Bitcoin Core. Другие программы экосистемы имеют собственные выпуски и предупреждения: например, недавно разработчики Eclair рекомендовали обновить Lightning-узлы после выхода отдельных исправлений безопасности.
Нынешнее изменение описывает порядок подготовки патчей и раскрытия информации. Само по себе оно не является сообщением о новом взломе Bitcoin. Разработчики пересматривают компромисс между секретностью и скоростью обновлений для тех ошибок, которые современные инструменты позволяют обнаруживать с небольшими усилиями.