Security

From OLPC
Revision as of 02:47, 18 September 2008 by Mstone (talk | contribs) (Design)
Jump to: navigation, search

Introduction

There are many ways that children involved in the OLPC effort might fail to benefit from their involvement. Some of these educational failures stem from security threats such as laptop theft, software interference, or socially malicious pranks. Therefore, we have created a threat model, a number of designs, and several implementations that we think will help mitigate these threats. More information about these artifacts can be gleaned from other pages on security.

Unfortunately, providing truly dependable software is a challenging task at best. Fortunately, there are many ways that you can help out, both generically or particularly. Finally, if you are interested in speaking with security people, know that they are readily available.

Threat Model

The threat model for the OLPC XO running Sugar is discussed in the Bitfrost summary and in the full specification.

NB: The authoritative version of this document is bitfrost.txt.

Design

All software running on the XO could compromise the security goals of the XO users; however, only some of this software has been considered in light of the user's security goals and the Bitfrost threat model.

Some programs or classes of programs that have received particular scrutiny include:

Activities
Rainbow, Taste the Rainbow, and the Rainbow design spec deal with implementation and design of the activity isolation model suggested by Bitfrost.
Open Firmware
Firmware security and Early boot discuss how we address the security considerations of the firmware-OS level.
Theft deterrence
Theft deterrence requirements discusses the high-level security requirements of the first-boot activation, passive-kill, and active-kill theft deterrence features.

Contributions

You can contribute to the education received by hundreds of thousands of children this year by:

writing software
Review the documentation cited above, then bring your questions and patches to the security mailing list (subscribe).
refining the threat model and mitigation strategies
Did we miss an important threat (e.g. to privacy)? If so, please work with us to fix our model.
Alternately, if you have expertise in a related field like sociology (what notion of identity should our software reify?) or criminology (the who/what/where/why/how of stolen laptops), please improve our theories and recommended practices.
breaking assumptions
Software 'security' is proven under fire. Here's your opportunity to crank up the heat.
organizing other people
Many people are capable of improving the security of their software but they some critical resource like knowledge, motivation, or criticism. Be a matchmaker.
spreading the word
Many of our ideas on software security are transferable to other operating systems and environment -- particularly to other Unix-like machines. Help port our software to another platform so that others can benefit from it and can help us improve it on their own terms.

Procedures

Some day soon, we'll try to write up some simple procedures to ease the task of making the security contributions described above. Ping the security list (subscribe) if you want this up.

Thanks

Many people, both named and anonymous have contributed to the security of software available on the XO and hence to the quality and power of the education received by hundreds of thousands of kids this year. If you or your organization would like to be recognized for your contributions, please add your name and affiliation to the Security credits page along with a brief description of what you worked on.