|
![]() |
# 1 |
Сообщения: 1148
цитировать ответ |
![]()
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Да, прежде чем подключится к этой статье CoinKite, я уже прочитал. Однако я до сих пор не понимаю ... Наши средства логически не будут скомпрометированы или что-нибудь, однако, когда я отправить BTC, что нужно сделать так, как другой пользователь на самом деле получить их, и он не получить атаку? ничего ? Это просто удача? Я могу отправить 1 BTC и просто "надежда" так что он будет получать их? если он не мой BTC привинчены? потому что это не имеет смысла, если честно, и это нападение постоянным?
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 2 |
Сообщения: 1148
цитировать ответ |
![]()
Получил 1806 Биткоинов
Реальная история. Для того, чтобы понять нападение транзакции пластичности, это помогает сначала понять основы того, как Bitcoin сделки работы. В упрощенном виде, каждая сделка по сети Bitcoin состоит из различных типов данных. Это включает в себя входы транзакций (Отсносящиеся по адресам Bitcoin приходят из), выходов транзакций (Отсносящихся по адресам Bitcoin отправляемых), количество Bitcoin посланного, и многие другие. Все эти данные криптографически подписаны, объединены и платные ( «хэшируются») в уникальный и меньшую часть данных: хэш. Этот хэш, по существу, идентификатор транзакции. Если шахтер подтверждает транзакцию, то идентификатор транзакции входит в блок и находится в blockchain.
Проблема, которая обеспечивает транзакцию ковкость, однако, является то, что эффективно идентичными подписи могут привести к совершенно разным хешам. Специфика этого глубоко криптографическая и очень трудно - если не невозможно - объяснить на простом английском языке. Но, как один очень упрощенный пример, чтобы получить представление о проблеме, сравнение было бы, что цифры «145» и «0145» являются фактически то же самое число во многих случаях. Но когда хэшируются, «145» и «0145» может на самом деле производят совершенно разные результаты. В случае продолжающейся атаки транзакции пластичности, злоумышленник выбирает операцию из сети Bitcoin и данные настроек подписи. В результате, все виды сделок имеют две совершенно разные идентификаторы транзакций, циркулирующие в сети Bitcoin. А так как конкретная сделка может подтвердить только один раз, только один из идентификаторов транзакций будут включены в блок, в то время как другой будет игнорироваться. Являются ли транзакционные атаки податливости проблемы? Суть проблемы транзакции податливости возникает, когда кто-то использует идентификатор транзакции - и ничего, кроме идентификатора транзакции - чтобы проверить, была ли транзакция была включена в блоке. Это проблема, конечно, потому что идентификатор транзакции может быть изменено злоумышленником, и его новый идентификатор транзакции могли быть включены в блок, а не исходного идентификатора транзакции. Затем он может показаться, что сама сделка не прошла - хотя он фактически сделал. транслятор: Вы никогда не потеряете Bitcoin из-за этого "атака", это просто немного раздражает. атака будет там до тех пор, как злоумышленник делает это или добавить патч к Bitcoin. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 3 |
Сообщения: 1148
цитировать ответ |
![]() Там нет необходимости для TL; DR для меня, я прочитал все. Но если вы говорите, что мы никогда не потеряем биткойны тогда как вы объясните, в прошлый раз на Bit-x.com (просто пример) подписи кампания с, некоторые люди были затронуты с этой атакой и не получили свои монеты, и Bit-х было пришлите нам выплату еще раз, так что первый BTC, что они послали, и мы никогда не получали их ... где они, если они не являются "потерял" ?
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 4 |
Сообщений: 49
цитировать ответ |
![]() Там нет необходимости для TL; DR для меня, я прочитал все. Но если вы говорите, что мы никогда не потеряем биткойны тогда как вы объясните, в прошлый раз на Bit-x.com (просто пример) подписи кампания с, некоторые люди были затронуты с этой атакой и не получили свои монеты, и Bit-х было пришлите нам выплату еще раз, так что первый BTC, что они послали, и мы никогда не получали их ... где они, если они не являются "потерял" ? Все зависит от того, как много подтверждений. Более вероятно, что они что-то установить слишком низко для настройки подтверждений. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 5 |
Сообщения: 1400
цитировать ответ |
![]() Там нет необходимости для TL; DR для меня, я прочитал все. Но если вы говорите, что мы никогда не потеряем биткойны тогда как вы объясните, в прошлый раз на Bit-x.com (просто пример) подписи кампания с, некоторые люди были затронуты с этой атакой и не получили свои монеты, и Bit-х было пришлите нам выплату еще раз, так что первый BTC, что они послали, и мы никогда не получали их ... где они, если они не являются "потерял" ? Позвольте мне сделать два примера, первый тот, где нет проблем, но больше появляться целые вещи, это немного раздражает. Алиса хочет послать монеты Боба и выдает транзакцию. TX использует подтвердил (!) Входы, поскольку Алиса получила монеты недели назад. TX модифицируется по пути и качается бумажник выкрутасы немного. Это может, например, показать неправильный баланс, потому что он показывает входные сигналы от Алисы дважды. После того, как один из двух TX подтвердятся, Боб делает пересканирование для кошелька и все в порядке. Теперь вариант, что могло бы случиться с Bit-х, потому что они являются услугой и отправить монеты на регулярной основе. Алиса посылает монету Bit-х. Монеты добавляются к ее балансу и она счастлива. Перед тем как транзакция подтверждается Bit-х использует монету выдавать оплату за свою подпись кампании. Благодаря тому, как операции работают, они указывают на TX ID Bit-х получил первое. Несмотря на то, что они сделали это, TX был модифицирован и получил другой TX ID. Теперь у нас есть два конкурирующих транзакций. Тот, где все в порядке, и один, где следование TX участникам кампании становится недействительным. Если модифицированный TX получает подтвердил (что происходит) следование TX требует ID TX, который не может подтвердить. Таким образом, он становится недействительным, а также. Узлы начинают выпадать его из своей памяти или, по крайней мере, больше не передавать его. Участники получили никакой оплаты и Bit-й не нужно, чтобы убедиться, что их код не выдает TX, которые используют неподтвержденные входы. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 6 |
Сообщения: 1148
цитировать ответ |
![]() Там нет необходимости для TL; DR для меня, я прочитал все. Но если вы говорите, что мы никогда не потеряем биткойны тогда как вы объясните, в прошлый раз на Bit-x.com (просто пример) подписи кампания с, некоторые люди были затронуты с этой атакой и не получили свои монеты, и Bit-х было пришлите нам выплату еще раз, так что первый BTC, что они послали, и мы никогда не получали их ... где они, если они не являются "потерял" ? Позвольте мне сделать два примера, первый тот, где нет проблем, но больше появляться целые вещи, это немного раздражает. Алиса хочет послать монеты Боба и выдает транзакцию. TX использует подтвердил (!) Входы, поскольку Алиса получила монеты недели назад. TX модифицируется по пути и качается бумажник выкрутасы немного. Это может, например, показать неправильный баланс, потому что он показывает входные сигналы от Алисы дважды. После того, как один из двух TX подтвердятся, Боб делает пересканирование для кошелька и все в порядке. Теперь вариант, что могло бы случиться с Bit-х, потому что они являются услугой и отправить монеты на регулярной основе. Алиса посылает монету Bit-х. Монеты добавляются к ее балансу и она счастлива. Перед тем как транзакция подтверждается Bit-х использует монету выдавать оплату за свою подпись кампании. Благодаря тому, как операции работают, они указывают на TX ID Bit-х получил первое. Несмотря на то, что они сделали это, TX был модифицирован и получил другой TX ID. Теперь у нас есть два конкурирующих транзакций. Тот, где все в порядке, и один, где следование TX участникам кампании становится недействительным. Если модифицированный TX получает подтвердил (что происходит) следование TX требует ID TX, который не может подтвердить. Таким образом, он становится недействительным, а также. Узлы начинают выпадать его из своей памяти или, по крайней мере, больше не передавать его. Участники получили никакой оплаты и Bit-й не нужно, чтобы убедиться, что их код не выдает TX, которые используют неподтвержденные входы. ти за помощью, так что я вижу после того, как вы объяснили это имеет смысл (должен был прочитать пару раз во второй части, но, наконец, получил его XD). Я думал, что только один вопрос & похоже, есть два |
![]() ![]() |
![]() ![]() ![]() |