Hacking Hardware Picofly - a HWFLY switch modchip

  • Thread starter Thread starter mathew77
  • Start date Start date
  • Views Views 3,681,287
  • Replies Replies 17,052
  • Likes Likes 15
Will try to modify flash_send_cmd function then, but yeah you are right since this function is referenced in another function aswell
Good luck! I'm willing to help with this.


I also found the crc8 initialization, and that scares me. In this firmware it is 256 bytes at address 0x200217B0. This table is definitely used for decryption, but frankly I'm too lazy to figure out how exactly it decrypts payload.

I also really need to understand what function on offset 0x10015CF4 does, because it affects decryption and is called three times for every 16 bytes of payload. Also, there is an interesting nested function at offset 0x10015C5C. Only from it you can probably get to the remaining unknown code.
 
I've messed up my account... @IgraBIT1 can you message me again please on this account.
Who can I contact to fix my original account (renoob)? I dont have privilages there to read or post or do anything
Staff should be able to help you with your account - I've reported your post asking them to help 🤞
 
Инъекция работает на 100%

Итак, я заразился этим:
https://forums.raspberrypi.com/viewtopic.php?t=336409
Парень сделал файл uf2, когда вы его прошиваете, вы получаете результат «Это программное обеспечение для этой платы». Да нормально все работает
Потом сбрасываете эту прошивку, прошиваете на разных пико и бесплатно "программа не для этой платы". Все работает так, как написано здесь, когда я сделал это и прошил свой второй пико, я получил вывод:
[КОД]Добро пожаловать в minicom 2.8

ВАРИАНТЫ: I18n
Порт /dev/ttyACM0, 13:35:20

Нажмите CTRL-A Z, чтобы получить помощь по поручению клавишников.

======= ЭТО ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ БЫЛО УКРАДЕНО =======
Это программное обеспечение не будет работать на этой плате

======= ЭТО ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ БЫЛО УКРАДЕНО =======
Это программное обеспечение не будет работать на этой плате

-------------------------------------------------- -------[/КОД]
Затем я сделал эту инъекцию на этой дампе, так как первый uf2 блокирует прошивку выше по уникальному идентификатору первого пика, я просто ввел идентификатор первого пика в дампе, который выдал ошибку на втором пико... и:

[КОД]Добро пожаловать в minicom 2.8

ВАРИАНТЫ: I18n
Порт /dev/ttyACM0, 13:51:11

Нажмите CTRL-A Z, чтобы получить помощь по поручению клавишников.

Это программное обеспечение для этой платы
Это программное обеспечение для этой платы
Это программное обеспечение для этой платы
[/КОД]
Он успешно работает и не выдает ошибок на втором большем пико. Таким образом, мой вывод таков, что инъекция работает на 100%, так как unique_board из выводов пико-примеры модифицировали одну, и этот вышепример был заблокирован, а теперь разблокирован после инъекции.
....
Так что, возможно, идентификатор, предоставленный пользователем с прошивкой, не подтвержден ИЛИ что-то еще

Большое спасибо, я отправил сообщение супервайзеру. Нашла информацию в разделе персонала.
solved with an account? do you need more files?
 
solved with an account? do you need more files?
Not yet solved still waiting. Can you check is the ID you gave correct (E6_61_1C_B7_1F_32_68_29)? That is from your pico?
Also it would be great if you can take a better picture of wiring just we are sure that its properly connected (you cant see much on picture you already posted).
Thank you very much
 
Last edited by renoob2,
Not yet solved still waiting. Can you check is the ID you gave correct (E6_61_1C_B7_1F_32_68_29)? That is from your pico?
Also it would be great if you can take a better picture of wiring just we are sure that its properly connected (you cant see much on picture you already posted).
Thank you very much
my working pico works fine, in the LAN I will send you additional files and old ones with those that you worked with
Id correct
 
Ok thank you!
Post automatically merged:

inspecting agan and there is no other call for flash_cmd_send anywhere, only get_unique_id is referenced 2 times so no need to patch flash_cmd_send function
 
Last edited by renoob2,
Good luck! I'm willing to help with this.


I also found the crc8 initialization, and that scares me. In this firmware it is 256 bytes at address 0x200217B0. This table is definitely used for decryption, but frankly I'm too lazy to figure out how exactly it decrypts payload.

I also really need to understand what function on offset 0x10015CF4 does, because it affects decryption and is called three times for every 16 bytes of payload. Also, there is an interesting nested function at offset 0x10015C5C. Only from it you can probably get to the remaining unknown code.
Curious
 
Wait has anyone tried using the semi unlocked firmware to boot hekate then booted the regular hekate via payload to try to boot HOS
This will not help, because boot0 is patched during glitching. And after rebooting the hekate, nothing will change)
The system will not boot either. Tatfy, if I'm not mistaken, I tried to change boot0 from hwfly and the system did not boot.
Right?
 
  • Like
Reactions: Tafty
This will not help, because boot0 is patched during glitching. And after rebooting the hekate, nothing will change)
The system will not boot either. Tatfy, if I'm not mistaken, I tried to change boot0 from hwfly and the system did not boot.
Right?
My understanding is the current fw is clearing the keyslots when it boots into hekate so rebooting into hekate after its already glitched once might work no? And has anyone tried to test that theory of rebooting back to hekate?
 

Site & Scene News

Popular threads in this forum