Ломаем и строим: комментарии и вопросы..., читать тему... Поделиться Опции

[Nick-85]

ПодФорум "Раскрытие секретного ключа для подписи прошивок" вымер, поэтому постую вновь, сюда...

Я не нашёл на этом форуме описаний расчётов отличных от 6 * 10 ^ 300... Если перебор осуществлялся исходя из них нам с Вами не по пути...
Если нет, то где я могу увидеть сделанные вами расчёты ?

Я потратил не достаточное количество времени для поиска информации об используемых вами исходных данных для осуществления попытки перебора, где я могу их найти?

Почему, зная синтаксис, а также машинное представление команд соотв. ассемблера, нельзя "подпитаться" в поток исполняемого кода ?
Доп. вопрос 1.1: есть ли в файле прошивки не преобразуемый при установке исполняемый код ?
Доп. вопрос 1.2: можем ли мы изменять исполняемый код установленной прошивки ? ( вероятно да, т.к., если я не ошибаюсь, moto mixer напр. нах. в отдельных ( известных и доступных для модификации ) файлах )
Доп. вопрос 1.3: можем ли мы непосредственно загружать наш код и все принадлежащие ему данные в память ? ( думаю, что нет, т.к. иначе бы упр. на него передать бы проблем ни для кого не составляло )
Доп. вопрос 1.4: есть ли в синтаксисе команд соотв. ассемблера команды безусл. дальнего перехода ? ( вопрос скорее риторический, т.к. иначе бы написание дост. сложных программ было бы оч. сильно затруднено... )
Пояснения для тех, кто в полёте:
Либо нек. код прошивки ( в том или ином виде ) или предуст. программ(ы) заменияем своим, либо в начало любого известного и понятного нам кода помещаем ( после кода проверки ) команду безусловного перехода на желаемый к исп. код ( ясно, что последнее если доп. вопросы 1. 1|2, 3, 4 - да ).

Возможность реализации последнего варианта позволила бы покапаться в Java - интерпретаторе, с целью заставить его запускать исп. код ( в т. ч. в режиме "miniOS", т.е. при исп. своего формата исп. файлов )

Вы знаете точно, что именно проверяется и используется при проверке RSA подписи ( напр., "начальные" байты: "идентификационные" + смещения кода и всех его данных, "конечные" байты: "идентификационные" + "перемурыженные" ключами, смещениями и взм. нек. др. данными с целью доп. проверки подлинности ) ?

P.S.: Если Доп. вопрос 1.2 - да, тогда почему не исп. ?

[alo33]

Nick-85,
В это время суток почти весь форум вымерает - не торопись подожди пока народ придет (а вот сообщения плодить не надо - могут забанить)

... могут забанить)

это точно)). Между прочим такие вопросы наверно, больше оносятся к Vilko.

[Vilko]

Nick-85,
1.1 - что значит не преобразуемый при установке? он весь записывается "как есть", ничего не преобразуется.

1.2 - НИКАКОЙ код в прошивке изменить нельзя. ВЕСЬ диапазон кода прошивки хешируется и подписывается.

1.3 - код можно загрузить в оперативку и запустить там в флеш-режиме.

1.4 - да, 32-битные джампы в арм-коде есть.

код прошивки изменить нельзя, все как-либо изменяемые программы в теле - это ява. все остальное под подписью.

при проверки подпись проверяется sha-1 хеш ВСЕГО диапазона кода прошивки.

[Nick-85]

Если известно точно как хешируется прошивка ( 1024-битные участки или 1024-байтные участки и т.п., начиная с нек. байта ), то можно ли в нек. определённый её участок кода добавить команду безусловного перехода на наш загруженный код и при этом изменить опр. образом ( "соседние" ) байты в элементарном хешируемом участке так, чтобы обеспечить прохождение проверки подлинности ?

...

[wRAR]

Nick-85,
еще раз RTFM.

изменить опр. образом ( "соседние" ) байты в элементарном хешируемом участке так, чтобы обеспечить прохождение проверки подлинности ?

Подобрать измененный вариант с таким же хэшем практически невозможно. Тем более что к этому варианту предъявляются опр. требования (совпадение во всем кроме нескольких определенных байтов).

[Vilko]

Nick-85,
хешируется ВЕСЬ блок прошивки одним проходом, поэтому в незанятом месте ЗА прошивкой ты можешь использовать довольно большой объем для подгонки хеша. вопрос только в сложности подгонки хеша.

[wRAR]

Собсно, хэш SHA1 имеет длину 160 бит. Т.е. всего м.б. 2^160 вариантов хэшей.
Вот и считаем вероятность коллизии ;)

[Errorkey]

V3i:
boot loader
0A.52.
SW Version:
R479_G_08.B4.8DR

При включении BlueTooth пишет сбой BlueTooth

CG1 (Програмное обеспечение) очему то не льётся на дисплее пишет critical error 84, а бэкап снимает без проблем. Все делаю Flash&Backup 3.0.7
А Flаsh&backuр v2.62 даже бэкап снать не может пишет critical error 84, а иногда 84 40 и при заливке так же.

Предпологаю что сгорела микросхема BlueTooth,
где она находится и как выглядит сложно ли её перепоять пояльным феном?

[Джуманджи]

Errorkey,
так, во-первых пиши в Motorola L7/V360/V3i/V3r
во-вторых тебе надо понизить бут, чтобы прошить,
в-третьих не советую пОять феном, проблема может быть в другом

[Motohobiman]

Не в тему пост,поищи сервисные мануалы на свою модель...

[Errorkey]

А в чем например?

[Osta]

А в чем например?

за блютуз отвечает :
1 . флекс (группа cg2) если прошил новый флекс - не помогло см. п.2
2. PDS (также группа) если прошил универсальный pds- не помогло см. п.3
3. Железо Железный ремонт телефонов Motorola - своими руками
+ Motorola Service Manuals Level 1-2-3

понижение вашего высокого бута здесь
Новая методика - ЛЕГКО Тест Поинт без распил. тела
и здесь
Переход BL 0A.52 => 0A.30 на V3i