Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
25 января 2017, 5:09:34 AM   # 1
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

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


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

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

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

Адреса IPv4 и IPv6-адрес четко определены здесь:
https://en.bitcoin.it/wiki/Protocol_documentation#Network_address

Код:
IPv6: 2001000041379e760c5b0558bcb8e3dd

Код:
IPv4: 00000000000000000000ffffb3b824c1

Но в некоторых редких случаях, я продолжаю видеть эту нелегальную формат:

Код:
Пример1: 000000000000000070d1c52519793031
Пример 2: 00000000000000003d5a7e065c3ebc67

Кто-нибудь знает, что это означает?
Является ли это какое-то компактное представление IPv6?
Или это что-то делать с TOR / лук?

Документация не имеет информации об этом.
georgem сейчас офлайн Пожаловаться на georgem   Ответить с цитированием Мультицитирование сообщения от georgem Быстрый ответ на сообщение georgem


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


25 января 2017, 2:05:40 PM   # 2
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

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





Мне очень интересно узнать больше об этом, так как я больше узнать об этой теме сам.

Я потратил пару часов на это, утром и единственное, что я мог придумать, что, возможно, узел сообщает ложную информацию, протокол прощая об этих вещах!

Вы можете прочитать RFC3493 на стандарт для представления адресов IPv6.

Примеры этот IP-адрес:
:: 70d1: C525: 1979: 3031
:: 3d5a: 7e06: 5c3e: bc67
И единственный раз, когда они начинаются с 0 является устаревшим IPv4- совместимый адрес IPv6 но опять же этот формат не математика, что либо!
   | 80 бит | 16 | 32 бита |
   +--------------------------------------+--------------------------+
   | 0000 .............................. 0000 | 0000 | IPv4-адрес |
   +--------------------------------------+----+---------------------+


Является ли это какое-то компактное представление IPv6?

Компактное представление IPV6 удаляет 0s и заменяет их ::
2001: 0000: 4137: 9e76: 0c5b: 0558: bcb8: e3dd -> 2001: 0: 4137: 9e76: C5b: 558: bcb8: e3dd
0000: 0000: 0000: 0000: 0000: FFFF: b3b8: 24c1 -> :: FFFF: b3b8: 24c1


также некоторые другие методы кодирования
Кодирование Энтузиаст сейчас офлайн Пожаловаться на Coding Энтузиаст   Ответить с цитированием Мультицитирование сообщения от Coding Энтузиаст Быстрый ответ на сообщение Coding Энтузиаст

25 января 2017, 3:58:28 PM   # 3
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

может быть, узел сообщает ложную информацию, протокол прощая об этих вещах!

Я не думаю, что это ложная информация, я получаю один и тот же формат из множества различных узлов (даже из разных монет), и она всегда имеет что 8 структуру байт.
И это также всегда "уникальный" ... в том смысле, что он явно служит в качестве идентификатора, как IPv4 и IPv6.

Кроме того, я не вижу никаких других экзотических форматов.

Именно эти три: IPv4, IPv6 и этот неизвестный формат 8 байт, что я хочу, чтобы выяснить, что это означает.

Вы можете прочитать RFC3493 на стандарт для представления адресов IPv6.

Компактное представление IPV6 удаляет 0s и заменяет их ::
2001: 0000: 4137: 9e76: 0c5b: 0558: bcb8: e3dd -> 2001: 0: 4137: 9e76: C5b: 558: bcb8: e3dd
0000: 0000: 0000: 0000: 0000: FFFF: b3b8: 24c1 -> :: FFFF: b3b8: 24c1


также некоторые другие методы кодирования

Да, это то, как IPv6 кодируется в компактной форме, давайте назовем его "человек читаемый"
(Выраженное в символах и двоеточием, и сделать более компактным, удалив ведущие нули и уменьшая количество CoLOS)
но когда выражается в неперекодированном ByteFormat адреса IPv6 всегда имеет 16 байт.

Я бы почти держать пари, что этот неизвестный формат имеет что-то делать с Tor, но я просто угадал.

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

25 января 2017, 4:56:14 PM   # 4
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

Я бы почти держать пари, что этот неизвестный формат имеет что-то делать с Tor, но я просто угадал.

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

котировка
171.25.193.20:80 ORPort = 443 ID = DD8BD7307017407FCC36F8D04A688F74A0774C02 вес = 50600 = ipv6 [2001: 67c: 289C :: 20]: 443
128.6.224.107:9030 ORPort = 9001 ID = D67B28212377617448A2AC192E11372AD951FD13 вес = 18000 ipv6 =[2620: 0: D60: 401 :: 2]: 9001
78.47.134.6:3480 ORPort = 3451 ID = 26220AEA188B8D0E47BB541E1A616EB3AD70295F вес = 2360 = ipv6 [2a01: 4F8: d13: 1602 :: 2012]: 3451

