Пацаны, вы чо!
Во первых, Поптоп. Если бы мне казалось, что есть некий магический набор данных, а не псевдоэнтропия, я бы наверное не стал выдвигать теорий подбора ключа, не?) Ты прав, я не силён в криптографии и ни разу не заглядывал под капот библиотек, которые генерируют хеши и случайные числа. Но это не мешало мне использовать эти библиотеки на практике, так что кое-какое понимание я имею, в том числе и о ГСЧ (в нашем случае ПГСЧ). Что касается про криптографически стойкие или нестойкие, я тебе конкретный алгоритм привёл, который используется битком, поэтому твою теоретическую часть с формулами я опускаю.
Далее, наша задача подобрать вводные параметры. При помощи приватника мы их проверяем. И я прекрасно понимаю, что такие параметры как время и оперативная память меняются, но! Вы со Снорком считаете, что даже подобрать их маловероятно, а ты говоришь к тому же, что найдя эти параметры, ничего мне это не даст, потому что время и размер памяти меняются. Там ещё и номер процесса меняется. Короче. Время генерации у нас есть примерное, его можно взять из блокчейна. Примерное, как заметил снорок, потому что время генерации не равняется времени, когда адрес засветился впервые в блокчейне. Второй параметр - всего лишь размер жёсткого диска. Если честно, я даже разочарован, что это хотя бы не привязка к железу, всё гораздо проще: смотрим все ходовые размеры жёстких дисков до того момента, как был создан адрес. Их не так много, они более менее стандартны. Теперь размер свободной оперативной памяти: тут, конечно посложнее. Но извини, "от 8 гигов до 64 гигов" не катит. Для 2013ого года, например, я бы установил диапазон значений от пары дестяков мегабайт до 8ми гигов свободной оперативки. Это ещё с запасом взял. Номер процесса это дичь, имя компа посложнее, но тоже реально по словарю. И вот мы затратив огромное количество ресурсов, но не невероятно огромное, как если бы ломали сам алгоритм, подобрали все параметры. Имя компа, размер диска и условно номер процесса неизменяемые, время и размер оперативки условно изменяемые. Отфильтрованные публичные адреса из блокчейна, к которым подбираем приватники тоже имеем. Наконец, играемся (естественно, не ручками, если кто до сих пор не понял) с условно изменяемыми параметрами и профит. Это если работать чистым перебором, но ведь можно подключить и другие ресурсы. Перебирать милисекунды и байты не очень весёлое занятие, но не такое бесконечное, как вы думаете, так как мы находимся в ограниченном диапазоне целых позитивных чисел (милисекунды, байты), а не занимаемся перебором неизвестно чего.
И последнее, поптоп! всё это мне было известно до того, как я начал спорить, не беси меня!
Во первых, Поптоп. Если бы мне казалось, что есть некий магический набор данных, а не псевдоэнтропия, я бы наверное не стал выдвигать теорий подбора ключа, не?) Ты прав, я не силён в криптографии и ни разу не заглядывал под капот библиотек, которые генерируют хеши и случайные числа. Но это не мешало мне использовать эти библиотеки на практике, так что кое-какое понимание я имею, в том числе и о ГСЧ (в нашем случае ПГСЧ). Что касается про криптографически стойкие или нестойкие, я тебе конкретный алгоритм привёл, который используется битком, поэтому твою теоретическую часть с формулами я опускаю.
Далее, наша задача подобрать вводные параметры. При помощи приватника мы их проверяем. И я прекрасно понимаю, что такие параметры как время и оперативная память меняются, но! Вы со Снорком считаете, что даже подобрать их маловероятно, а ты говоришь к тому же, что найдя эти параметры, ничего мне это не даст, потому что время и размер памяти меняются. Там ещё и номер процесса меняется. Короче. Время генерации у нас есть примерное, его можно взять из блокчейна. Примерное, как заметил снорок, потому что время генерации не равняется времени, когда адрес засветился впервые в блокчейне. Второй параметр - всего лишь размер жёсткого диска. Если честно, я даже разочарован, что это хотя бы не привязка к железу, всё гораздо проще: смотрим все ходовые размеры жёстких дисков до того момента, как был создан адрес. Их не так много, они более менее стандартны. Теперь размер свободной оперативной памяти: тут, конечно посложнее. Но извини, "от 8 гигов до 64 гигов" не катит. Для 2013ого года, например, я бы установил диапазон значений от пары дестяков мегабайт до 8ми гигов свободной оперативки. Это ещё с запасом взял. Номер процесса это дичь, имя компа посложнее, но тоже реально по словарю. И вот мы затратив огромное количество ресурсов, но не невероятно огромное, как если бы ломали сам алгоритм, подобрали все параметры. Имя компа, размер диска и условно номер процесса неизменяемые, время и размер оперативки условно изменяемые. Отфильтрованные публичные адреса из блокчейна, к которым подбираем приватники тоже имеем. Наконец, играемся (естественно, не ручками, если кто до сих пор не понял) с условно изменяемыми параметрами и профит. Это если работать чистым перебором, но ведь можно подключить и другие ресурсы. Перебирать милисекунды и байты не очень весёлое занятие, но не такое бесконечное, как вы думаете, так как мы находимся в ограниченном диапазоне целых позитивных чисел (милисекунды, байты), а не занимаемся перебором неизвестно чего.
И последнее, поптоп! всё это мне было известно до того, как я начал спорить, не беси меня!