Решил я развеять слухи о том что зыза 3000 преходит в сервисный режим с порта USB. Во первых, что бы активировался порт USB должен стартануть ЦП..., а он ну ни как не может это сделать на брикнутой консоли Далее я просто зацепил крутой осциллограф к среднему выводу батарейки пандора и воткнул её в 3000 брик и записал их разговор. Известно, что со старой батарейкой 3000 не стартует....но ....смотрите сами http://www.youtube.com/watch?v=T4mQofU37sg, что записал осциллограф. Короче зыза общается с батарейкой упорно на предмет получения ключика для перехода в сервисмод. Делаем выводы....нужен ключик для перевода 3000 в сервис мод, но, он не FFFFFFFF.....а какой? какие будут предложения по подбору ключика? Кто силён в написании прог под винду. Нуно сварганить прогу что бы она по USB через микруху МАХ232 эмулировала флешку батарейки ....со всеми вытекающими последствиями. А точнее сгенерила ключик и дала команду электронному ключу на вкл батарейки....посмотрели... нет сервисмод у 3000....отключаем батарейку...генерим новый ключик ...и так далее до победного конца. Кто готов написать такую прогу? Электронную начинку я беру на себя .
Boryan добавил 20-04-2010 в 11:33
народ давай подтягивайтесь в тему. неужели не интересно мозгами поработать? Мои мысли по поводу батарейки для 3000....что могли в ней изменить Сони? Применить другой ключик...слишком просто...перебрать 4 байта учитывая что код только может быть типа 0хAA AA AA AA или 0хАВ АВ АВ АВ, это не сложно. Это не в правилах Сони...уж если рубить концы, то конкретно. Я думаю что они тупо увеличили код до 8 байт, и он так и остался 0хFF FF FF FF FF FF FF FF. Что это даёт? Во первых, процессор стандартной батарейки не может дать зызе код длиннее 4 байт, а вот их специальная батарейка может выдать код длинной 8 байт. В итоге... и волки сыты и овцы целы... Мужики, подумал я тут и понял эмулировать флешку батарейки пока рано. Нужно написать прогу снифер под винду, ну типа писать протокол обмена с батарейкой. Записать один протокол с 2000 а второй с 3000, и сравнить команды запроса на серийник, если они одинаковые то возможно ключик так и остался 4 байта, и тогда перебор нам поможет. А вот если разные...то нужно думать как заставить батарейку выдать 8 байт.....или тупо заставить прогу снифер поработать за батарейку и отвечать за неё ...ведь если будет записан протокол, то что нам составит труда выплюнуть его обратно с нужным нам ключиком?
Код Описание Данные Ответ от батареи Примечание
0x01 запрос оставшегося заряда нет energyleft_mAh:u16
0x02 запрос температуры нет temperature:u8 cercius degree, min/max value unknown
0x03 запрос напряжения нет voltage_mV:u16
0x04 запрос тока нет current_mA:short positive if charging battery
0x07 запрос ёмкости нет capacity_mAh:u16
0x09 запрос оставшегося времени нет timeleft_min:u16 XMB showing not this value
0x0c запрос серийного номера нет serialno:u32 suspected
0x80 запрос аутентификации? 9byte 16byte encrypted data/reply
0x81 запрос аутентификации? 8byte 8byte encrypted data/reply
0x05 ответ от батареи нет NAK, BCC error and so on??
0x06 ответ от батареи да ACK, with reply data
У меня появилась идея, что если создать псевдо аккумулятор с построянными электрическими параметрами ну и с пассивным охлаждением - что нам это даст
В течении времени не будет меняться температура
Будут постоянные данные mAh & U
То есть, при таких обстоятельствах импирически можно производить брут!
Что из себя будет представлять устройство, будет стабилизированный источник питания, с микроконтроллером на борту, будет отдельный выход(вывод данных), в контроллере заложить алгоритм брута. При лучшем стечении обстоятельств возможно должны получить ответ от консоли о том что она находится в Service Mode.
Вполне логично выглядет. Так как ответы батарейки через K-Line зависели от уровня заряда батареи, её тока и температуры, которые запрашивает PSP-300х при переходе в сервисный режим, то брав эти рандомные параметры PSP отдавала рандомный шифрованный код.
В данном случае, мы можем получит серию одинаковых запросов...
Народ а что если нам не взламывать батарею а просто подать питание в ЦП и все остальное , только что бы в контроллер который считывает данные с батареи питание не поступало.
Не проходя через контроллер, питание пойдет в ЦП и т. д. и тогда запустим ЗЫЗУ
и попытаемся перешить под какую та "ОФ прошивку" потом отключим питание от зызы и подключим нормально (через контроллер). По теории получим прошитый по ОФ прошивку |PSP|. Как вам такая теория если в чем то ошибся поправьте. Можно фотку контроллера в студию!!!
Если думаешь, что подсказал идею - ошибаешься. Зарядка ничего ничему не говорит, там всего 2 контакта - "+" и земля, никакого общения тут нет. С зарядки псп сразу включается в штатном режиме.
Удачного взлома школота!
За такие высказывания реально рискуешь быть забаненым. Посмотри на возраст участников - кто тут ещё "школота"