Hacking Hack SXOS

  • Thread starter Thread starter Reacher17
  • Start date Start date
  • Views Views 481,273
  • Replies Replies 1,578
  • Likes Likes 63
I will try something when I have time:
Even if atmosphere doesn't support fw 12 yet, I can update the emunand in a spare microsd, then do these steps to convert to sx os style and replace the package ( not sure if lockpick_RCM will work to get the prod.keys from the fw 12 updated emunand, I guess it will work fine ) and test... it is all done in emunand, so I should be fine I guess ( let's hope so )... and there's a little chance it could work... don't have your hopes high though.
If my understanding of English helps me, it seems to me that SciresM wrote that this update doesn't look like a minor under the hood... :unsure:
I hope the spoof is still possible...

 
Last edited by TheyKilledKenny,
Tx don't even have the ability to update to go fron 11 to 11.01 anymore it took the community to be able to do that for them, they have no hope of this massive update , rip tx big L
 
Tx don't even have the ability to update to go fron 11 to 11.01 anymore it took the community to be able to do that for them, they have no hope of this massive update , rip tx big L
They have skipped minor updates before.

This is however a MASSIVE update apparently. Not for use normal users but under the hood. SciresM said so, and if someone we can trust that knows a lot about the firmware, it's him.

I hope for SX users they update. Else, this might be the firmware that put the nail in the coffin.
 
  • Like
Reactions: Inaki and mrdude
Last edited by Inaki,
FYI for those that use Hekate and Atmosphere for dual booting and cracked SXOS, I found the problem why tinfoil gives you a red screen.

Tinfoil dev decided to do a license check, if this fails it assumes you are running a different CFW and checks for bootloader/patches.ini, If you press Y in tinfoil during this red screen, tinfoil removes your patches.ini file from your bootloader folder.

To overcome this minor annoyance - rename bootloader/patches.ini to bootloader/patched.ini and use the attached modded hekate files.

hekate.bin - this is the payload launcher.

Other files go into bootloader/sys folder.
 

Attachments

Yeah :/

Also, I can't find fw 12.0.0 files, so I guess I'll need to update sysnand... anyone has them or knows where those could be ? darthsternie doesn't have them...

Btw, thank you for developing EmuTool @TheyKilledKenny :)
Thank you very much, but Emutool is insignificant work compared to what all of you are doing here and in other threads.
I'm just sorry I don't have time to give more concrete help.



FYI for those that use Hekate and Atmosphere for dual booting and cracked SXOS, I found the problem why tinfoil gives you a red screen.

Tinfoil dev decided to do a license check, if this fails it assumes you are running a different CFW and checks for bootloader/patches.ini, If you press Y in tinfoil during this red screen, tinfoil removes your patches.ini file from your bootloader folder.

To overcome this minor annoyance - rename bootloader/patches.ini to bootloader/patched.ini and use the attached modded hekate files.

hekate.bin - this is the payload launcher.

Other files go into bootloader/sys folder.
Yes, this is what I told you a few pages before, patches.ini in bootloader folder results in the same red alert.

I solved it simply by removing the hekate patches forever, in daily practice I only use fusee-primary.
I use hekate only as a tool, and I chainload always fusee-primary using the following config in hekate_ipl.ini file

Code:
...
{------ Atmosphere ------}
[Atmosphere EMUNAND]
payload=bootloader/payloads/fusee-primary.bin
logopath=bootloader/bootlogo.bmp
icon=bootloader/res/icon_atmosphere_hue.bmp
...

So there is no need for Hekate patches anymore, only Atmosphere patches are enough.

Ciao.
 
  • Like
Reactions: mrdude and Inaki
I hope the spoof is still possible...
The spoof has nothing to do with official firmware. It'll always work on SX OS 3.1, no matter wich firmware is installed.
SX OS 3.1 has no support for firmwares above 11.0.0, but that's another matter. If TX releases a new version of SX OS (very unlikely), they will try to prevent the spoof, for sure.

If you try that on 12.0.0, you'll brick %100.
same answer
 
If you try that on 12.0.0, you'll brick %100.

The spoof has nothing to do with official firmware. It'll always work on SX OS 3.1, no matter wich firmware is installed.
SX OS 3.1 has no support for firmwares above 11.0.0, but that's another matter. If TX releases a new version of SX OS (very unlikely), they will try to prevent the spoof, for sure.


