SBORPS Random Fact 08

To find out the PSP model your code is running on you can call the function sceKernelGetModel(). People have been using it in homebrew to differentiate between 01g and 02g machines (fat and slim) to determine what their app will do depending on the model the user is running.

However, the sceKernelGetModel function can do a lot more than just determining whether you’re running fat or slim PSP, it can return values for:

That’s three more models after the PSP GO! As well as a 4000 model after 3000.

The fw for 04g models is already out, it’s included with normal fw updaters (6.xx) and can be decrypted using the 3K keys. There’s also code already in the fw supporting 06g and 08g models (which seem to be GO-like models).

So for people thinking the PSP GO was a waste of a update or there wouldn’t be any more updates, prepare for three more models…

Posted in Uncategorized | 6 Comments »

SBORPS Random Fact 07

Beware of future fw updates, SCE are starting to make activity logs.

New registry categories/keys stored in flash1 registry (6.xx fw):

These new registry keys can still be accessed via the sceReg API, sceRegOpenCategory/sceRegGetKeyValue etc.

What other things will they be tracking in future updates? Maybe logging ISO games? Secretly ‘phoning-home’ with this info? Was any of this mentioned in the EULA?

Posted in Uncategorized | 3 Comments »

In Memoriam…

My best friend for over 16 years, my loyal companion; deeply loved, and forever missed. You were given a great life yet you gave back so much more in return. I hope you are surrounded by all the toys you could possibly play with, the largest, juiciest bones to chew on, and a neverending stretch of grass to run on.

Rest In Peace, Snowy. I’ll always love you and I’ll never forget you. You will be dearly missed…

Posted in Uncategorized | 6 Comments »

Why “eggsploit” is random.

So, a lot of people have been complaining about the unstability of the TIFF “eggsploit” (and thus the successful booting of HEN). The exploit relies on hardcoded memory addresses to succeed however a piece of code in the firmware ensures that memory addresses can randomly change.

As the vshbridge.prx is loaded and starts, two fixed memory pools are created and used for nothing else but random padding. The size of these mem pools are randomly assigned based on the system time. This can therefore affect the memory addresses of where modules are loaded into ram and therefore affect the hardcoded addresses the TIFF exploit relies on.

The code for the random memory padding (executed on vshbridge module_start):

This bit of random padding code was added in 2.50 firmware and still exists in the latest firmwares.

Because HEN uses the TIFF exploit to run there is nothing the HEN could do to improve it’s chances of booting successfully. It may be that it’s simply random luck.

Note: there is no doubt there are also many other factors which could affect the stability of the TIFF “eggsploit”.

Posted in Uncategorized | 9 Comments »

SBORPS Random Fact 06

A nice hidden feature of the PSP firmware is the personalised credits screen. Just place any png picture under flash0:/vsh/resource/name_plate.png (important note: filename has to be all lower case) and it’ll show up in the System Settings -> About PSP menu. Make sure the pic is in the correct resolution (480 x 272) otherwise the PSP will stretch the image.

This feature was never documented by Sony but it has existed ever since the very first firmware v1.00. Sony typically used this feature to send personalised PSP’s as gifts to VIP’s. Now you can make your own personalised PSP too.

Posted in Random Facts | 4 Comments »

Blog Update

After being away from the PSP scene for several months (due to several factors such as illness etc.) I’ve decided to continue and will be starting to add some new content again.

I’ve realised that there has been many bits & pieces of info that I have posted around in several different places over the years (in forums etc.) that are useful however not conveniently accessible so I’ll be adding them here also. It may seem redundant since it may not necessarily be new info, however gathering all the public info together into one place will make the info more accessible to the people.

So, greets to all those who still continue to follow and be involved with the PSP community even though the PSP has passed its peak and now entering a declining stage.

SilverSpring

Posted in Uncategorized | 14 Comments »

Prx Decryption NID’s !!!!!

I never thought these would ever be cracked but finally here are the sceMesgLed NID’s (these are only valid upto 2.00 since the NID’s were later ‘randomised’ the following update in 2.50):

• 0×84a04017 sceUtilsGetLoadModuleCLength
• 0xa86d5005 sceUtilsGetLoadModuleCLengthByPolling
• 0xa4547df1 sceUtilsGetLoadModuleDLength
• 0×94eb1072 sceUtilsGetLoadModuleDLengthByPolling
• 0×198fd3be sceUtilsGetLoadModuleILength
• 0xfbc694c7 sceUtilsGetLoadModuleILengthByPolling
• 0×07e152be sceUtilsGetLoadModuleJLength
• 0×9906f33a sceUtilsGetLoadModuleJLengthByPolling
• 0×46ac0e78 sceUtilsGetLoadModuleKLength
• 0×55c8785e sceUtilsGetLoadModuleKLengthByPolling
• 0×67a5ecdf sceUtilsGetLoadModuleLLength
• 0×85b9d9f3 sceUtilsGetLoadModuleLLengthByPolling
• 0×951f4a5b sceUtilsGetLoadModuleMLength
• 0×58999d8e sceUtilsGetLoadModuleMLengthByPolling
• 0×9fc926a0 sceUtilsGetLoadModuleNLength
• 0×7a922276 sceUtilsGetLoadModuleNLengthByPolling

