29 Oct
Posted by Abdul Aziz as Hacks, Nokia S60, Security, Symbian, Tutorials
Here is some breaking news for Nokia S60 mobile users. The very much frustrating Symbian Signed security platform v9.2 has been exposed to hacks. No longer do you need to use tools such as SignSIS & DevCertRequestControl to get a certificate for installing applications. Users can now bypass the Symbian Signed certification check and install any unsigned or self-signed applications or software.
When installing native Symbian OS packages (.SISX files) onto a Nokia S60 mobile device, the code performing the installation (the Software Installer, sometimes referred to as SWI) first reads the settings in a policy file in the ROM (swipolicy.ini) to determine how the installation should proceed. Swipolicy.ini is configured by a device manufacturer prior to device shipping. On a phone, swipolicy.ini is located in z:\system\data\.
This hack involves modifying the swipolicy.ini in the ROM image when you do a firmware upgrade using a HEX Editor and then re-flashing the device with the altered permissions. You can read all about it at the Symbaali blog.
Important Note: This hack is not for the faint hearted and is known to brick a few models that perform a CRC check. Anything that you do following the article below is at your own risk and responsibility.
+ First update your S60 mobile phone using the software update tool.
+ It will download the binary image to C:\Documents and Settings\All Users\Application Data\Nokia\Nokia Service Layer\A\nsl_service_module_00001\www.dsut.online.nokia.com.oti.caresuite\Products\Phonemodel
+ Open the ROM image in a HEX editor such as WinHex
+ For Java J2ME midlets, look for the following text/string (can be found using search string midp2_rp.xpf near offset 0×2310000):
# midp2_rp.xpf
# Copyright (c) 2004-2005 By Symbian Software Ltd. All rights reserved.
# This file defines one possible interpretation of the MIDP2 Security RP security policy,
# but with a JTWIr1 compliant policy for untrusted MIDlet suites
FormatVersion: 1.0
# MIDlets in untrusted MIDlet suites need user permission before doing anything
DomainBindings: [UNTRUSTED]
FunctionGroupBinding: “Application Auto Invocation”
Permission: User
DefaultMode: Session
MaximumMode: Session
EndFunctionGroupBinding
FunctionGroupBinding: “Landmark”
Permission: User
DefaultMode: Session
MaximumMode: Session
EndFunctionGroupBinding
[...]
+ Change MaximumMode field for each permission you want to add such as Application Auto Invocation, Landmark, Local Connectivity, Messaging, etc to Blanket. If you want, you can also change the DefaultMode to Blanket and save the image.
+ Now run the software update again and it should re-flash the S60 device with your new, unrestricted permissions. You can test if the hack was successful by installing a Java J2ME midlet. You should see more permission options in the application manager (Select the midlet and Click Open).
+ For Nokia S60 SISX files, locate the swipolicy.ini in the ROM image (can be found using search string UserCapabilities, near offset offset 28251550):
AllowUnsigned = false
MandatePolicies = false
MandateCodeSigningExtension = false
Oid = 1.2.3.4.5.6
Oid = 2.3.4.5.6.7
DRMEnabled = true
DRMIntent = 3
OcspMandatory = false
OcspEnabled = true
AllowGrantUserCapabilities = true
AllowOrphanedOverwrite = true
UserCapabilities = NetworkServices LocalServices ReadUserData WriteUserData UserEnvironment
AllowPackagePropagate = true
SISCompatibleIfNoTargetDevices = false
RunWaitTimeoutSeconds = 600
AllowRunOnInstallUninstall = false
DeletePreinstalledFilesOnUninstall = true
AlternativeCodeSigningOID = 1.3.6.1.4.1.94.1.49.1.2.2.1 1.3.6.1.4.1.94.1.49.1.2.2.5
PhoneTsyName = phonetsy
+ Next you need to download a free dd tool for windows such as one from here
+ Then extract the original text using dd by running the following command:
dd if=phonemodel.C01 of=filename.txt skip=28251550 bs=1 count=648
+ Remember to replace if, skip and count variables with the values of your own ROM image. The count variable is the size of the swipolicy.ini in your flash ROM image starting from AllowUnsigned till phonetsy.
+ Open the filename.txt and edit the UserCapabilities with
AllFiles DiskAdmin NetworkServices LocalServices ReadUserData WriteUserData ReadDeviceData WriteDeviceData UserEnvironment PowerMgmt MultimediaDD TrustedUI ProtServ NetworkControl SwEvent Location SurroundingsDD CommDD
As per one of the comments, you can also set UserCapabilities = All to include the full capability-set.
Ensure that the swipolicy.ini fragment matches the original byte count size that you had earlier. If it is more in size, you may have to remove some non-important attribute such as Oid = 1.2.3.4.5.6 at your own risk to ensure that the byte count matches. Hint: check the size of filename.txt in Windows explorer before importing.
+ Import the filename.txt back into the ROM image by running the following command:
dd if=filename.txt of=phonemodel.C01 seek=28251550 bs=1 count=648
Again remember to replace the of, seek and count variables for your ROM.
+ Now re-flash your mobile phone with NSU as you did earlier. You will find more functionalities that you don’t even get with a developer certificate.
After your phone is unlocked, you can add the AllFiles capability to Y-Browser that enables you to browse and view system and private files on your smartphone’s mobile file system.
Here is a screenshot of X-Plore on Nokia N73 showing the System folder:

