[maemo-developers] Remotely Nuking a device (was Re: becomeroot once again but with password)
From: Acadia Secure Networks acadiasecurenets at aol.comDate: Sat Feb 24 18:43:02 EET 2007
- Previous message: Remotely Nuking a device (was Re: becomeroot once again but with password)
- Next message: Remotely Nuking a device (was Re: becomeroot once again but with password)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Paul/Marc,
well this is the kind of feature that Nokia, should put into the base
product along with a data/file encryption option (kind of like the
Encrypting File System aka EFS feature in Windows 200/XP Pro/Vista).
With EFS selected files are automatically encrypted/decrypted by the
filesystem using keys that are specific to the logged in user.
Maybe the solution is to have a suite of security apps that can be
optionally enabled to allow the corporate user and his/her sysadmin to
achieve a higher level of security for the data on these devices. I
could foresee the following:
1. Stateful in/out firewall (already discussed on this list)
2. Remote device disable/wipe
3. File Encryption
4. SSL VPN client compatibility.
With respect to item 4 I can even think of one particular supplier's SSL
VPN concentrator product family to consider here for
integration/compatibility, the Nokia 50/60/100/500 s:
http://europe.nokia.com/A4153103
In fact the data sheet even mentions "mobile devices" access.
"Since deploying laptops to the bulk of
employees could be cost-prohibitive
especially in a small business environment,
Nokia SSL VPN offers support for a wide
range of remote devices from company
issued laptops to personal PCs *and
handheld devices*."
http://europe.nokia.com/NOKIA_BUSINESS_26/Europe/Products/Security_Products/Nokia_SSL_VPN/Nokia_50s/nokia_sslvpn_50s_datasheet_emea.pdf
Best Regards,
John Holmblad
marc zonzon wrote:
> On 2/22/07, Paul Klapperich <maemo.org at bobpaul.org> wrote:
>
>> You could setup pubkey authentication on your home ssh server. Then you
>> could add a script to the device such that when it connects it runs
>> something like:
>> ssh -n -R2022:localhost:22
>>
> Good idea, as your ssh is an outbound connection the local firewall
> may accept it. But your command is incomplete, we must have something
> like:
> ssh -n -R2022:localhost:22 myusername at myserver.com sleep 3600
> and you must be sure that the public key of the nokia user is accepted by
> myusername at myserver.com
> It would be helpful to replace sleep by a script that warn you, then
> sleep
>
>> Then on your local computer you could "ssh user at localhost -p2022" to
>> connect
>> into your device whenever it's on the internet, regardless of where it's
>> connected from. You could manually erase the data, something like:
>> for i in /home/user /media/mmc1 /media/mmc2; do
>> rm -rf $i
>> done
>
> We can do like that but it might be frustrating when you miss the
> connection, or when it is interrupted before you finish, ...
> I think this can only be an add-on to the second option.
>
>> Another trick I've used--actually to update computer labs--is to keep a
>> script on your server, then have the device use scp to copy that
>> script from
>> the server and run it whenever it connects. In my case, the script was
>> simple. In your case the script would do nothing. To nuke your nokia,
>> replace it with one that erases stuff. This will get it the next time it
>> connects and wouldn't require you find know when the device connects.
>
> That's fine we use the same "download at boot and execute" to keep our
> clients up-to-date. We just need to find how the script can be
> triggered when the tablet connect to internet (must not be difficult,
> but I have not looked upon the tablet networking). Your emergency
> script can of course erase sensible data but also add a startup
> service in /etc/init.d that shutdown the tablet if some special action
> (say use some key) is not triggered. Making the use of the tablet
> impossible except for you without reflashing.
>
> Better than scp you can download the script from an httpd server using
> netcat, because outbound http connection on port 80 are always open on
> any
> access point your tablet may use.
>
>> Other options would include writing a lot file to your home machine
>> with the
>> IP connecting from. This could be used to track your device so you
>> might be
>> able help police recover it. Or you could delete important system
>> files and
>> your personal data to make the device worthless without a reflash.
>
> Too complicated just mail a message when you connect "I'm connected
> from ip n° xxx.xxx.xxx.xxx gateway xxx.xxx.xxx.xxx", if you have
> traceroute you can even traceroute to a known point to help locate the
> device. but I suppose it's of no use, some people complain that the
> police is not even looking for their stolen child, what do you expect
> for your tablet!
>
>
> At this point I'm wondering if it is not an otion to put on our tablet
> (at least when we are on the go), this "shut down if not
> authenticated" service.
> Of course the tablet policy forbid to authenticate as user before
> loging in, because the second part of the boot process is done as
> user. But why not put a simple query that the user must answer during
> the first 5mn of connection? A startup script may popup a window and
> shutdown the device if not answered. If you keep a ssh access to user
> or root you have some emergency solution if ever you forget the
> password.
>
> Marc
> _______________________________________________
> maemo-developers mailing list
> maemo-developers at maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maemo.org/pipermail/maemo-developers/attachments/20070224/e53c577f/attachment.htm
- Previous message: Remotely Nuking a device (was Re: becomeroot once again but with password)
- Next message: Remotely Nuking a device (was Re: becomeroot once again but with password)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