As you can see the naming is very cryptic, but the names do make a little bit of sense (more than some other crypto functions & libs). Each of these functions decrypts a particular ~PSP encrypted executable. The executable type is at offset 0×7C of a ~PSP file, and the executable type number corresponds to the letter listed in the above functions. For example, Type3 exe’s (vshmain modules) use the ‘C’ function to decrypt, Type4 exe’s (user modules) use the ‘D’ function, etc. There are no types 5,6,7,8 exe’s so those letters are missing. Other exe types that use the above functions include:

• Type09 UMD games (use ‘I’ to decrypt)
• Type10 Gamesharing games (use ‘J’ to decrypt)
• Type11 Debug Gamesharing games (use ‘K’ to decrypt)
• Type12 MS Updater (use ‘L’ to decrypt)
• Type13 MS Demo games (use ‘M’ to decrypt)
• Type14 Flash application eboots (use ‘N’ to decrypt)

Later fw added extra exe types also (such as POPS executables – Type20). So as you can see the numbering of the executable type corresponds to the letter of the alphabet used in the decryption functions naming.

Type1 exe’s are internal debug modules while Type2 exe’s are kernel modules, they are both decrypted the same way hence the ‘A’ and ‘B’ in the function sceUtilsGetLoadModuleABLength of memlmd.prx.

Here are also 2 more NID’s from memlmd (these ONLY exist in 2.00 which was when these functions were added into the fw, they were later ‘randomised’ the following update in 2.50):

• 0xc3a6f784 sceUtilsPrepareGetLoadModuleABLength
• 0xdf76975e sceUtilsPrepareGetLoadModuleABLengthByPolling

This function is similar to the ’sigcheck’ functions in that they take an encrypted ~PSP file and ’scrambles’ the ’sig’ area (0xD0 Bytes from offset 0×80-0×150 of ~PSP binaries). The only difference is that this scrambling is not unique per PSP, whereas the normal sigchecking IS unique per PSP (using each PSP’s FuseID to flash the unique prxs, which is why files from different PSP’s are not compatible and therefore cannot be shared).

Posted in NID's | No Comments »

Another NID Update Again

From sceHttp:

• 0×739c2d79 sceHttpInitExternalCache
• 0xa461a167 sceHttpEndExternalCache
• 0×8046e250 sceHttpEnableExternalCache
• 0xb0257723 sceHttpFlushExternalCache
• 0×457d221d sceHttpFlushCookie
• 0×4e4a284a sceHttpCloneTemplate

From sceSsl:

• 0xf57765d3 sceSslGetKeyUsage

From sceLibUpdateDL (this completes the lib !!):

• 0xf7e66cb4 sceUpdateDownloadSetUrl
• 0×88ff3935 sceUpdateDownloadSetDestCode

From sceNetWispr (this completes the lib !!):

• 0xc856aaac sceNetWisprLogoffStart

From sceNetIfhandle_driver:

• 0xd5ad6dea sceNetGetIfhandleOpt
• 0xc6d14282 sceNetSetIfhandleOpt
• 0×955f2924 sceNetMCopypacket

From sceNetAdhocctl (new in 5.00):

• 0xb0b80e80 sceNetAdhocctlCreateEnterGameModeMin

From sceDNASCore_lib (this completes the lib !!):

• 0xba0d27f8 sceDNASCoreMakeProxyRequest

From sceVshNetconfAoss:

• 0×50df536d sceNetAOSSInit
• 0xd253b522 sceNetAOSSTerm
• 0×653d453f sceNetAOSSStart
• 0xac307152 sceNetAOSSStop
• 0×2aee9d4d sceNetAOSSGetState

From sceLibFont_HV:

• 0×33ffd07c sceFontIsElement

From sceUsbGps (new in 5.00):

• 0×5881c826 sceUsbGpsGetStaticNavMode
• 0xa8ed0bc2 sceUsbGpsSetStaticNavMode

From scePafHeaparea:

• 0xf50aae41 sce_paf_private_getheaparea1
• 0xacce25b2 sce_paf_private_getheaparea2

Posted in NID's | No Comments »

Another NID Update

From sceUmd (some in 1.xx only some in 3.xx only):

• 0xf8352373 sceUmdRegisterMediaPresentCallBack
• 0×5469dc37 sceUmdUnRegisterMediaPresentCallBack
• 0×84231fcf sceUmdRegisterPowerOnOffUMDCallBack
• 0×04d1aad9 sceUmdUnRegisterPowerOnOffUMDCallBack
• 0×18624052 sceUmdRegisterGetUMDPowerOnOffCallBack
• 0xa140dec2 sceUmdUnRegisterGetUMDPowerOnOffCallBack

From sceUmdMan_driver (some in 1.xx only some in 3.xx only):

