Tuesday, 3 November 2009

LUA support for TokenTube

The next release of TokenTube is just a few days away and will feature LUA integration. Configurable/editable LUA scripts will be used for things like:

  • LUKS key loading (with predefined implementations for local file loading and also key retrieval via xmlrpc),
  • challenge response for helpdesk aided key recovery during PBA and
  • other cool stuff yet to be conceived.

It is also quite possible that the next release will contain support for the current GNOME greeter mechanism (automatic user login on Karmic).

Posted by Jürgen Pabel on 3 November 2009 at 01:42

 

[Trackback URL for this entry]

Comment: Jason at Thu, 18 Feb 3:52 AM

Hi Jürgen, I have a LUKS credential-caching requirement that TokenTube may be able to help me with.

Essentially I have a number of hot-swap LUKS encrypted hard drives that currently require manual passphrase entry on each insertion.

What I'd like is for the passphrase to be entered once at boot time, and then somehow be securely cached for future automated unlocking for each drive inserted, until such time as the machine reboots.

Is this something I could accomplish with TokeTube?

Comment: Juergen Pabel at Thu, 18 Feb 2:04 PM

Jason,

TokenTube doesn't currently support that functionality - but that's not to say that it won't be implmemented. Let me think about the technical ramifications for a while and I'll contact you once I've reached a conclusion on this matter.

Jürgen

Comment: Juergen Pabel at Wed, 24 Feb 10:13 PM

Jason,

I've decided not to implement this feature in TokenTube. It just doesn't seem like this should be part of a "core" tokentube version.

My best advice to solving your "problem" is to write a script that gets invoked by udev/hal/devicekit which reads tokentube's keyfile (/etc/tokentube/luks.key) and uses it to cryptsetup the newly plugged in disk drive.

Jürgen

Comment: Jason at Thu, 25 Feb 12:05 AM

Hi Jürgen,
thanks for your response.

We ended up doing something similar.
As we already have scripts for mounting the devices we simply added the LUKS
--keyfile=path-to-key option, and pointed to a keyfile that gets decrypted once at boot time.

This keyfile is stored in a tmpfs backed directory so it get deleted if the machine is rebooted.

cheers,
Jason

Your comment:

(not displayed)
 
 

Live Comment Preview:

 
« First  « Prev   1 2 3 4 5   Next »  Last »
« November »
MonTueWedThuFriSatSun
      1
2345678
9101112131415
16171819202122
23242526272829
30