Алгоритмы шифрования Cpu ключем

[Chook 0]

Хотелось бы найти алгоритм шифрования.

Вообще можно ли найти ключ шифрования если точно известно что им зашифровано?

 

Может у кого есть информация? Утили ты же написаны для шифровки дешифровки, значит алгоритмы есть?

[hickname 0]

http://ru.wikipedia.org/wiki/Advanced_Encryption_Standard

 

Изучай

[alex706 0]

Chook, не пробовал у себя в нанде удалить блок 0х122?

[Chook 0]

alex706, нет, а в чем тайный смысл? Может имел в виду 121? он и так мертвый...

[alex706 0]

Chook, это у вас блок с последней датой address - 0x603611 offset - 0x122 estimate date - 05/01/2010 (только не спрашивай почему такая дата) Изменено 26 ноября 2009 пользователем alex706

[Chook 0]

alex706, а так это ты про тот бред что та програмулина выдает новая версия 1.03...

в этом блоке лежит часть

File : xam.xexp1 Length 11A000

Extracting from NAND: 00D3,00D4,00D5,00D6,00D7,00D8,00D9,00DA,00DB,00DC,00DD,00DE,00DF,00E0,00E1,00E2,

00E3,00E4,00E5,00E6,00E7,00E8,00E9,00EA,00EB,00EC,00ED,00EE,00EF,00F0,00F1,00F2,

0

0F3,00F4,00F5,00F6,00F7,00F8,00F9,00FA,00FB,00FC,00FD,00FE,00FF,0100,0101,0102,0

1

03,0104,0105,0106,0107,0108,0109,010A,010B,010C,010D,0115,0117,0118,0119,011A,01

1

B,011C,011D,011E,0120,0122,0123

 

Программа у них бред выдает и косячная во всех планах.

 

И мне вот интересно, как начало блока может начинаться со значения 0x603611? Ну вот какой у них размер сектора тогда?

 

Нет, мой бокс уже не разбанить, секдата в нем чем-то затерта при обновлении последнем. Вот так не повезло...

Изменено 26 ноября 2009 пользователем Chook

[alex706 0]

Chook, именно с той проги!))) просто решил твой нанд на ней испытать. В хексе ессно не смотрел что там лежит. Объясни принцип ддействия твоей проги, что значит деад? (знаю что ссылка метрвая на тот блок или типа того). Как ей пользоваться? какой блок затирать?

[Chook 0]

Рассмотрим пример

 

FS Root N: 152 at 0x3C2; Secdata.bin at: 0x3C1 ID: 33766001  ALIVE!FS Root N: 151 at 0x3C0; Secdata.bin at: 0x3BF ID: 33766001  ALIVE!FS Root N: 150 at 0x3BE; Secdata.bin at: 0x35D ID: 33766001  ALIVE!FS Root N: 149 at 0x35C; Secdata.bin at: 0x35B ID: 33766001  ALIVE!FS Root N: 148 at 0x35A; Secdata.bin at: 0x359 ID: 33766001  ALIVE!FS Root N: 147 at 0x358; Secdata.bin at: 0x357 ID: 33766001  ALIVE!FS Root N: 146 at 0x356; Secdata.bin at: 0x355 ID: 3B6D8355  ALIVE!FS Root N: 145 at 0x354; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 144 at 0x353; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 143 at 0x352; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 142 at 0x0A9; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 141 at 0x0A8; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 140 at 0x0A4; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 139 at 0x0A3; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 138 at 0x0A1; Secdata.bin at: 0x0A0 ID: 3B6146E7  ALIVE!FS Root N: 137 at 0x09F; Secdata.bin at: 0x099 ID: 3B3A8096  ALIVE!FS Root N: 136 at 0x09C; Secdata.bin at: 0x099 ID: 3B3A8096  ALIVE!

 

нас интересует поле ID

начинаем затирать сверху вниз все сектора FS Root с ID как у самого верхнего.

И я почти уверен! что еще один за ними.

То есть стираем все что сверху вниз содержат 33766001 и плюс один который идет за ними с ID 3B6D8355

 

Атаки на DES вроде есть. Вот бы хоть одну рабочую чтоб ключ подобрать, всеже хоть что-то :) мы же знаем как выглядит расшифрованный файл... ну так и перебирать. Говорят 50 дней перебирать - зато СПУ ключ узнать можно!!!

[alex706 0]

Chook, пока вроде никто не подобрал ключа

[alex706 0]

хоть бы подвижки были б какие нить для расшифровки ключа

[Dinamikus 0]

если будеш пробовать то отпишись

[Weekend 0]

я бы по подбирал ключ если бы был механизм готовый. как раз второй комп мощный стоит без дела с ипб.

[creker 0]

ты же написаны для шифровки дешифровки, значит алгоритмы есть?

Одно дело реализовать известный алгоритм для дешифровки с известным ключом(проще некуда), другое дело определить ключ. Алгоритм сам толком никакого преимущества не дает(тут не уверен, но не вижу тут преимуществ, обычно как раз алгоритм и известен). Но подбирать ключ длиной в 128 бит и более...

Изменено 26 ноября 2009 пользователем creker

[Chook 0]

Ну как подбирать пароль к архиву... а что делать? Уж лучше так с надеждой чем никак.

Например известно что должно примерно получиться при дешифрации secdata... ну так вот и запустить на тест. Можно посмотреть сколько времени потребуется.

 

Тока гдебы рабочий алгоритм достать расшифровки...

[creker 0]

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

 

Пароли архивов это строчка длиной в символов 5, может чуть больше. Подобрать пароль методом перебора не составит труда в таком случае, число комбинаций довольно маленькое получается.

Изменено 26 ноября 2009 пользователем creker

[beyzer 0]

А если заюзать CUDA или как там это правильно называется.... точно ен помню но там сокращение времени подбора по сравнению с обчным процессором в несколько раз....опятьже соньку третью напряч можно попробовать...

[Sulako 0]

128 бит - это 2^128 или 3,4*10^38 комбинаций.

Предположим, будете перебирать по миллиону ключей в секунду, предположим что запряжете на это дело 100000 таких компьютеров.

Получается 3.4*10^27 секунд, или 39384533208441951789742 дней, или 107902830708060141889 лет... ну еще пополам поделим т.к. ключ где-то посередине по статистике окажется.... 53951415354030070944 лет. Не расхотелось еще? :)

[dudeinthemoon 0]

53951415354030070944 лет. )

надо запастись кофе и сигаретами

[alex706 0]

а напряму с проца снять его нельзя? может подпоять туда хрень какую нить и снять))))

[RichY 0]

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

[creker 0]

beyzer, речь о вычислительный машинах, т.е. мощные машины с производительностью в десятки(а может и сотни) TFLOPS. Вот и посчитай, сколько машин тебе понадобится и главное, сколько денег. И все ради того, чтобы подобрать один единственный ключ. А толку? Для каждой консоли эту операцию придется все равно повторять.

[aaa111 0]

Уж проще тогда приватный ключ для подписи контента брутить :)

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

[Weekend 0]

почему тогда ни кто этим не занимается? к бруту можно много машин подключить через инет. распределить так сказать задачу по кускам.

[creker 0]

Weekend, ну наверное понимаю все бесполезность такого занятия. Даже распределенные вычисления здесь мало чем помогут, домашние пк очень слабые, очень. А арендовывать(и уж тем более покупать) какой-нить суперкомпьютер для хоть какой-то эффективности как-то накладно. Ключ у подписи думаю достаточно большой, уж 128 бит наверняка будет, может и более.