• 0×5a302102 sceUmdManUMDDrivePreStart
• 0xb4692d7f sceUmdManUMDDrivePostStart
• 0×93539196 sceUmdManGetPowerOnOffStat
• 0xc8d45a7b sceUmdManSetPowerOnOffStat
• 0xb989e127 sceUmdManLeptonAliveOnOff
• 0xb511f821 sceUmdManLPNAssertWakeup
• 0×736ae133 sceUmdManLPNNegateWakeup
• 0×552f671a sceUmdManSPKRestart
• 0×405b48a5 sceUmdManSPKCheckAuth
• 0xf7c603a2 sceUmdManSPKAuthentication
• 0×60933ecd sceUmdManIsDvdDrive
• 0×2e49311e sceUmdManGetFmtVersion
• 0xcea5c857 sceUmdManSetCachedRead
• 0×8634ffc7 sceUmdManSetUnCachedRead

From sceMScm_driver:

• 0×34124b97 sceMScmTPCGetIntHelper
• 0×3ffe76e5 sceMScmTPCSetCmdHelper
• 0×36921225 sceMScmTPCReadShortData
• 0xef42a4a3 sceMScmTPCWriteShortData
• 0×494fb570 sceMScmTPCExSetCmdHelper
• 0xcbb2bf6f sceMScmReadMSRegHelper
• 0×6c8aef0b sceMScmWriteMSRegHelper

From scePspNpDrm_driver:

• 0×04618d16 sceNpDrmGetIDps (just gets the psid)
• 0×4478c033 sceNpDrmVerifyRifById
• 0xebb198ed sceNpDrmDecActivation

From sceNpInstall_driver (this completes the lib !!):

• 0×5847d8c7 sceNpInstallGetChallenge
• 0×91f9d50d sceNpInstallCheckActivation
• 0×0b039b36 sceNpInstallActivation
• 0×7ae4c8bc sceNpInstallDeactivation

From sceMlnBridge:

• 0xf9357984 sceMlnBridgeSetDKS

From scePsheet (this completes the lib !!):

• 0×3ba93cfa sceDRMInstallGetProgress

Posted in NID's | No Comments »

NID Update

I have been quite busy lately so here’s a little NID update.

From InitForKernel:

• 0xc4f1ba33 sceKernelStartIntrLogging

From KDebugForKernel:

• 0xffd2f2b9 sceKernelIsDevelopmentToolMode

From InterruptManagerForKernel:

• 0×43a7bbdc sceKernelSetIntrLogging
• 0×07e138ee sceKernelClearIntrLogging
• 0xdd55a192 sceKernelGetSyscallRA (used to exist in threadman)

From sceDisplay_driver:

• 0xae0e8972 sceDisplaySetPseudoVsync
• 0×92c8f8b7 sceDisplayIsPseudoField
• 0×40f1469c sceDisplayWaitVblankStartMulti
• 0×77ed8b3a sceDisplayWaitVblankStartMultiCB

From sceGe_driver:

• 0×7b481502 sceGeGetBreakpoint
• 0xaec21518 sceGePutBreakpoint
• 0xbad6e1ca sceGeRegisterLogHandler
• 0xc576e897 sceGeEdramGetHwSize
• 0×114e1745 sceGeEdramSetRefreshParam

From scePower_driver:

• 0xc23ac778 scePowerGetGeEdramRefreshMode
• 0xe0b7a95d scePowerSetGeEdramRefreshMode
• 0xe8e4e204 scePowerGetForceSuspendCapacity
• 0xe8685403 scePowerGetLedOffTiming
• 0xd66ef08d scePowerCheckWlanCondition

From sceSyscon_driver:

• 0xeb277c88 sceSysconReadScratchPad
• 0×65eb6096 sceSysconWriteScratchPad

From sceRtc_driver (new in 5.00):

• 0xf5fcc995 sceRtcGetCurrentNetworkTick

From sceAtrac3plus (this completes the lib !!):

• 0×2dd3e298 sceAtracGetBufferInfoForResetting

From sceAudiocodec:

• 0×59176a0f sceAudiocodecAlcExtendParameter

From sceMpeg:

• 0×0558b075 sceMpegAvcCopyYCbCr
• 0×01977054 sceMpegGetUserdataAu (accidently mislabelled as sceMpegQueryUserdataEsSize in libdocs)

From sceMpegbase:

• 0xbea18f91 sceMpegBasePESpacketCopy

From sceVaudio:

• 0×346fbe94 sceVaudioSetEffectType
• 0×82ef2f9d sceVaudioGetEffectString
• 0×27acc20b sceVaudioChReserveBuffering

Posted in NID's | No Comments »

Utilities…

The Utilities library was an excellent idea by SCE to allow ever increasing functionality to be available to Game developers (at the expense of user memory though, the Utilities is partly why a whopping 8MB is reserved for the kernel).

Anyway, on to the new NID’s (note not all are available under all firmwares)…

From libs under sceUtility_Driver:

• 0×943cba46 sceUtilityAuthDialogInitStart
• 0×0f3eeaac sceUtilityAuthDialogShutdownStart
• 0×147f7c85 sceUtilityAuthDialogUpdate
• 0×16a1a8d8 sceUtilityAuthDialogGetStatus

• 0xdde5389d sceUtilityDNASInitStart
• 0×149a7895 sceUtilityDNASShutdownStart
• 0×4a833ba4 sceUtilityDNASUpdate
• 0xa50e5b30 sceUtilityDNASGetStatus

