|
28 июня 2011, 1:28:59 AM | # 1 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я прочитал Disscussion здесь, и я должен сказать, что дизайн кошелька Шутка безопасности, DonT винить "окна суки" для этого, как я прочитал здесь, что FOM Линукс-фанатик (Я тоже был молод, так что я мог понять, но я сейчас нахожусь старше ;-). Теперь это безопасно, как Creditcard где "код безопасности" на обратной стороне ;-). Thiev может просто скопировать бумажник - и это не имеет большого значения с трояном, и easyier украсть. Почему бы не использовать / внедрить систему, которая может обеспечить деньги в бумажнике как TAN & PIN Combo? (Код операции & Личный идентификационный номер / пароль) (Само по себе не только шифрование, потому что TAN для сделать улучшение) 1.TANs: - Идея заключается в том, что пользователь получает вместо 100 только 10 адресам, но он получает 100 TANcodes, которые синхронизированы с Bitcoinnetwork (аналогично, как DHT на Bittorent, Distributet хэш-таблица) и работать на все этот 10 АДРЕС, чтобы он мог печатать загорает и удалять + валом в TANfile (или лучше: он может также просто отображаемый + печататься один раз или сохранить на USB без диска и доступа распечатано позже) - Может быть, это также может быть сделано по второму каналу связи, если это необходимо, как PGP / GPG электронной почты. (Скачал с другим компьютером, так троян не мог знать, для которого этого списка адреса работы TAN) - Эти коды TAN следует использовать только мыши (на виртуальной клавиатуре должна отображаться щелкать номера) Числа могут быть десятичными или hexcode (0-9 & А-F), который также является практичным. - Порядок которые отображают номера на этой виртуальной клавиатуре должен быть случайным переключатель для каждой новой транзакции, и не должно быть возможно для трояна, чтобы считывать из памяти. (Клиент посылает только позицию мыши, не числа) 2.PIN, бумажник и использование шифрования возможно разделение: - Кошелек должен быть зашифрован и passwordproteced - Должна быть предусмотрена возможность импорта и экспорта различных кошельков (каждый кошелек с собственным паролем Offcourse) Таким образом, пользователь может управлять лучше риском и деньгами. Решение представляет собой, например, что BC-клиент находит и принимает все файлы в директории програмного с именем бумажника _ *. Дат (* = уникальное имя) Таким образом, преимущество не только безопасность, с помощью этой системы можно запустить клиент 24h без страха, чтобы поддерживать сеть. |
3 июля 2011, 3:00:04 AM | # 2 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Получил 1806 Биткоинов
Реальная история. не mmmmh, нет ответов
это слишком безопасно или трудно? 😉 приходят на людей что-то должно быть сделано, как это, я ж я был программистом я бы это мой сам. Но я не являюсь, поэтому я могу только поддержать Bitcoin, запустив клиент, сделайте небольшую добычу и поделиться своими идеями улучшений для Bitcoin. Я действительно думаю, что идея Bitcoin хорошо, но безопасность действительно как русская рулетка на окна машины 😉 |
3 июля 2011, 7:13:40 AM | # 3 |
Сообщений: 73
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Шифрование Кошелек разрабатывается прямо сейчас.
Что касается загорает, дело в том, как сообщить сети о своих загорает? Может быть, это особый вид сделки, которая публикует хэш загорают на один адрес. Более поздние сделки с этого адреса действительны, только если они включают в себя открытый текст одного из неиспользуемых загорает. Может что-то подобное, возможно, работать? |
3 июля 2011, 9:54:24 AM | # 4 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Спасибо за первый ответ на это.
Я знаю, что кошелек Encyption приходит, может быть, мое внимание на систему TAN. Как я писал это должно быть возможно, таким же образом, как и Bitcoin-сеть экономит действительные сделки. Так почему бы не просто хранить действительные загорают через hashs (зашифрованный, а не обычный) в сети тоже? (Когда они открытые текст, все просто собрать их :-), они должны быть зашифрованы) Взаимодействие с сетью, можно было бы сделать в первый раз создается бумажник, или с помощью второго канала связи. (Сеть генерирует загорает и отправить их по заранее emailadress так, ОКЧ может распечатать другой ПК, так что риск может быть снижен) Я думаю, что это будет большой soloution. |
3 июля 2011, 10:23:52 AM | # 5 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Спасибо за первый ответ на это. Вы действительно не знаете, как это работает, верно?Я знаю, что кошелек Encyption приходит, может быть, мое внимание на систему TAN. Как я писал это должно быть возможно, таким же образом, как и Bitcoin-сеть экономит действительные сделки. Так почему бы не просто хранить действительные загорают через hashs (зашифрованный, а не обычный) в сети тоже? (Когда они открытые текст, все просто собрать их :-), они должны быть зашифрованы) Взаимодействие с сетью, можно было бы сделать в первый раз создается бумажник, или с помощью второго канала связи. (Сеть генерирует загорает и отправить их по заранее emailadress так, ОКЧ может распечатать другой ПК, так что риск может быть снижен) Я думаю, что это будет большой soloution. как только вы передаете свои TAN-коды к сети, кто-то другой может взять и использовать свои деньги. сценарий: Узел, ваш узел. Узел знает Node B-Z, который вы ничего не знаете о. Узел B-Z был помещен злоумышленником, они являются раковые узлы, они не ретранслируют транзакции, вместо этого они захватить ваши TAN-коды и дает их злоумышленнику. это отстой. вы не знаете, любая вещь об этом, и для этого вы можете быть защищены только путем ОткрытыйКлюч-криптография. |
3 июля 2011, 10:34:35 AM | # 6 |
Сообщений: 73
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Ну, злоумышленник все равно должны были бы иметь свой личный ключ, чтобы иметь возможность подписать другую сделку с TAN.
Ото, если он уже имеет доступ к моему секретному ключу, он может просто ждать для меня, чтобы транслировать сделку (или KeyLog загар (Edit: при условии, что это способ, которым он также получил пароль для скоро, чтобы быть зашифрованным ключа) ). |
3 июля 2011, 10:38:17 AM | # 7 |
Сообщений: 22
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Я знаю, что кошелек Encyption приходит, может быть, мое внимание на систему TAN. Как я писал это должно быть возможно, таким же образом, как и Bitcoin-сеть экономит действительные сделки. Так почему бы не просто хранить действительные загорают через hashs (зашифрованный, а не обычный) в сети тоже? (Когда они открытые текст, все просто собрать их :-), они должны быть зашифрованы) Есть две проблемы, связанные с этим подходом: 1. Хранение пространство ограничено в блоке цепи, как это отражается на всех клиентах. Если вы позволяете случайные клиенты экономят свой TAN в сети, он может быть легко заспамит. Таким образом, вы должны ввести плату за сохранение TAN хэш в сети, аналогичной плату за транзакцию. 2. Интернет банковских TAN для их с 6 номеров имеют очень небольшое пространство поиска, которое только безопасный, поскольку ваш банк блокирует учетную запись после того, как 3 или около неправильных записей. Это невозможно в Bitcoin, потому что вы можете перебирает общественность TAN хэширует форума. Таким образом, должно быть TAN для непрактично долго, как 30 символов или около того. |
3 июля 2011, 10:43:32 AM | # 8 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Я знаю, что кошелек Encyption приходит, может быть, мое внимание на систему TAN. Как я писал это должно быть возможно, таким же образом, как и Bitcoin-сеть экономит действительные сделки. Так почему бы не просто хранить действительные загорают через hashs (зашифрованный, а не обычный) в сети тоже? (Когда они открытые текст, все просто собрать их :-), они должны быть зашифрованы) Есть две проблемы, связанные с этим подходом: 1. Хранение пространство ограничено в блоке цепи, как это отражается на всех клиентах. Если вы позволяете случайные клиенты экономят свой TAN в сети, он может быть легко заспамит. Таким образом, вы должны ввести плату за сохранение TAN хэш в сети, аналогичной плату за транзакцию. 2. Интернет банковских TAN для их с 6 номеров имеют очень небольшое пространство поиска, которое только безопасный, поскольку ваш банк блокирует учетную запись после того, как 3 или около неправильных записей. Это невозможно в Bitcoin, потому что вы можете перебирает общественность TAN хэширует форума. Таким образом, должно быть TAN для непрактично долго, как 30 символов или около того. @ X68N: Вы действительно думаете, что мы глупее тогда вы? |
3 июля 2011, 12:13:28 PM | # 9 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
лол
Благодарим Вас за активное участие здесь, но я не хочу слышать это не представляется возможным. Я хочу, чтобы обсудить, как можно 🙂 Вы действительно не знаете, как это работает, верно? как только вы передаете свои TAN-коды к сети, кто-то другой может взять и использовать свои деньги. сценарий: Узел, ваш узел. Узел знает Node B-Z, который вы ничего не знаете о. Узел B-Z был помещен злоумышленником, они являются раковые узлы, они не ретранслируют транзакции, вместо этого они захватить ваши TAN-коды и дает их злоумышленнику. это отстой. вы не знаете, любая вещь об этом, и для этого вы можете быть защищены только путем ОткрытыйКлюч-криптография. Вы действительно не знаете, что я написал, верно? 😉 В TAN для сохраняются как "хэши" поэтому они не распространяются общественности в незашифрованном виде. (который вы распечатывается) сценарий А не представляется возможным, потому что сеть принимает только transacions, когда действительны и сохраняется на минимальном наборе узлов. Поэтому должна быть обратная связь между сетью и клиентом, что дает Waranty что гарантирует, что злоумышленник не может capure ОКЧА и использовать его. Это может быть сделано, если broadcost оригинального клиента отправить определенное количество, но случайные узлы. Так что, например, 10 узлов говорят, передавали сообщение точно так же, как обычная сделка делаются. после того, как это послать этот TAN является imidiatly бесполезен злоумышленником, потому что другие узлы уже посылают правильные сделки и TAN. если это так бесполезно, почему это нормальная Биткойн сделка не пострадали от атакующего узла B-Z, например? этот ответ на этот вопрос, почему он не влияет, применяется именно на TAN, если он реализован тот же безопасный способ. Ну, злоумышленник все равно должны были бы иметь свой личный ключ, чтобы иметь возможность подписать другую сделку с TAN. Ото, если он уже имеет доступ к моему секретному ключу, он может просто ждать для меня, чтобы транслировать сделку (или KeyLog загар (Edit: при условии, что это способ, которым он также получил пароль для скоро, чтобы быть зашифрованным ключа) ). НЕТ, открытым текстом TANcode для соображений безопасности отправить на предварительно dfined электронный адрес. Например, когда вы сначала создать свой первый кошелек, закрытый ключ генерируется, и открытый ключ синхронизация с сетью. Целое то же самое можно сделать с помощью списка кодов TAN, но с той разницей, в TANcodes не хранятся на компьютере, они должны быть распечатаны. (Или отправить по электронной почте и адресной, а затем распечатаны) Это как второй код, который не возможно скопировать на троян, то есть идея ПОСЛЕ, что первый шаг. Так клавиатурных не представляется возможным, потому что, как я написал вход мыши на основе, ни одна из клавиш не войти. Plese прочитать еще раз. Есть две проблемы, связанные с этим подходом: 1. Хранение пространство ограничено в блоке цепи, как это отражается на всех клиентах. Если вы позволяете случайные клиенты экономят свой TAN в сети, он может быть легко заспамит. Таким образом, вы должны ввести плату за сохранение TAN хэш в сети, аналогичной плату за транзакцию. 2. Интернет банковских TAN для их с 6 номеров имеют очень небольшое пространство поиска, которое только безопасный, поскольку ваш банк блокирует учетную запись после того, как 3 или около неправильных записей. Это невозможно в Bitcoin, потому что вы можете перебирает общественность TAN хэширует форума. Таким образом, должно быть TAN для непрактично долго, как 30 символов или около того. Для 1. Не будьте настолько пессимистичны, пожалуйста 🙂 почему это должно быть разрешено для случайных клиентов, пожалуйста? только потому, что тогда идея не работает? Нет Offcourse это не должно быть разрешено для случайных клиентов, поэтому она также не получают спам. Техник защиты от спама следует реализовать клиент и serversided, но НЕ особая задача из-за загорает. 2.Like я написал вместо этого можно использовать более Charakters, например, как Lengh из 12-34 charcters. Там должен быть способ для защиты хешей, чтобы не быть easiliy собирают с помощью atttacker, каким образом сеть Bitcoin гарантировать, что privae ключ облака пользователя не может быть взломан в автономном режиме? таким же образом следует использовать для загорает. и если они длинные 30chars, мы вернулись к началу. нет, если они до 30 символов мы не ели НАЧАЛО, никогда не слышали, что 30 Charcters encrytion небезопасно 😉@ X68N: Вы действительно думаете, что мы глупее тогда вы? Тот же ответ здесь каким образом сеть Bitcoin гарантировать, что privae ключ облака пользователя не может быть взломан в автономном режиме? таким же образом следует использовать для загорает. нет и нет я не думаю, что вы глупее, я просто хочу, чтобы обсудить решение здесь. Там нет никаких личных выпадов. |
3 июля 2011, 12:22:16 PM | # 10 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
ничего на самом деле не понимаю, что это не так ли?
конечно, они хранятся в виде хэшей. но когда вам нужно доказательство того, что вы знаете, обычный текст, НЕОБХОДИМО ОТПРАВИТЬ PLAINTEXT. и злоумышленник может просто захватить его, и ретранслировать сделку, отправляющие свою монету к нему. если вы не понимаете этого, пожалуйста, не говорите больше. |
3 июля 2011, 12:48:51 PM | # 11 |
Сообщений: 73
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
конечно, они хранятся в виде хэшей. но когда вам нужно доказательство того, что вы знаете, обычный текст, НЕОБХОДИМО ОТПРАВИТЬ PLAINTEXT. и злоумышленник может просто захватить его, и ретранслировать сделку, отправляющие свою монету к нему. только если у него есть секретный ключ .. вопрос, в котором сценарий поможет ли это? если злоумышленник не знает секретный ключ, нет необходимости в TAN, и если он это сделает, он, вероятно, может захватить TAN также. котировка Так клавиатурных не представляется возможным, потому что, как я написал вход мыши на основе, ни одна из клавиш не войти. Что бы вы войти в свой компьютер, злоумышленник может захватить. При использовании клавиатуры мыши, я войти ваши движения мыши, если вы рандомизации виртуальные ключевые позиции, я использую OCR, если вы сделаете искаженным из каждого ключа, вы видите, где это происходит ... |
3 июля 2011, 2:46:06 PM | # 12 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
ничего на самом деле не понимаю, что это не так ли? конечно, они хранятся в виде хэшей. но когда вам нужно доказательство того, что вы знаете, обычный текст, НЕОБХОДИМО ОТПРАВИТЬ PLAINTEXT. и злоумышленник может просто захватить его, и ретранслировать сделку, отправляющие свою монету к нему. если вы не понимаете этого, пожалуйста, не говорите больше. вместо того, чтобы говорить такие вещи unpolite, я пытаюсь решить эту проблему "недоразумение" Вы думаете, у меня есть ... Поэтому я спросить то же самое по-другому, как это работает, что закрытый ключ в wallet.dat не послать в незашифрованном виде? (Или это не так, и на самом деле PrivateKey отправить в незашифрованном ??) Просто ответить на этот вопрос, если вы знаете. Что бы вы войти в свой компьютер, злоумышленник может захватить. При использовании клавиатуры мыши, я войти ваши движения мыши, если вы рандомизации виртуальные ключевые позиции, я использую OCR, если вы сделаете искаженным из каждого ключа, вы видите, где это происходит ... Как я сказал, я хочу решения, если я хочу знать, как это не работает, я мог бы написать книгу дырки моих сам 😉 Dont играть, чтобы быть моим Оппонент быть помощником 😉 всегда так негативно здесь ... я сомневаюсь, что будет работать OCr, почему аль этот спам capchas еще не прошли? Один из способов решения этой проблемы, если это возможно являются СТОРОННАМИ sessionhash сервера, который генерируется randowmly как контрольная сумма Браузер, оборудование и многое другое и т.д., так что если злоумышленник может захватить TAN, который я сомневаюсь, действительно, он не мог использовать его, потому что он не имеет точный аппаратный / screenresolution / браузера и т.д. а также не может сам генерировать эту контрольную сумму, так как он не хранится на клиенте, то генерируется serversided. (Даже он emultates те же аппаратные средства, он получает другую контрольную сумму, а затем также другие TAN ставится под сомнение, потому что первое, чем на самом деле активируется Б.Е. vicim ПК) лол, что фантазии войны 😉 |
3 июля 2011, 3:12:34 PM | # 13 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
ничего на самом деле не понимаю, что это не так ли? конечно, они хранятся в виде хэшей. но когда вам нужно доказательство того, что вы знаете, обычный текст, НЕОБХОДИМО ОТПРАВИТЬ PLAINTEXT. и злоумышленник может просто захватить его, и ретранслировать сделку, отправляющие свою монету к нему. если вы не понимаете этого, пожалуйста, не говорите больше. вместо того, чтобы говорить такие вещи unpolite, я пытаюсь решить эту проблему "недоразумение" Вы думаете, у меня есть ... Поэтому я спросить то же самое по-другому, как это работает, что закрытый ключ в wallet.dat не послать в незашифрованном виде? (Или это не так, и на самом деле PrivateKey отправить в незашифрованном ??) Просто ответить на этот вопрос, если вы знаете. вот как это работает: Ваш клиент генерирует частный а также общественности пара ключей. принимая хэш общественности ключ, вы получите адрес Bitcoin. вы даете ваш адрес кому-то и скажите ему, чтобы заплатить. он посылает вам сделку, говоря: "только человек, который может доказать, что у него есть соответствующий PrivateKey, по этому адресу, можно провести эти х биткойны"Это подписывается его частныйключ (ы) ваш клиент видит это и знает, что теперь вы имущие х биткойны больше. когда клиент хочет провести его, он широковещательно общественности ключ, наряду с подписанием из частный ключ, что доказательства того, что ваш клиент знает частный ключ. ваш клиент для этого НИКОГДА Вещательные частный ключ, только доказательство того, что у вас есть. и attaker не могут, перехватывать и изменять сделку, без совершения сделки инвалид. хотите узнать больше: http://en.wikipedia.org/wiki/Public-key_cryptography я буду рад объяснить больше к вам. но не стоит пытаться изменить что-либо, не пытаясь сначала понять, что меня злит! |
3 июля 2011, 3:13:32 PM | # 14 |
Сообщений: 22
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Для 1. Не будьте настолько пессимистичны, пожалуйста 🙂 почему это должно быть разрешено для случайных клиентов, пожалуйста? только потому, что тогда идея не работает? Нет Offcourse это не должно быть разрешено для случайных клиентов, поэтому она также не получают спам. Техник защиты от спама следует реализовать клиент и serversided, но НЕ особая задача из-за загорает. 2.Like я написал вместо этого можно использовать более Charakters, например, как Lengh из 12-34 charcters. Там должен быть способ для защиты хешей, чтобы не быть easiliy собирают с помощью atttacker, каким образом сеть Bitcoin гарантировать, что privae ключ облака пользователя не может быть взломан в автономном режиме? таким же образом следует использовать для загорает. 1. Оно должно быть разрешено для случайных клиентов, потому что нет ни одного сервера, который может осуществлять арбитраж, кому позволено и кто нет. Если был арбитром, вы бы PayPal. 2. Bitcoin гарантирует, что закрытые ключи не могут быть взломаны автономно с помощью вычислительно интенсивного алгоритма и длинных ключей. Если TAN-коды имеют тот же размер, что и закрытые ключи, нет смысла использовать дополнительный TAN, потому что они не дают никаких преимуществ по сравнению с секретными ключами. |
3 июля 2011, 8:10:16 PM | # 15 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
@ kokjo
спасибо за вашу explainaition. Я aleready знал это, но теперь мы уверены, что мы говорим о том же. Так что, если это возможно, чтобы подписать сделку без обмена открытого ключа, как вы discribe его, почему вы только что написали с другой стороны система TAN распространяться закрытый ключ? Моя интенция, что теоретическая TAN использует точную точно так же, как вы описали! поэтому разница ... ноль и ... @ Тео что польза от второго частного keysystem как загорает в автономном режиме и не так легко захватить (и не возможно взломать, как вы писали раньше! -> см пост kokjo в) Цель состоит в том, чтобы защитить ключ prvate (файл), со вторым слоем безопасности. что сервер не существует, я знаю, я просто назвал его назвать схематическую систему (сервер обмена с Bitcoin сетью). Сегодня кто делает проверки транзакции в сети Bitcoin, не зная секретный ключ пользователей? (Тот же самый способ, которым TAN может быть подтвержден без получения закрытых ключей) Таким образом, мы сблизились я думаю |
3 июля 2011, 8:46:48 PM | # 16 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Вы просто не понимаете, что делать я?
открытый ключ будет общим, для этого ключа под именем «общественного» ключ приват не будет передана, и, как следует из названия. вы можете с помощью закрытого ключа подписать сделку. что сделка может быть проверена с помощью открытого ключа. злоумышленник не в состоянии изменить сделку, без подписи недействительны. то, что вы предлагаете это (AFAIK): а) первая трансляция хэша TAN. б) затем совершить сделку с этим TAN, и опубликовать эту TAN. уверен, что кто-нибудь может проверить, что хэш (TAN) = hash_of_broadcasted_TAN НО, если ваш узел окружены злыми узлами, и вы пытаетесь транслировать TAN. они могут игнорировать транзакцию, копировать TAN, и поместить его в другой транзакции. до свидания BTC. Кроме того, если загар короток, 8-12 дайджеста, это может быть bruteforced. серьезно, пожалуйста, попытайтесь понять криптографию с открытым ключом, прежде чем пытаться что-либо изменить. |
4 июля 2011, 5:46:32 AM | # 17 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Здравствуйте,
Вы repead сейчас в третий раз, да Я знаю, как закрытый ключ шифровки работы, Didnt вы читали мой ответ? Таким образом, мы могли бы отметить это решенным. В моем последнем посте я написал просто использовать второй секретный ключ Encyption как "TAN" который не в состоянии копировать троянами, потому что отсутствует хранятся на бумаге. (защита ввода является безопасной? потому что я не получил ответ) Там нет открытого текста или PrivateKey вещания, поэтому evilnodes не нужны (бесполезно ;-)) чтобы убедиться, что я repeadit, я знаю, как закрытый ключ шифровки работы пожалуйста, не сделать мое предложение более хуже, чем это могло быть, я написал 12-34 charcters а не 8-12. Также с PrivateKey шифрованием 12 символов не проблема (могут быть удвоены легко, при добавлении TANlistNumber-коды, а не TAN) Вы сказали, что в "Bitcoin использует открытые ключи шифрования. Algoritm используется, называется ECDSA" который является безопасным против BruteForce и злых узлов, так что, если второй второй PrivateKey Encyption, как "TAN" использует ту же технику, эта проблема также решена. Моя идея состояла в том, чтобы не сделать большие изменения, только маленькой. Например, с новым кошельком, пользователь может gernerate 100 Bitcoin АДРЕСА. Так что моя идея заключается в том, вместо того, чтобы использовать 100 АДРЕСА, чтобы изменить систему использует 100 АДРЕСА, как загорает на один адрес. (Как я понимаю, каждый адрес имеет свой собственный ключ или нет?) если да эти 100 Privatekeys (99 + 1) совершенны и легко изменить с помощью системы TAN. поздравил |
4 июля 2011, 9:59:45 AM | # 18 |
Сообщения: 1050
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
котировка Здравствуйте, для всех у вас есть Writting, нет никаких доказательств того, что вы знаете, кто работает криптография открытого ключа.Вы repead сейчас в третий раз, да Я знаю, как закрытый ключ шифровки работы, Didnt вы читали мой ответ? Таким образом, мы могли бы отметить это решенным. Вы можете подумать, вы знаете, и вы знаете это, я не могу сказать. но судя по вашим постам, вы не знаете. извините за грубость. котировка В моем последнем посте я написал просто использовать второй секретный ключ Encyption как "TAN" не ваш вход не является безопасным, но это не является частью дискуссии. если ваша система вторгается трояном, вы обречены.который не в состоянии копировать троянами, потому что отсутствует хранятся на бумаге. (защита ввода является безопасной? потому что я не получил ответ) Там нет открытого текста или PrivateKey вещания, поэтому evilnodes не нужны (бесполезно ;-)) котировка пожалуйста, не сделать мое предложение более хуже, чем это могло быть, я написал 12-34 charcters если это просто пароль, как система TAN, 12-34 должно быть достаточно. он может быть использован для шифрования секретного ключа.а не 8-12. а частный / открытый ключ длиной около 130 символов (шестнадцатеричное закодирован). котировка Также с PrivateKey шифрованием 12 символов не проблема (могут быть удвоены легко, при добавлении TANlistNumber-коды, а не TAN) снова закрытый ключ больше. TAN для случайных чисел. частные и открытые ключи генерируются пары, они могут быть короткими и небезопасными (около 50 символов HEX-закодированного) или длинных и безопасных (около 130 символов гекса-закодирован). но если они 12 долго я мог взломать их в моей голове, с простой математикой, и вы могли бы тоже. котировка Вы сказали, что в "Bitcoin использует открытые ключи шифрования. Algoritm используется, называется ECDSA" не стесняйтесь, чтобы вытащить частные ключи из бумажника и запишите их на бумаге, это может быть сделано с bitcointools (https://github.com/gavinandresen/bitcointools).который является безопасным против BruteForce и злых узлов, так что, если второй второй PrivateKey Encyption, как "TAN" использует ту же технику, эта проблема также решена. но был бы просто глупо, чтобы сделать двойное шифрование / подпись, он не имеет никакого эффекта. единственное место, где это может быть полезно, если бы вы должны послать деньги на двух человек. поэтому его необходимо, чтобы они отвечали, и соглашаются с тем, как они sould тратить деньги. но они не доверяют друг другу. ни один из них не может разблокировать деньги без другого. котировка Моя идея состояла в том, чтобы не сделать большие изменения, только маленькой. я не понимаю, что вы говорите чепуху. Например, с новым кошельком, пользователь может gernerate 100 Bitcoin АДРЕСА. Так что моя идея заключается в том, вместо того, чтобы использовать 100 АДРЕСА, чтобы изменить систему использует 100 АДРЕСА, как загорает на один адрес. котировка (Как я понимаю, каждый адрес имеет свой собственный ключ или нет?) да каждый адрес имеет как открытый и закрытый ключ. общественности один хешируется (чтобы сделать его короче, это не имеет ничего общего с безопасностью) и опубликованы. котировка если да эти 100 Privatekeys (99 + 1) совершенны и легко изменить с помощью системы TAN. ? |
4 июля 2011, 8:39:49 PM | # 19 |
Сообщения: 616
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Здравствуйте,
спасибо за Ваш ответ. Так я понимаю, что 2 вещи не работают, система TAN с короткими characterlenght и загар системы с номерами Offcourse. Таким образом, главная проблема в том, что нет ни одного случая (ы) в сети, которая может действовать как интеллектуальный сервер, который решает более действительные и недействительные входы и соединений. (Как и банк, который блокирует после 3 ложных загара входов,) Так что, если PrivateKey это символы 130 не имеет смысла использовать это как TAN, потому что это не жизнь доказательство 😉 Если это не может быть сделано, ты только 2 другие способы стать немного более высокий уровень безопасности. 1. шифровать бумажник (встроенная функция, и вариант, чтобы закрыть бумажник, но запустить клиент для поддержки сети) 2. разделить деньги в разных кошельках (функция импорта экспорта хорошая черта, и имя wallet.dat Шоул получить случайную надстройку из, например _5gBS78d, чтобы избежать перезаписи, если кошелек importet к клиенту) что вы думаете о nr.1 & 2 как запрос функции? |
4 июля 2011, 8:48:32 PM | # 20 |
Сообщения: 1132
цитировать ответ |
Re: Почему бы не сделать Bitcoin более безопасным с помощью ПИН-кода и TAN системы?
Как о том, неполные частные ключи в кошельке?
Каждый раз, когда вы делаете передачу, используя определенный ключ, который нужно будет добавить недостающие символы, используя распечатку, что вы делаете, когда создается бумажник. Программа будет затем также передавать любую разницу в BTC для нового секретного ключа, так что фактически каждый секретный ключ используется только один раз. Кроме того, можно хранить "распечатать" в некотором файле вашего собственного выбора в случае, если вы потеряете распечатку. |