22 Responses
Bobby
October 29th, 2007 at 3:33 pm
1I’m neither a very technical person not a big developer guy. But I love symbian based phones by Nokia. Its bizaree to listen to that S60’s new version is vulnerable when it comes to security. Believe me I have intsalled many thrid party software downloaded from varios reputed sites like feedurmobile.com, nclubsoft.com etc. and I never encountered a problem. But the best I can understand from this article states that …yes … there are some serious security problems with new. I guess Nokia should take serious steps to eliminate this bad mouthing.
Crocsi
October 29th, 2007 at 3:43 pm
2In the picture above is the face of X-plore, not Y-browser ;-)
Abdul Aziz
October 29th, 2007 at 5:15 pm
3Whoops, my bad. Thanks.
Steve
November 7th, 2007 at 7:53 pm
4Has any body tried this and does it work ???
nobody special
November 9th, 2007 at 5:25 am
5Yes, I’ve tried it and it does work.
Mio
November 11th, 2007 at 4:22 pm
6Heh all OS are vurnelable on first level (firmware binary).
Symbian 6.1 on Siemens SX1 was the same, many great patches like processor overclock, C drive size increase, etc, were developed.
So thanks for first step, we are waiting for more.
bont3ks
November 14th, 2007 at 2:44 am
7It’s possible to install unsigned apps, I have several. By default, the S60 3rd comes ‘locked down’ in terms of the applications it wil accept.
You can get around this by going to ‘Tools | App manager | Options | Settings’:
- set ‘Software installation’ to “All”. and
- ‘Online certif check’ to “Off”.
You can now install any compatible Series 60 3rd edition programs whether they are signed or not.
Nobody Special
November 21st, 2007 at 11:16 am
8Bont3ks you have it a little wrong. The settings you mention allow one to install self signed applications. By default, the manufacturer (Nokia) set the policy file up so that everything has to be signed - be it with a self signed cert, a dev cert, or some other symbian or manufacturer approved certificate. Often the phone company will lock things down even further.
What one can set in the swipolicy.ini file is “AllowUnsigned = true” and “OcspEnabled = false” - these settings tell the phone not to check the certificate store at all. Pretty handy, but it does come with a downside. Unsigned applications that use Secure ID’s in the rage 0×2… (And more than a few signed apps) It’s not uncommon to see the message “Unable to install protected application from an untrusted supplier”
Thus far the only solution to this I’ve been able to come up with is to extract the exe’s and dll’s from the sis file, change the SID over to the 0xA range, recalculate the checksums, rebuild, then install.
It’s a bit of a tedious process, but it beats being held hostage to Symbian and Nokia.
From here it’s not a big jump to start messing with things directly on the phone itself. AllFiles and TCB equate to the type of ownership I expected straight from the outset.
I am surprised this hasn’t gotten far more attention in the usual seedy forums though.
bobbyt8730@gmail.com
November 27th, 2007 at 12:13 pm
9pls help guys. I REALLY want to do this. I have a 159 iq but i cant make sense of ‘ variables and flashing’. Can someone perhaps translate into laymen n email it to me bobby8730@gmail.com i’ll even pay if i have to. Need to install a few unsigned apps. Pls help, i would b SO gratefull. Thanks in advance. Bobby
bobbytoo
December 2nd, 2007 at 3:54 am
10I have to say Bobby (post #1), that the only security breeched FW(firmware) would be by the individual that was actually re-flashing the FW.
With that kind of paranoia, I assume you would not ever consider the purchase of an already used ‘phone, so you’ll never have an issue. In any case a re-flash of a 2nd hand ‘phone would be advisable anyway.
For me, if I could set my N95 myself then I would, and accept the consequences. If you wish to be told how your ‘phone is set and are happy to accept that then that’s fine, but don’t insist that others should be sheep too! Or maybe you have a self-interest in not allowing people freedom?
Tom
December 18th, 2007 at 2:10 am
11Instead of hacking the firmware, why not simply edit this file on the device? It’s in z:\system\data\midp2\security\policy
Nobody Special
December 18th, 2007 at 5:45 pm
12Tom: Mainly because Z: is read only, nothing in that area can be changed on the phone.
Luke
January 2nd, 2008 at 11:34 pm
13Can you hack the mms message to get free too?
I am speaking of limitation of mid files, that files cannot added to the message they are protected by the system…
I am waiting this hack from years when i was using mms-it it’s a simple remedy but not working always..
Luke
Remy
February 29th, 2008 at 6:16 am
14If I understand correctly all that needs to be done is to change the settings within the swipolicy.ini file right? That way you can install any sisx file without having to worry about signing. There is absolutely no other way to change that setting than to flash your phone.
Anyone knows if this trick works on the Nokia N82 ?
Symbian Signed registration - Nokia N95Users
February 29th, 2008 at 4:59 pm
15[...] rotateMe was just an example :censored: Tutorial: Bypass Symbian Signed & Install UnSigned SISX/J2ME Midlets on Nokia S60 v3… what do you think about [...]
monika
March 3rd, 2008 at 1:16 am
16Hi
i tried at nokia 6120 classic fw 4.21 and bricked :(
Chris
March 5th, 2008 at 12:45 am
17I tried it on my N95.
But i wasn’t able to do a software update with the hacked Rom. The programm told me that there is an error.
chris
Roel
March 14th, 2008 at 3:06 am
18Can some one help me with this? i have n95.
Dr.Nic
March 21st, 2008 at 3:44 am
19um, has anyone tried this? and why isnt there posted like a video or some pictures to go by, if this can brick your phone, there should be a good tutorial to prevent mistakes.
AppTRK: Install UnSigned Applications with Full Access To System Files/Folders on Nokia S60 v3 by Tech[dot]Blog
April 13th, 2008 at 2:04 pm
20[...] post is related to my previous post on bypassing Symbian Signed for Nokia S60 FP1 platform. The drawback with this method is that it is not so intuitive and [...]
Nokia ROMPatcher: Flash & Edit your Nokia S60 3rd Edition ROM Temporarily by Tech[dot]Blog
April 26th, 2008 at 10:05 pm
21[...] One, to enable hidden menus - link + Two, change the Swipolicy Path to allow installing unsigned applications - [...]
OPDA Menu Editor for Nokia S60: Change Folder Icons, Create Menu Categories & Rename Applications by Tech[dot]Blog
May 5th, 2008 at 7:24 am
22[...] any folder, rename applications, change folder icons and sort the menu per your requirements. Using FCA’s platform hack and ROMPatcher, it allows users to visually tweak the menu instead of manually editing the [...]
RSS feed for comments on this post · TrackBack URI
Leave a reply
Subscribe [PC]
Subscribe [Mobile]
Categories
Links
Archives
Tech[dot]Blog is proudly powered by WordPress - BloggingPro theme by: Design Disease