• 0×04b24901 sceUtilityDdHelperInitStart
• 0×1b698f54 sceUtilityDdHelperShutdownStart
• 0xfd99af0a sceUtilityDdHelperUpdate
• 0×8fcabab9 sceUtilityDdHelperGetStatus

• 0×16d02af0 sceUtilityNpSigninInitStart
• 0xe19c97d6 sceUtilityNpSigninShutdownStart
• 0xf3fbc572 sceUtilityNpSigninUpdate
• 0×86abdb1b sceUtilityNpSigninGetStatus

• 0×42071a83 sceUtilityPS3ScanInitStart
• 0xd17a0573 sceUtilityPS3ScanShutdownStart
• 0xd852cdce sceUtilityPS3ScanUpdate
• 0×89317c8f sceUtilityPS3ScanGetStatus

• 0×81c44706 sceUtilityRssReaderInitStart
• 0xb0fb7ff5 sceUtilityRssReaderContStart
• 0xe7b778d8 sceUtilityRssReaderShutdownStart
• 0×6f56f9cf sceUtilityRssReaderUpdate
• 0×8326ab05 sceUtilityRssReaderGetStatus

• 0×4b0a8fe5 sceUtilityRssSubscriberInitStart
• 0×06a48659 sceUtilityRssSubscriberShutdownStart
• 0xa084e056 sceUtilityRssSubscriberUpdate
• 0×2b96173b sceUtilityRssSubscriberGetStatus

• 0×0251b134 sceUtilityScreenshotInitStart
• 0×86a03a27 sceUtilityScreenshotContStart
• 0xf9e0008c sceUtilityScreenshotShutdownStart
• 0xab083ea9 sceUtilityScreenshotUpdate
• 0xd81957b7 sceUtilityScreenshotGetStatus

• 0xda97f1aa sceUtilityStoreCheckoutInitStart
• 0×54a5c62f sceUtilityStoreCheckoutShutdownStart
• 0xb8592d5f sceUtilityStoreCheckoutUpdate
• 0×3aad51dc sceUtilityStoreCheckoutGetStatus

• 0×7635200e sceUtilityDialogGetGameInfo
• 0xef5bc2d1 sceUtilityDialogGetStructVersion
• 0×463ea95e sceUtilityAppletGetType (an amazing false positive for this nid is sceUtilityPspDialog !!)
• 0xab46a24f sceUtilityAppletGetParam
• 0×463ea95e sceUtilityAppletGetType
• 0×75ff798c sceUtilityAppletGetSpeed
• 0×4b677ba1 sceUtilityAppletGetStructVersion
• 0×00948e27 sceUtilityAppletLoadModule
• 0×4acd6532 sceUtilityAppletUnloadModule
• 0×97f922a3 sceUtilityAppletSetStatus
• 0×9bae7dce sceUtilityAppletSetThreadId
• 0×976f7805 sceUtilityAppletRegisterPowerCallback
• 0xe542e9d8 sceUtilityAppletUnregisterPowerCallback
• 0×8e8e3aa3 sceUtilitySetNetParamLatestID
• 0×3fd8ccfb sceUtilityGetNetParamInt
• 0×63c3e40c sceUtilitySetNetParamInt

A few previous Utilities had been added to the PSPSDK most notably the Message Dialogs as well as the Web Browser. Some of these newly discovered Utilities may be also worthwhile to add to PSPSDK especially the Screenshot one. While there are already unofficially screenshot libs, it would be more convenient as well as less memory consuming to use an official lib (for example using the official libmp3 to play mp3 files).

Posted in NID's | No Comments »

More, more, more…

Four more libs are now fully complete:

From sceGpio_driver:

• 0×95135905 sceGpioPortInvert
• 0×5691cefa sceGpioEnableTimerCapture
• 0×2cdc8edc sceGpioDisableTimerCapture
• 0×6b38b826 sceGpioSetCapturePort
• 0xc6928224 sceGpioGetCapturePort

That completes the GPIO lib !!

From scePwm_driver:

• 0xab6d2e36 scePwmChangeDuty
• 0xf624c1a0 scePwmReferDuty

That completes the PWM lib !!

From sceMp3:

• 0×8AB81558 sceMp3StartEntry
• 0×732B042A sceMp3EndEntry

That completes libmp3 !!

From sceAac:

• 0×6C05813B sceAacStartEntry
• 0×61AA43C9 sceAacEndEntry

That completes libaac !!

From sceAta_driver:

• 0×8cada96b sceAtaAhbGetDDRSize
• 0xb985f2b0 sceAtaAhbSetDDRSize
• 0×7c6b31d8 sceAtaDisplayIPD
• 0×9ca52f94 sceAtaExecIPDCmd

From sceClockgen_driver:

• 0xc6d4c843 sceClockgenSetProtocol

From InitForKernel:

• 0×7233b5bc sceKernelApplicationType

From IoFileMgrForKernel:

• 0×30e8abb3 sceIoValidateFd

From sceUsb1Seg_driver:

• 0xd799104f sceUsb1SegGetFirmVer

