Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
2 мая 2014, 6:50:57 AM   # 1
 
 
Сообщений: 12
Цитировать по имени
цитировать ответ
по умолчанию Re: Защита иерархических Детерминированные структур с несколькими уровнями Кодированных

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Эй, ребята,

Я работаю с HDM структурами и расту обеспокоено тем, как обеспечить мастер-ключ.

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

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

Позвольте мне описать яичницу ребенка показатели первого:
В (я предполагаю) нормальные иерархические детерминированные кошельки, которые используют разные адреса для каждой сделки, каждая сделка изменилась отправлена ​​на новый адрес, созданный с помощью следующего индекса ребенка. Таким образом, они будут начинаться с адресом, полученным из индекса дочернего 0, сделайте транзакцию, и изменения будут отправлены на адрес, полученный из индекса ребенка 1. Если ребенок индексы скремблировавших, то они могли бы начать с адресом, полученным из индекса детской 617492810 , сделать операцию, и изменения будут отправлены на адрес, полученный из индекса дочернего 741109822. на простом уровне, это может быть реализовано с помощью простой таблицы поиска:
TxIndex
CoinBeyond сейчас офлайн Пожаловаться на CoinBeyond   Ответить с цитированием Мультицитирование сообщения от CoinBeyond Быстрый ответ на сообщение CoinBeyond


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


2 мая 2014, 7:47:23 AM   # 2
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Защита иерархических Детерминированные структур с несколькими уровнями Кодированных

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





Так как бы вы сохранить последовательность: {617492810, 741109822, 1840569824, 1056489135}?

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

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

Вывод: ваше предложение не приносит никакой дополнительной безопасности.
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

2 мая 2014, 9:59:15 AM   # 3
 
 
Сообщений: 12
Цитировать по имени
цитировать ответ
по умолчанию Re: Защита иерархических Детерминированные структур с несколькими уровнями Кодированных

Так как бы вы сохранить последовательность: {617492810, 741109822, 1840569824, 1056489135}?

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

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

Вывод: ваше предложение не приносит никакой дополнительной безопасности.


Во-первых, я ценю ваше рассмотрение этой системы и ценим ваши отзывы.

Я думаю, что может быть некоторая путаница в том, как она работает, что это моя вина. Попробую redescribing определенные точки.

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

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

2 мая 2014, 10:57:09 AM   # 4
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Защита иерархических Детерминированные структур с несколькими уровнями Кодированных

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

Вы упомянули, используя несколько серверов. Если вы считаете, несколько серверов может повысить безопасность, почему бы просто не использовать multisignature транзакции, с каждым сервером, имеющим различные ключи?

Вывод остается прежним: он не обеспечивает дополнительную безопасность

(Примечание сторона: ваша последовательность индекса детерминированная Если нет, то ваш кошелек не является детерминированным?)
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

2 мая 2014, 1:47:22 PM   # 5
 
 
Сообщения: 200
Цитировать по имени
цитировать ответ
по умолчанию Re: Защита иерархических Детерминированные структур с несколькими уровнями Кодированных

Фактическое решение было бы использовать multisig. Если ваш сервер хранит чьи-то средства, то лучше, чтобы зафиксировать их с помощью клавиш 2-в-3: один сервер, другой один производный от пароля пользователя, а третий является аварийный ключ, который принадлежит к персоналу (в случае, если пользователь забыл свой пароль ). Ваш сервер будет автоматизировать часть своей работы, но если она нарушена, пользователи не потерять все.
oleganza сейчас офлайн Пожаловаться на oleganza   Ответить с цитированием Мультицитирование сообщения от oleganza Быстрый ответ на сообщение oleganza



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW