|
2010-05-31
, 00:34
|
Posts: 4 |
Thanked: 0 times |
Joined on Dec 2009
@ California
|
#22
|
|
2010-05-31
, 08:27
|
Posts: 543 |
Thanked: 181 times |
Joined on Aug 2009
@ Universe,LocalCluster.MilkyWay.Sol.Earth.Europe.Slovenia.Ljubljana
|
#23
|
|
2010-05-31
, 08:59
|
|
Posts: 186 |
Thanked: 192 times |
Joined on Jan 2010
@ Finland
|
#24
|
|
2010-05-31
, 11:46
|
Posts: 52 |
Thanked: 37 times |
Joined on Mar 2010
@ Maidstone, UK
|
#25
|
I wonder whether a usb flash drive can be used as a portable instant web server on any machine - maybe with dyndns?Secondly, whenever the phone is restarted, the daemon service will check the SIM card against a list of approved SIMs, and if it doesn't match trigger anti-theft mode.
The Following 2 Users Say Thank You to elepedus For This Useful Post: | ||
|
2010-05-31
, 12:21
|
Posts: 71 |
Thanked: 33 times |
Joined on Dec 2009
@ Munich, Germany
|
#26
|
|
2010-05-31
, 14:02
|
Posts: 52 |
Thanked: 37 times |
Joined on Mar 2010
@ Maidstone, UK
|
#27
|
OK, I'm not the brainiest mug in terms of linux OS or possible back-traps in my thoughts, but:
As of my opinion I don't see the need of a 2-way server/client solution. Wouldn't you want to keep it simple? Do you really need a choice to decide whether the phone's to be erased or not when stolen?
Especially, since the more server-configurable features you add, the more you're dependent on a established 2-way communication (dataplan of the burglar's SIM).
Let's start from the top:
1. What do we want?
A script that makes the phone un-useful in the burglar's hands = at least prevent him to get a grip of personal data.
2. How could you achieve that with least effort?
- Encrypt the personal folders' contents
- Start at low level ("pre"-boot?!) with a query on specified params (could be a "simple" root passwd, etc.) whether to boot the OS or not to.
- if you enter the password 3 times incorrectly -> rm *
OK, you wouldn't need a gui for that and can't brag with a pretentious feature rich app, but why shouldn't a simple script also do the trick?
Jus my 2 cents...
Firstly, enable auto-connect to any available networks,Obviously, transfering pictures etc would lead to a lot of network traffic, but if we make that a non-essential process (i.e: if it fails, you can stil carry on) it can just be skipped. All other data should be text-based and therefore not bandidth intensive.
And secondly, keep the network reliance to a minimum by minimizing the amount of data transfered.
|
2010-07-08
, 15:27
|
Posts: 159 |
Thanked: 88 times |
Joined on Feb 2010
|
#29
|
|
2010-07-08
, 16:14
|
|
Posts: 304 |
Thanked: 20 times |
Joined on Jan 2010
@ irvine
|
#30
|
check it out.i think it has what you want.