From sceUSB_Stor_Ms_driver:

• 0×7b810720 sceUsbstorMsSetWorkBuf
• 0xcf2af7b3 sceUsbstorMsGetNickname
• 0×16173d42 sceUsbstorMsSetNickname

From scePower_driver:

• 0xd7b9c925 scePowerGetWatchDog
• 0×442bfbac scePowerGetBacklightMaximum
• 0×23436a4a scePowerGetInnerTemp
• 0xf535d928 scePowerSetWakeupCondition
• 0×78a1a796 scePowerIsSuspendRequired

From sceAsfParser:

• 0xd2dd1778 sceAsfGetContentDescription
• 0xaa881a7b sceAsfGetExtContent
• 0xefc704c3 sceAsfGetHeaderExtension
• 0×5ec678cb sceAsfGetVariableObject

From sceUmdMan_driver:

• 0×1f9afff4 sceUmdManMediaPresent
• 0×84410a8e sceUmdManSetReadAheadSize
• 0×63acfd28 sceUmdManSetDisableReadAhead
• 0×39704b6e sceUmdManSetEnableReadAhead

From sceUmd:

• 0×08709f2d sceUmdAssertLeptonWakeup
• 0xad18c797 sceUmdNegateLeptonWakeup

From sceMgr_driver:

• 0xf26c410a sceMgrMSReadPoolPage
• 0xa85906fc sceMgrMSWritePoolPage

From sceMSAudio_driver:

• 0×66f19ca3 sceMSAudioUpdateIBD
• 0×22da9981 sceMSAudioInitFringe
• 0×9e37e51d sceMSAudioInitTrack
• 0×5d1c9867 sceMSAudioDecryptFringe
• 0×38178f2f sceMSAudioDecryptTrack
• 0×67e58c07 sceMSAudioEndFringe
• 0×135f2225 sceMSAudioEndTrack
• 0xda34ab8f sceMSAudioGetMediaType
• 0xa18a1df6 sceMSAudioClearMACEntry
• 0xe8b25d38 sceMSAudioCalculateICVn

And vshbridge equivalents:

• 0×04310D7C vshMSAudioUpdateIBD
• 0xB27C593F vshMSAudioInitFringe
• 0×14877197 vshMSAudioInitTrack
• 0×0D2CEAD2 vshMSAudioDecryptFringe
• 0xD907B6AA vshMSAudioDecryptTrack
• 0xD120667D vshMSAudioEndFringe
• 0×5BBB35E4 vshMSAudioEndTrack
• 0xB0FD5916 vshMSAudioGetMediaType
• 0×7A63BE73 vshMSAudioClearMACEntry
• 0×222A18C4 vshMSAudioCalculateICVn

Posted in NID's | 1 Comment »

Marlin DRM Platform (new nids)

Marlin is a DRM platform designed to provide interoperability across multiple devices. It’s developed by several big name corporations like Sony, Panasonic, Samsung, Philips, etc.

Naturally the PSP would be a suitable target. The library sceMlnBridge (mlnbridge.prx) has existed since 2.50 but only in the last few firmwares has the API really expanded:

From sceMlnBridge (this is not the full list of nids there are still more unknown):

• 0×13e68009 sceMlnBridgeAesEcbEncrypt
• 0×8d7e61dd sceMlnBridgeAesEcbDecrypt
• 0xde730a46 sceMlnBridgeAesCbcEncrypt
• 0×7770fc23 sceMlnBridgeAesCbcDecrypt
• 0×54edc552 sceMlnBridgeSHA1
• 0×3505ecce sceMlnBridgeHMAC
• 0×2fdf5639 sceMlnBridgeRandInit
• 0xd0790a37 sceMlnBridgeRandFin
• 0xe79622cd sceMlnBridgeRandGetBytes
• 0xadb4797e sceMlnBridgeRsaInit
• 0xb7e04efa sceMlnBridgeRsaFin
• 0×10c4fec6 sceMlnBridgeSha1MakeDigest
• 0xd455dd97 sceMlnBridgeSha256MakeDigest

Its features include a Public Key Encryption Algorithm, a Public Key Signature Algorithm, a Secret Key Encryption Algorithm, a Secret Key Signature Algorithm, a Digest Algorithm, and more. So here you have access to AES, RSA, SHA1, SHA256, & MT19937 algorithms all in a single usermode lib (though the api was stripped down again from 4.xx for some reason).

All the algorithms are done in software with the exception of AES, which it relies on MagicGate hardware to perform.

From sceMgr_driver:

• 0xA45A63B6 sceMgrAesEcbEncrypt
• 0×19B8F2D0 sceMgrAesEcbDecrypt
• 0xA44A5538 sceMgrAesCbcEncrypt
• 0xA1F6D85A sceMgrAesCbcDecrypt

These are just convenient wrappers over the sceMgrAESEncrypt/sceMgrAESDecrypt functions that were discovered earlier here.

Also, an interface through a USB driver (usbstormgr.prx).

From sceUsbstormln:

