Talk:Maemo security

Suggested questions:


Is there a diagram showing the security framework and components?

There were some diagrams in the presentation - can we see them.

Elena Reshetova: The presentation was uploaded, and currently it is the only information, which I can share.

What is "Open Mode" and can it be revoked remotely?

Is that the right terminology? Essentially can Nokia reach out the the 2nd stage bootloader and tell it to stop running unsigned kernels. Maybe this should be 2 questions.

What does closed mode restrict you from doing?

  • Terminal?
  • Root?
    • If the Aegis AC is used for the protected storage then root is probably disabled.
    • I don't think this Aegis has anything to do with Maemo

Elena Reshetova: We don't have any connection to the Aegis Project, mentioned above. This is a collision of names, I am sorry about it. In general "close" mode has its own security policy, which user won't be able to change.

  • Cellular is marked as a protected ressource in the slide. Can one still use it (phone, data, sms etc.) while running in open mode? While runnin a rebuilt kernel?

Elena Reshetova: If you use your own kernel, you are the one to set the security policy for the device, meaning that your SW in this case can make calls, send sms and so on (for example). Please note that the list of protected resources on the slide is given just as example (to show the possible granularity level), so it doesn't mean that we would have exactly these resources.

How easy is it to switch between Open and Closed modes?

Is it so trivial that you would want to and be able to do it several times a day and on the go (without restart)?

Can network operators restrict you switching to Open mode?

Like if a device is sim-locked to a particular network, does the device get locked down in closed DRM mode only too? Can you always switch to open mode?

How granular is the encryption?

If my app creates content in the closed mode can I see it in open mode?

Can open applications use the privilege mechanisms in the Open and Closed modes?

Can open applications use the DRM encryption mechanisms in the Open and Closed modes?

I can see that this could be useful. Maybe.

Will community extensions to the kernel (modules) be permitted in Open/Closed modes?

I can't see how - which leads to the question: How do community 'enhancements' to the kernel get adopted?

Is there any GPLv3 software impacted?

Please have a license discussion somewhere and let us know when you have consensus. What is Nokias position? Peter made a statement at the talk - can someone transcribe it and/or get Nokia to clarify.

What exactly is available to the end user?

  • storage encryption ?
  • PIM data encryption ?
  • encrypted/signed communications (phone, sms/mms, mails, IM) ?

How does closed mode affect on-device debugging?

For example, will ptrace(2) still work (eg gdb, strace & ltrace)? Will we be able to produce code dumps?

Will DRM-free data and DRM-free applications be accessible from both modes once they're installed/created in either of the two modes?

E.g.: I start in DRM-mode, install DRM-free applications from Extras, take 3 pictures, add some contacts. Then I switch to DRM-free mode: Will I be able to run the applications installed in DRM-free mode, view and edit my contacts and view and edit my own pictures? (And the other way round, of course, starting from DRM-free mode and switching to DRM afterwards.)

What is open mode good for at all?

Provided you don't consume digitally restricted media and don't purchase applications that in any way rely on DRM: You don't need DRM-mode then, but on the other hand why would you want DRM-free mode? What is it you cannot do in DRM-mode in such a scenario? Use case?

What is ARM's TrustZone?

The official ARM TrustZone page:

Can the Trusted Execution Environment (TrEE) be used as a kill switch for the device even if it runs in open mode?

Maintaining the discussion

On the thread, I suggest that end-users are kept at arms' length from this page and we use it as a proper communication mechanism between the community and Elena et al. --Jaffa 10:43, 13 October 2009 (UTC)

More discussion in the #maemo chat which was going on concurrently with the talk and a few flickr photos. --Jaffa 11:20, 13 October 2009 (UTC)