Probably Slowhax modified source code

Discussion in '3DS - Homebrew Development and Emulators' started by kurocygnus, Nov 4, 2016.

  1. kurocygnus
    OP

    kurocygnus Advanced Member

    Newcomer
    87
    18
    May 22, 2015
    Brazil
    So, someone created a Pastebin (http://pastebin.com/nR6csEXJ) with a source code that claims to be a slowhax modified version who runs the 3ds_dsiware_installer. I compiled it and runned for about 2h and got not even close to finish. Someone who understands more about 3DS programming could say if there's a way to optimize it?
     
  2. proflayton123

    proflayton123 悲しみ

    Member
    5,620
    2,064
    Jan 11, 2016
    Japan
    日本
    Another mysterious pastebin, i wonder who created it. Hmm..

    "This is estimated to take all of two weeks to reach the cut-off!" ill wait two weeks and see if there is anything after that :P
     
    Last edited by proflayton123, Nov 4, 2016
  3. kurocygnus
    OP

    kurocygnus Advanced Member

    Newcomer
    87
    18
    May 22, 2015
    Brazil
    I found it on the 3DShacks reddit.
     
  4. Joom

    Joom  ❤❤❤

    Member
    3,719
    2,490
    Jan 8, 2016
    United States
    Code:
    printf("Slowerhax\n"); //slower version of slowhax
    //POC - probably won't work and I don't have two weeks to find out
    //This is estimated to take all of two weeks to reach the cut-off! Who has the time to actually test this? 
    //Note: this doesn't seems to work on new3ds very well. Relaunching system apps leads to the pid not advancing or memory crashes.
    
    Heh.
     
    Last edited by Joom, Nov 4, 2016
    44100hz likes this.
  5. proflayton123

    proflayton123 悲しみ

    Member
    5,620
    2,064
    Jan 11, 2016
    Japan
    日本
    This exactly. :P
     
  6. astrangeone

    astrangeone GBAtemp Advanced Maniac

    Member
    1,991
    580
    Dec 1, 2009
    Canada
    Canada
    Lol. Because buying an used 2ds and letting it run for two weeks isn't doable?
     
  7. TEINDTPA

    TEINDTPA Banned

    Banned
    128
    46
    Oct 6, 2016
    Mauritius
    Hell
    Lol 2 week is very very unreliable...we must wait until it take 2-10 hour at max and it tell that it doesnt work well with new 3ds!:(
     
  8. kurocygnus
    OP

    kurocygnus Advanced Member

    Newcomer
    87
    18
    May 22, 2015
    Brazil
    Yeah. I don't understand much of 3DS programming, but I know a little C so I'm looking for some way to make it go faster.
     
  9. TheCruel

    TheCruel Developer

    Banned
    1,351
    2,882
    Dec 6, 2013
    United States
  10. TEINDTPA

    TEINDTPA Banned

    Banned
    128
    46
    Oct 6, 2016
    Mauritius
    Hell
  11. Zan'

    Zan' 2F88744FEED717856386400A44BBA4B9CA62E76A32C715D4F

    Member
    385
    159
    Oct 8, 2015
    I don't think C programming will help you at all to make this run faster.

    Looking at this it tries to exploit something that's more of a theory than anything.
    It basically launches a title until it hit the cutoff. After hitting the cutoff it will stop and then you exit and launch the dsiware installer.
    It is suspected that the next launched title can then launch with pid 0. Which you would then use to launch the dsiwarehax installer with full svc access.

    Unless you are able to make the title launch and terminate faster you can't really make it faster without any other indepth knowledge to pid assigning.

    And in case of it NOT using u32 but u64 it will take 2^31 times as long.

    Either way. Even if it's working, it's not a valid "solution".
     
    Last edited by Zan', Nov 4, 2016
  12. gamesquest1

    gamesquest1 Nabnut

    Member
    14,100
    9,435
    Sep 23, 2013
    might be quicker to just sit there opening and closing titles.....but doesnt applets count towards the PID count too, in which case maybe you could spam app-applet1-applet2-applet1-applet2-applet1-applet2-applet1 etc etc, afaik applets would be faster for opening and closing than a full title
     
    peteruk likes this.
  13. Roomsaver

    Roomsaver GBAtemp Advanced Fan

    Member
    948
    243
    Sep 7, 2015
    United States
    garfield kart grand prix
    Is this for a buffer overflow? What's the maximum number you'd have to reach?
     
  14. gamesquest1

    gamesquest1 Nabnut

    Member
    14,100
    9,435
    Sep 23, 2013
    from what i can gather from this example attempt of exploiting it, the PID wraparound occurs at 7FFFFFFF, and afaik someone already managed to get this made and refined so it only takes 2 hours, so there has to be a way of forcing the PID faster than this method, i was pretty sure swapping applets on NTR causes the PID to still go up but doesnt have the same overhead as booting a full app so i would imagine swapping from applet to applet may fair better......then again the source here says launching system apps doesnt work and doesnt increase the PID

    in which case maybe its a matter of spam closing something that the system will always restart if closed to increase faster, idk but its cool to see people having a go :)
     
    peteruk likes this.
  15. kurocygnus
    OP

    kurocygnus Advanced Member

    Newcomer
    87
    18
    May 22, 2015
    Brazil
    Kinda. You wanna reach 0xFFFFFFFF which is = 4294967295.

    — Posts automatically merged - Please don't double post! —

    I tried using applets. I don't know if I did right, but it seens slowly than the original.
     
    gamesquest1 likes this.
  16. proflayton123

    proflayton123 悲しみ

    Member
    5,620
    2,064
    Jan 11, 2016
    Japan
    日本