• 0×1f4ac19c sceUsbstormlnGetCommand
• 0×5821060d sceUsbstormlnNotifyResponse
• 0×382898de sceUsbstormlnRegisterBuffer
• 0×25b6f372 sceUsbstormlnUnregisterBuffer
• 0xdec0fe8c sceUsbstormlnWaitStatus
• 0xe11defdf sceUsbstormlnCancelWaitStatus

Posted in NID's | No Comments »

USB Host ??

Some new nids that may suggest that the PSP does in fact have USB Host capabilities:

• 0×3E961C02 sceSysregUsbhostResetEnable
• 0xACFA3764 sceSysregUsbhostResetDisable
• 0xDA4FCA1D sceSysregUsbhostClkEnable
• 0×228A73E1 sceSysregUsbhostClkDisable
• 0xE321F41A sceSysregUsbhostBusClockEnable
• 0×4D2FFC60 sceSysregUsbhostBusClockDisable
• 0xFFEB6E00 sceSysregUsbhostQueryIntr
• 0×87C2BA20 sceSysregUsbhostAcquireIntr

However, these nids were only added in 2.70. At the same time, sceSysregAtahdd___ nids were also added so it could be that this was for the unreleased HDD model PSP and not actually for any current model. Usb Host may have been destined for this new PSP which, along with the internal HDD+GSensor and Bluetooth, defintely would have been a dream handheld.

At one point it seemed that the new PSP-3000 would be the model to integrate these great features however that does not seem to be the case anymore. With the disappointing new features of the PSP-3000 let’s hope a PSP-4000 will finally be the time Sony releases this new model.

Another interesting fact that may mean something or may mean absolutely nothing at all:

0xBC1000B0 is the Usbhost Interrupt Status register. On normal boot this register is set to 1 however on service mode & test mode boot (ie. for battery serial 0xFFFFFFFF & 0×00000000 respectively) this register is set to 0. Whether this actually means something of significance is unknown however it is rumoured that during service mode the USB is actually plugged in (perhaps connected to a testing PC ?).

Posted in NID's | 3 Comments »

Another large bunch of new NID’s

Syscon G-Sensor
As I mentioned in previous entries, support for an internal HDD+GSensor had been added to the kernel from 2.80. It seems SCE had wanted to keep it a secret since when I had revealed the NID’s referencing these devices, the API had promptly been removed the following firmware. Hence the HDD & GSensor NID’s only exist from 2.80-3.60. When they actually plan on releasing this HDD is anyone’s guess, though I had hoped it would have happened with the release of the PSP-3000. Well, maybe for PSP-4000…

From sceSyscon_driver:

• 0×3357EE5C sceSysconIsFalling
• 0×565EF519 sceSysconGetFallingDetectTime

This literally detects whether or not the PSP is falling down (the G-Sensor has an accelerometer built in) and if it is, shuts down the HDD to protect from damage.

Link to previous post about the GSensor and HDD: http://my.malloc.us/silverspring/2007/11/16/the-psp-slim-couldve-been-a-gamers-dream-handheld/

Lightweight Mutex
Lightweight mutexs have recently been added to the kernel (3.80+ firmwares) however the majority of the API was placed in the sceKernelLibrary of usersystemlib.prx instead of sceThreadManager even though sceKernelCreateLwMutex/sceKernelDeleteLwMutex were still in sceThreadManager.

From Kernel_Library:

• 0xBEA46419 sceKernelLockLwMutex
• 0×1FC64E09 sceKernelLockLwMutexCB
• 0xDC692EE3 sceKernelTryLockLwMutex
• 0×15B6446B sceKernelUnlockLwMutex
• 0xC1734599 sceKernelReferLwMutexStatus

From ThreadManForUser:

• 0×4C145944 sceKernelReferLwMutexStatusByID

Low-level Sound Library
From 1.00-2.60 a low-level sound library was available as the scePEQ_Library_driver (peq.prx).

From scePEQ_driver:

• 0xF7EA0632 scePeqInit
• 0×213DE849 scePeqEntry
• 0xED13C3B5 scePeqProc

From 2.70+ this library was replaced with sceSAScore (sc_sascore.prx – SC being the shorthand for the main cpu as opposed to ME the Media Engine cpu).

From sceSasCore_driver:

• 0xB0F9F98F sceSasCoreInit
• 0xE143A1EA sceSasCoreExit

For the usermode library the usual naming convention changed (no wonder there were never any hits for these nids, they used a stupid underscore, and two of them!!)

From sceSasCore:

• 0×019B25EB __sceSasSetADSR
• 0×07F58C24 __sceSasGetAllEnvelopeHeights
• 0×267A6DD2 __sceSasRevParam
• 0×2C8E6AB3 __sceSasGetPauseFlag
• 0×33D4AB37 __sceSasRevType
• 0×42778A9F __sceSasInit
• 0×440CA7D8 __sceSasSetVolume
• 0×50A14DFC __sceSasCoreWithMix
• 0×5F9529F6 __sceSasSetSL
• 0×68A46B95 __sceSasGetEndFlag
• 0×74AE582A __sceSasGetEnvelopeHeight
• 0×76F01ACA __sceSasSetKeyOn
• 0×787D04D5 __sceSasSetPause
• 0×99944089 __sceSasSetVoice
• 0×9EC3676A __sceSasSetADSRmode
• 0xA0CF2FA4 __sceSasSetKeyOff
• 0xA232CBE6 __sceSasSetTrianglarWave
• 0xA3589D81 __sceSasCore
• 0xAD84D37F __sceSasSetPitch
• 0xB7660A23 __sceSasSetNoise
• 0xBD11B7C2 __sceSasGetGrain
• 0xCBCD4F79 __sceSasSetSimpleADSR
• 0xD1E0A01E __sceSasSetGrain
• 0xD5A229C9 __sceSasRevEVOL
• 0xD5EBBBCD __sceSasSetSteepWave
• 0xE175EF66 __sceSasGetOutputmode
• 0xE855BF76 __sceSasSetOutputmode
• 0xF983B186 __sceSasRevVON

Under the same prx another sound lib, the Positional 3D Audio Library, was added in 2.80+.

From sceP3da:

• 0×374500A5 sceP3daBridgeInit
• 0×43F756A2 sceP3daBridgeExit
• 0×013016F3 sceP3daBridgeCore

User Log
Added from 2.80+, can only be used on devkits.

From UtilsForKernel:

• 0×92282A47 sceKernelRegisterUserLogHandler
• 0×87E81561 sceKernelPutUserLog

NP DRM
As people may know SCE added their own official UMD Emulator to load official PSP ISO’s bought from PSN Store (such as “Beats” and many others). The scePspNpDrm_Driver (npdrm.prx) is what protects these legit ISO’s. This prx was added in 3.00 way before the actual UMD Emulator (np9660.prx) was added in 3.50 which was even quite a while before it was actually officially enabled. It was unofficially enabled beforehand under M33 CFWs as the NP9660 No-UMD ISO Loader.

From scePspNpDrm_driver:

• 0×17E3F4BB sceNpDrmVerifyAct
• 0×37B9B10D sceNpDrmVerifyRif
• 0×00AD67F8 sceNpDrmGetFixedKey
• 0×5667B7B9 sceNpDrmGetContentKey
• 0xD36B4E6D sceNpDrmGetModuleKey
• 0×0F9547E6 sceNpDrmGetVersionKey (incorrectly listed as scePspNpDrmInitFromGameIdMs4 on the libdocs)
• 0xA1336091 sceNpDrmSetLicenseeKey
• 0×9B745542 sceNpDrmClearLicenseeKey
• 0×275987D1 sceNpDrmRenameCheck
• 0×08D98894 sceNpDrmEdataSetupKey
• 0×219EF5CC sceNpDrmEdataGetDataSize

VSH System Config
The vshRegSysconf lib was previously under the sceVshCommonUtil_Module upto 1.50. From 2.00 the lib was moved to the the vsh_module.

From vshmain:

• 0×03BB4503 vshRegSysconfGetCharacterSetOem
• 0×67BFD9C0 vshRegSysconfSetCharacterSetOem
• 0×0FE13026 vshRegSysconfGetCharacterSetAnsi
• 0×032D663E vshRegSysconfSetCharacterSetAnsi
• 0xF859FC3C vshRegSysconfGetThemeSystemColor
• 0xEE3D8305 vshRegSysconfSetThemeSystemColor

Note: I have yet to add these new NID’s to the libdoc site. I will do so when I get some spare time.

Posted in NID's | 4 Comments »

SBORPS Random Fact 05

SCE make typo’s too.

In the sceRtc lib I noticed an export sceRtc_029CA3B3 that was mapped to the same function that the export sceRtcGetAccumulativeTime was mapped to. Researching some more I noticed that sceRtc_029CA3B3 had existed ever since 1.00 but sceRtcGetAccumulativeTime was only added in 1.50. They are both mapped to the same function. I then realised that the cause of this might be because of a misspelling of the original function and that sceRtcGetAccumulativeTime was the corrected version added in 1.50.

So then, how to crack this NID.

It is not easy to try to guess a misspelling. A per-letter bruteforce would’ve taken too long so I simply tried the most common typo’s and, after many many permutations, I eventually guessed correctly:

• 0×029CA3B3 sceRtcGetAccumlativeTime (it’s missing a ‘u’)

This is not the only typo either. More than once they have spelt “register” as “regitser”.

• 0xDB9D28DD scePowerUnregitserCallback
• 0xDFA8BAF8 scePowerUnregisterCallback

And problems obviously stemming from the fact that the programmers are Japanese:

• 0xB795D2ED sceNandCollectEcc
• 0×88CC9F72 sceNandCorrectEcc

You’ll also notice that the old misspelled entry still exists even though a corrected version was added. The reason for this is for compatibility. Older apps had used the original misspelled function so the NID couldn’t be changed. This is somewhat fixed now that kernel NID’s are randomised in newer firmwares. There will only be one entry for each function now that the NID isn’t derived from the name of the function.

So, sometimes when it seems that an NID is impossible to crack it may simply be because of a stupid SCE typo :p.

Posted in Random Facts | No Comments »

PAF NID’s !!

PAF NID’s have been very difficult to crack, the majority of exports are C++ mangled names and the ones that aren’t do not follow the standard SCE naming format. But here is a large portion of paf.prx NID’s that will now make VSH modules many more times easier to RE. This should be the complete list of sce_paf_private functions:

Posted in NID's | No Comments »

PSP LibDoc update

Another large update to the libdocs: http://silverspring.lan.st/update.html

Finally added the 4.05 firmware and updates to 1.50 and 3.52 only.

Some of the more noteworthy NID’s include:

• 0×96cfac38 sceDisplayGetBacklightSel
• 0xe55f0d50 sceDisplaySetBacklightSel

Newer method to get/set the brightness levels.

• 0×42f954d4 sceIoAddHook

This is the function used to implement the CipherIO system (the cphio pseudo IO driver) used by things such as the DNAS IO lib as well as other DRM libs. It hooks the IO functions to be able to implement cipher routines which can then used by simply calling ioctls of this pseudo IO driver.

• 0×19d579f0 sceOpenPSIDGetPSID

Note, this is NOT the same as sceOpenPSIDGetOpenPSID, plus this is a kernel-only export.

• 0xe7735df4 sceUsb1SegEEPROMParamRead
• 0xa68a6c72 sceUsb1SegEEPROMParamWrite

Access to the EEPROM of the 1Seg TV Tuner.

• 0xc72ed6d3 sceUsbCamEnterFwUpdateMode

Updating the USB Camera firmware.

• 0xf9ecfddd scePcactAuth1BB
• 0×08bb9677 scePcactAuth2BB
• 0×8523e178 sceMlnpsnlAuth1BB
• 0×6885f392 sceMlnpsnlAuth2BB

Yes another DRM api.

There are plenty more NID’s of various usefulness as well. In general, this was quite a good update, lot’s of great NID’s were cracked.

Posted in NID's | 3 Comments »

SBORPS Random Fact 04

SCE media reports have always stated that the PSP has AES capabilities. These are apparently referring to the fact that the UMD format discs are AES encrypted. This means that SPOCK (the crypto engine responsible for UMD decryption) has AES decryption capabilities. KIRK on the other hand (the main crypto engine responsible for prx/eboot decryption) also has a block cipher but is unknown which algorithm it uses, though it is almost certainly AES as well. Currently what is known about the cipher is that it is:

• a block cipher operating in CBC mode
• an all zero 128-bit initialization vector
• 128-bit block and key sizes
• cmd4/7 uses a static key that is identical in all PSP’s
• cmd5/8 uses a key based off the fuseID making all operations unique per PSP
• cmd6/9 uses a user-defined 128-bit key
• cmd1/2/3 uses the block cipher but also signature algorithms
• the remaining KIRK cmd’s do not use the block cipher (sig, hash, & prng algo’s)

Interfacing with KIRK for general-purpose encryption is cumbersome and using a software-based lib is both slow and memory-consuming. Fortunately, there is another method: using the MagicGate hardware. The API provides both standard DES and AES algorithms.

• 0×2DAD213D sceMgrDESEncrypt
• 0xF5DFD97B sceMgrDESDecrypt
• 0×8A916574 sceMgrAESEncrypt
• 0×3054F8F1 sceMgrAESDecrypt

The prototypes are as follows:

Posted in Code Snippets, NID's, Random Facts | 4 Comments »

PSP-3000 (03g) a step closer to reality

The new PSP-3001 model (03g PSP) has been submitted to the FCC for testing:

https://fjallfoss.fcc.gov/oetcf/eas/reports/ViewExhibitReport.cfm?mode=Exhibits&RequestTimeout=500&calledFromFrame=N&application_id=290118&fcc_id=’AK8PSP3001

This means the new PSP-3000 model should hit retail shelves soon. Though there have been plenty of clues for months & months now, from unused nids referencing new hardware devices, a reference to a “03g” model in the IPL, that “3000″ graphic on the official Sony site, and most recently, alleged pics of a prototype.

Now it’s just a matter of waiting for the official announcement and the official list of changes. Hopefully some of the rumours that have been floating around turn out to be true (the hard disk drive comes to mind).

With the new PSP-2000 TA-088v3 model that is out now that is completely Pandora-proof you can bet the PSP-3000 will also be completely Pandora-proof. Im sure there would be plenty of people who would only want to buy a hackable PSP-3000. Though you can be sure that when this new model gets here we will all be looking thoroughly for new hacks for it.

[Waits patiently for the PSP-3000...]

Thanks to Poison for tip.

EDIT: 21st August 2008

Well it seems it has been officially announced now and the current official changelist really is disappointing. Let’s hope there are still more changes yet to be announced. Otherwise, it’s quite a disappointing model (and no doubt Pandora-proof as well). Oh well, won’t stop us from trying to hack it still .

EDIT: 15th October 2008

Now that the PSP-3000 has been released it has unfortunately been confirmed that this model is indeed Pandora-proof (as expected). No extra features apart from what had already been announced. So no HDD, GSensor, Bluetooth, or USB Host on this model (even though these features are supported by the firmware). May have to wait for a PSP-4000 then…

[Waits patiently for the PSP-4000...]

Posted in Uncategorized | 5 Comments »