котировка
Давайте найти место в исходном коде Bitcoin, где это обрабатывается, поэтому нам не нужно гадать.

Здесь "тесты" ядро использует, чтобы определить, если IP является Tor: https://github.com/bitcoin/bitcoin/blob/master/src/test/netbase_tests.cpp#L42-L61
Пример использует этот IP-адрес: "FD87: D87E: EB43: EDB1: 8e4: 3588: e546: 35ca"
Кодирование Энтузиаст сейчас офлайн Пожаловаться на Coding Энтузиаст   Ответить с цитированием Мультицитирование сообщения от Coding Энтузиаст Быстрый ответ на сообщение Coding Энтузиаст

25 января 2017, 5:16:11 PM   # 5
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

Здесь "тесты" ядро использует, чтобы определить, если IP является Tor: https://github.com/bitcoin/bitcoin/blob/master/src/test/netbase_tests.cpp#L42-L61
Пример использует этот IP-адрес: "FD87: D87E: EB43: EDB1: 8e4: 3588: e546: 35ca"

Большое спасибо. Очень полезно.

Но ни один из тестов, перечисленных не попытаться решить структуру 8 байт.

Если этот неизвестный формат 8 байт не имеет ничего общего с TOR, не будет пытаться представить адрес * .onion?

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

25 января 2017, 5:29:53 PM   # 6
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

Если вы посмотрите на https://bitnodes.21.co/nodes/

кажется, что лук-адрес всегда, кажется, имеет одинаковый размер / длину



Здесь они говорят немного о луковой формате:

http://security.stackexchange.com/questions/29772/how-do-you-get-a-specific-onion-address-for-your-hidden-service

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

25 января 2017, 5:31:58 PM   # 7
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

Но ни один из тестов, перечисленных не попытаться решить структуру 8 байт.
Да, это то, что меня смущает слишком. Я попытался прохождения этих проклятий в мой код пытается соединиться с этим IP-адреса, но мой Connect операции с IP не может бросать NotSupportedException, хотя это также может быть потому, что я не за Tor но IPAddress.Parse также выходит из строя.

Вот еще несколько примеров, на этот раз список Bitcoin Tor (FALLBACK) Узлов: https://en.bitcoin.it/wiki/Fallback_Nodes#IPv6_Nodes

котировка
Если этот неизвестный формат 8 байт не имеет ничего общего с TOR, не будет пытаться представить адрес * .onion?
Я не думаю, потому что .onion является суффиксом домена верхнего уровня и используется, потому что они не являются фактическим именем DNS. Может быть, я ошибаюсь, но не обязательно, что для подключения к IP-адресу (другой узел).
Кодирование Энтузиаст сейчас офлайн Пожаловаться на Coding Энтузиаст   Ответить с цитированием Мультицитирование сообщения от Coding Энтузиаст Быстрый ответ на сообщение Coding Энтузиаст

25 января 2017, 5:45:11 PM   # 8
 
 
Сообщения: 1330
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

Но ни один из тестов, перечисленных не попытаться решить структуру 8 байт.
Да, это то, что меня смущает слишком. Я попытался прохождения этих проклятий в мой код пытается соединиться с этим IP-адреса, но мой Connect операции с IP не может бросать NotSupportedException, хотя это также может быть потому, что я не за Tor но IPAddress.Parse также выходит из строя.

Вот еще несколько примеров, на этот раз список Bitcoin Tor (FALLBACK) Узлов: https://en.bitcoin.it/wiki/Fallback_Nodes#IPv6_Nodes

котировка
Если этот неизвестный формат 8 байт не имеет ничего общего с TOR, не будет пытаться представить адрес * .onion?
Я не думаю, потому что .onion является суффиксом домена верхнего уровня и используется, потому что они не являются фактическим именем DNS. Может быть, я ошибаюсь, но не обязательно, что для подключения к IP-адресу (другой узел).

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

25 января 2017, 6:02:18 PM   # 9
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Протокол - getaddr - Network_address -> неизвестный формат?

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

В этом случае они должны передать адрес, который является строкой 16 байт в поле IP.
Например, из вики:
mutqcuh7hwxmhx3k .лук
в шестнадцатеричном: 6d757471637568376877786d6878336b

В случае, если это способ сделать это, результат не начиная с 0s
Кодирование Энтузиаст сейчас офлайн Пожаловаться на Coding Энтузиаст   Ответить с цитированием Мультицитирование сообщения от Coding Энтузиаст Быстрый ответ на сообщение Coding Энтузиаст



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW