Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
14 апреля 2014, 3:55:52 PM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Изменения были чека isStandard (). Дополнительная защита помогает только если шахтеры не включают в себя нестандартные сделки.

Включается ли Элигий правила пластичность, даже если она не включает в себя общие isStandard () проверяет?

Глядя на код изменений, единственное, что я мог найти, что sigScripts аттестованы быть "канонический", Это означает, что при нажатии, наименьший опкод должен использоваться.

Это предотвращает ковкость путем кодирования идентичного массива байт по-другому.

От СИПА документ, Есть несколько способов изменить сделки.

1) Неотъемлемой подпись податливость ECDSA
- не зафиксировано (0,9 производит только канонические подписи)

2) Не DER закодированные сигнатуры ECDSA
- уже зафиксировано в 0,8

3) Операции Избыточное scriptSig
- не зафиксировано

4) Non-нажимные операции в scriptSig
- уже зафиксировано

5) Нажмите операции в scriptSig нестандартного типа размера
- фиксировали в 0,9

6) нулём толкает
- не зафиксировано (Влияет только на multisig)

7) Входы игнорируются скрипты  
- не должны быть исправлены

8) Sighash флаги на основе маскирования
- не должны быть исправлены

9) Новые подписи отправителя
- не должны быть исправлены

1) может быть обработано с помощью (отключено) OP_XOR опкод, чтобы проверить, если подпись была даже.

3) может быть обработано с помощью (активный) OP_DEPTH опкод, чтобы убедиться, что стек пуст. Это предполагает, что sigScript только отталкивает.

Он утверждает, что на вики, что OP_ADD и т.д. все используют 32-битные числа, но script.cpp кажется, отливать сценарии BigNums.  

Если scriptPubKey не обрабатывает входные сигналы в виде чисел, то 6) не кажется большим делом.

Опкоды как OP_IF необходимо будет предшествовать проверка того что в верхней части стека один байт массив 0 или 1.

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

[редактировать]
Добавлены правки, основанные на пост gmaxwell в
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan


Как заработать Биткоины?
Без вложений. Не майнинг.


14 апреля 2014, 5:51:49 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

Получил 1806 Биткоинов
Реальная история.





Изменения были чека isStandard ().  
Нет, они не были. Реальное malleabiltiy исправления в 0.9 было в коде бумажника.

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

котировка
Включается ли Элигий правила пластичность, даже если она не включает в себя общие isStandard () проверяет?
Конечно. Он реализует свои собственные IsStandard () правила.

котировка
Глядя на код изменений, единственное, что я мог найти
Вы искали в неправильном месте.

котировка
1) Неотъемлемой подпись податливость ECDSA
- не зафиксировано
0.9 авторы операции, которые всегда имеют низкий-S, это является необходимым условием для создания не-низкий S неканоническим.

котировка
3) Операции Избыточное scriptSig
- не зафиксировано
Дополнительные лишние операции блокируются на IsStandard, IIRC.

котировка
6) нулём толкает
- не зафиксировано
Хотя значение только для multisig.

котировка
1) может быть обработано с помощью (отключено) OP_XOR опкод, чтобы проверить, если подпись была даже.
Можно также сказать, что это может быть исправлено с помощью OP_S_EVEN ... "Отключено" не ОП код больше не существует, чем чисто гипотетические и не требует меньше усилий для развертывания. Что Sipa предлагает, что мы делаем один из версий бит по операциям эффективно флаг, который управляет исполняющими более жестким набор канонических правил, в том числе это.

котировка
Он утверждает, что на вики, что OP_ADD и т.д. все используют 32-битные числа, но script.cpp кажется, отливать сценарии BigNums.  
Вы не поняли код. Поищите на код, который на самом деле реализует бросок.

котировка
Если scriptPubKey не обрабатывает входные сигналы в виде чисел, то 6) не кажется большим делом.
Верный.

котировка
Это говорит о том, что для выпуска податливости ECDSA подписи за исключением, сделка податливость защищена для блоков, добываемых бассейнами, которые используют isStandard ().
"защищенный" если атакующему не имеет помощи шахтера. Это адекватная защита от griefing, но не делает такие вещи, как возврат, используя протоколы безопасности.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

14 апреля 2014, 6:11:44 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

Изменения были чека isStandard ().  
котировка
1) Неотъемлемой подпись податливость ECDSA
- не зафиксировано
0.9 авторы операции, которые всегда имеют низкий-S, это является необходимым условием для создания не-низкий S неканоническим.

Но это на самом деле это проверяется isStandard ()? Будут ли клиенты по-прежнему вперед / шахтные операции с неканоническими?

Есть план, чтобы сделать это в 2 этапа, сначала ссылка клиента производить только канонические подписи, а затем сделать неканоничной нестандартное?

Я думаю, проблема в том, что старые клиенты бы сделки отвергнуто. 

В теории, шахтеры могли бы перейти подписи к каноническим, но я предполагаю, что это не рекомендуется.

котировка
котировка
3) Операции Избыточное scriptSig
- не зафиксировано
Дополнительные лишние операции блокируются на IsStandard, IIRC.

Это означает, в том числе дополнительные толчки. Как это может быть проверено?

Сделка не является стандартной, если какие-либо из его подписи оставить данные в стеке? Это не может быть проверено без операции ввода.

котировка
котировка
1) может быть обработано с помощью (отключено) OP_XOR опкод, чтобы проверить, если подпись была даже.
Можно также сказать, что это может быть исправлено с помощью OP_S_EVEN ... "Отключено" не ОП код больше не существует, чем чисто гипотетические и не требует меньше усилий для развертывания.

К сожалению, правда. 

котировка
котировка
Это говорит о том, что для выпуска податливости ECDSA подписи за исключением, сделка податливость защищена для блоков, добываемых бассейнами, которые используют isStandard ().
"защищенный" если атакующему не имеет помощи шахтера. Это адекватная защита от griefing, но не делает такие вещи, как возврат, используя протоколы безопасности.


Я думаю, что бы дать разумную безопасность на практике.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

14 апреля 2014, 6:13:18 PM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

[Использовано ответ вместо редактирования]
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

14 апреля 2014, 6:20:07 PM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

Но это на самом деле это проверяется isStandard ()?
Не может быть все же, большинство сделок по сети все еще не чек.

котировка
Есть план, чтобы сделать это в 2 этапа, сначала ссылка клиента производить только канонические подписи, а затем сделать неканоничной нестандартное?
Сорт, первый этап "получить все широко используемые подписчик, чтобы производить только канонические подписи", Который делает эталонную клиенту сделать это только первый шаг. Я считаю, что последняя bitcoinj делает это и сейчас.

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

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


котировка
Сделка не является стандартной, если какие-либо из его подписи оставить данные в стеке? Это не может быть проверено без операции ввода.
Мы не можем проверить транзакцию без ввода, так как они включены в подписи.
Я думал, что мы templaitized подписи, но, видимо, мы не (иногда это трудно вспомнить, Что было реализовано против обсуждается).

котировка
Я думаю, что бы дать разумную безопасность на практике.
Безопасность для чего? Я согласен, что это достаточно тонкая против склоки, когда злоумышленник получает мало и вред от потери мало. Но уже есть существенные бассейны, как ghash.io, которые добывали злонамеренно, чтобы обдирать людей.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

14 апреля 2014, 6:27:24 PM   # 6
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: 0,9 Ковкость Фикс - isStandard () изменений

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

Интересно, если схема торговли кросса цепи будет работать, особенно для небольших количеств.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW