Valentines Day
  • DCEmu Homebrew Emulation & Theme Park News

    The DCEmu the Homebrew Gaming and Theme Park Network is your best site to find Hacking, Emulation, Homebrew and for the first time Theme Park News and also Beers Wines and Spirit Reviews and Finally Marvel Cinematic Univers News. If you would like us to do reviews or wish to advertise/write/post articles in any way at DCEmu then use our Contact Page for more information. DCEMU Gaming is mainly about video games -
  • September 13th, 2018

    by Published on September 13th, 2018 20:53
    1. Categories:
    2. Playstation Vita News

    VitaShell is the TheFlow’s famous file manager that’s installed on almost every HENkaku/taiHEN-enabled PSVita/PSTV console. TheFlow didn’t just stop at making it a great file manager but kept on adding features to make it even better.

    VitaShell 1.96 brings along:

    1. The ability to skip between pages (17 on-screen items) in the file browser and SFO viewer by using the L/R triggers
    2. Ability to move files between partitions by executing a ‘copy and remove’ command
    3. A bug was fixed in which VitaShell forgot whether the user wanted to disable the VPK install warning dialogue
    4. Some changes relating to USB mass device file transfer were undone due to issues with VPK installation
      • Hopefully, the memory card corruption fixed in VitaShell 1.95 doesn’t re-emerge

    5. The QR code reader/downloader no longer works because the way to trigger it (holding the L/R trigger) has been reassigned to something else (see point 1)

    VitaShell 1.96 manual download page:’s Twitter (further updates):
    TheFlow’s Patreon:

    via ...
    by Published on September 13th, 2018 20:41
    1. Categories:
    2. Xbox One
    Article Preview

    Heres some interesting Xbox One exploit news :

    • Earlier today, @XVMM posted up some key info on 'getting started' on your path of enlightenment when using the 'dev mode' that is available on all Xbox One consoles, now normally this UWP is sandboxed, but thanks to the anonymous creators if this unique exploit you can now get a shell (cmd.exe) and win32 code execution on Xbox One in UWP Devkit mode.

      Normally you can only deploy "sandboxed" UWP containers with very limited access rights, hence this write-up, which is very technical, but its aim at those that want to explore more of inner workings and power of XB1 console itself, and hopefully now with this information out to public, more developers will get on-board and help expand the scene of greatness in the Xbox landscape.

      This is not an exploit or breakthrough of any sort. It's simply taking advantage of provided debugging features in developer mode! This is for any one who may be curious and want to reverse engineer the Xbox One. This is also mainly provided for anyone who wants to just have a go at reversing the system. There's a lot to utilize with the public features anyway.

      • Must be in developer-mode (obviously)
      • Have some form of SSH/telnet client. (PuTTy, etc)
      • At least have Visual Studio 2015 or 2017

      To get started without putting up with developing UWP applications we can instead utilize the open SSH connection provided by the console. This is only available in developer mode, just in case you get any ideas. If you're using Windows and will be using standard command prompt for telnet then make sure you enable it first!

      • Control Panel -> Programs -> Turn Windows features on or off"
      • Tick "Telnet client"
      • Done


      • First open up whatever client you have for SSH, in this instance PuTTy, and connect using your console IP and default port. There will be a pop-up. Just hit yes.
      • Now it will ask for login details. Make sure you have Dev Home opened and hit __Show Visual Studio Pin__. Keep note of this pin but also remember it will change after a small period of time!

        Use the following credentials:
        Username: DevToolsUser
        Password: The Visual Studio pin provided in Dev Home.
      • If all goes successfully then you can either stick with it or initialize telnet. Run the following command in order to do so:

        devtoolslauncher LaunchForProfiling telnetd "cmd.exe 24"
      • Open command prompt on Windows and run:

        telnet [consoleip] 24
        # (Example: telnet 24)

      The telnet session will be running under the VSProfilingAccount privileges which is the same as what the VS debugger runs under when building UWP apps.

      Keep in mind that there is not too much of a difference at this stage. It just allows a tiny bit more flexibility.

      Basic file system exploration:

      You can do this by accessing the Xbox Device Portal on your computer and going to File Explorer tab. There will be an option near the top right that is called Browse. Using this will show you credentials that can be used to access the developer scratch. We can use the developer scratch to store our junctions to navigate throughout the mounted drives.
      Using telnet or SSH, go to `D:\DevelopmentFiles`.
      >cd DevelopmentFiles
      >mkdir Links

      # And run the following:
      >mklink /J "Links\System" C:\

      # If the result is successful then double check:
      >cd links\system

      If it gives you a directory listing then there you go!

      You can get easier access by opening File Explorer on Windows and typing the following into the file path bar: `\\`

      It will prompt for login details. If you open the device portal and go to File Explorer tab then on right side hit browse; you will be given details to use. Once in then you can access most but not all volumes.

      (Refer to "Mount points" to find out more)

      Next steps

      So what now? Well, I'm going to provide a small "template" which you can use in order to write a standard "Win32" application. The only difference is that it will run on the Xbox One.

      (Requires Windows 10 SDK compatible with Xbox One and probably Visual Studio 2017, at least 2015.)

      XRF: Attached below.

      Place anywhere on the console and run `xrf cinfo` for a basic spit of console info.

      Additional information:

      Basic introduction:

      The Xbox One currently runs 3 separate operating systems with each prioritized with their own purpose.

      These are known as:

      • Host OS
      • System OS
      • Game OS

      System and Game OS both reside in their own partition:

      • Shared Resource Access - Runs apps and renders the UI experience.
      • Exclusive Resource Access - Runs games and has more priority with resources.

      These operations are stored in an Xbox Virtual Disk (XVD) with a small bootloader, currently assumed based on previous data dumps, that contains the kernel, HAL and other important system files. These get stored in the
      User Data section of each.

      • host.xvd | ExtHost.xvd
      • System.xvd
      • era.xvd

      System and Host are stored in both the flash and on the console hard drive. The Game OS XVD is stored with each packaged game that is released for the Xbox One. Although this requires another