same answer
I am messing a bit with FW12, sysnand, emunand, restore,... long story short, trying what I said I would do, trying this, but in an emunand :) Let's see if I can finish it... not sure yet.
 
Can someone help me figure out why my license.dat isn't being generated...the Python script executes successfully all the way up to "Done!"
Boot.dat is modified so I know the script is running ok, just not creating the license.dat...
 
I am messing a bit with FW12, sysnand, emunand, restore,... long story short, trying what I said I would do, trying this, but in an emunand :) Let's see if I can finish it... not sure yet.
What are you trying to achieve ? To downgrade package2 ? Like in those binaries from shipengliang.com ?
What's the point of downgrading the kernel or/and firm sysmodules ?
 
The spoof has nothing to do with official firmware. It'll always work on SX OS 3.1, no matter wich firmware is installed.
SX OS 3.1 has no support for firmwares above 11.0.0, but that's another matter. If TX releases a new version of SX OS (very unlikely), they will try to prevent the spoof, for sure.


same answer
Their "spoof" is flashing 11.0.0's package2 on 11.0.1, which would brick 12.0.0.
 
  • Like
Reactions: CompSciOrBust
What are you trying to achieve ? To downgrade package2 ? Like in those binaries from shipengliang.com ?
What's the point of downgrading the kernel or/and firm sysmodules ?
Hi @eliboa and thanks for NxNandManager.

To be honest I don't know what changes those package2 files bring. I did the 11.0.0/.1 frankenbuild yesterday and I though trying this ( almost done, just have to migrate atmosphere style emuMMC to sxos style emunand/partitioning and test ).

So, I don't know what will change and what won't. Also, I don't know about keys. I did create a new prod.keys from a fw12 emunand before doing the package2 patching, without it your new NxNandManager, 4.1.2, was saying Bad Crypto, but after creating the one from emunand with fw 12.0.0, it works fine. I am now dumping the whole thing and formating+repartitioning with sxos+restoring from the frankenfw build. I will try.

My low hope was the changes in that package2 were not that big but the "hooks"/patches sxos does were in nonchanged places or that they are a bit flexible, not hardcoded... I don't know :) Trying is not that much of an effort :)

--------------------- MERGED ---------------------------

Their "spoof" is flashing 11.0.0's package2 on 11.0.1, which would brick 12.0.0.
That's why I have taken extra care to do this in emunand and have backups of everything...
 
Last edited by Inaki,
The spoof has nothing to do with official firmware...
I'm perfectly agree with you. It is a spoof, a fake, a parody, I don't know how to call it. Nothing to do with official firmware support...
And I'm also convinced it is not possible to do it in this way.
Maybe my poor English doesn't allow me to get your point...
 
Last edited by TheyKilledKenny,
  • Like
Reactions: eliboa
Hi @eliboa and thanks for NxNandManager.
To be honest I don't know what changes those package2 files bring. I did the 11.0.0/.1 frankenbuild yesterday and I though trying this ( almost done, just have to migrate atmosphere style emuMMC to sxos style emunand/partitioning and test ). So, I don't know what will change and what wont. Also, I don't know about keys. I did create a new prod.keys from a fw12 emunand before doing the package2 patching, without it your new NxNandManager, 4.1.2, was saying Bad Crypto, but after creating the one from emunand with fw 12.0.0, it works fine. I am now dumping the whole thing and formationg+repartitioning with sxos+restoring from the frankenfw build. I will try.

My low hope was the changes in that package2 were not that big but the "hooks"/patches sxos does were in nonchanged places or that they are a bit flexible, not hardcoded... I don't know :) Trying is not that much of an effort :)

--------------------- MERGED ---------------------------


That's why I have taken extra care to do this in emunand and have backups of everything...
N made massive breaking changes in 12.0.0.
You're not booting 12.0.0 with 11.0.0's package2 + current SXOS.
 
N made massive breaking changes in 12.0.0.
You're not booting 12.0.0 with 11.0.0's package2 + current SXOS.
Ok :) at least it was a cool nand manipulation gymnastics exercise :D LOL. After trying and seeing it fail, I will just swap the sdcard and that's it.
 

Site & Scene News

Popular threads in this forum