Apple Vault

Das Betriebssyste,m MacOS X bringt direkt eine Funktion zum Verschlüsseln des Home-Verzeichnisses mit. Diese lässt sich schnell und einfach in den Einstellungen unter “Sicherheit” aktivieren. Im Prinzip ist diese Lösung schon super, allerdings gibt es zwei Nachteile: 1. das gesamte Home wird verschlüsselt, wodurch sich auch der Zugriff auf unsensible Daten verlangsamen kann und 2. weiß kein Mensch, wie Apple Vault programmiert ist und daher auch unklar ist wie sicher es ist (man frage mal beim CCC nach).

TrueCrypt

Der Klassiker der Verschlüsselung via virtuellen Laufwerken. Die Lösung ist bereits super und absolut sicher! Der einzige Nachteil den ich hier sehe ist die mangelnde Möglichkeit zur inkrementellen Datensicherung, stattdessen muss immer das monolithische File kopiert werden.

TrueCrypt Homepage: http://www.truecrypt.org/

EncFS

Das ist im Moment die Lösung meiner Wahl. Hierbei wird ebenfalls ein virtuelles Laufwerk gemountet, allerdings wird hier jede Datei und jeder Dateiname einzeln verschlüsselt.  Der Vorteil ist, dass man die verschlüsselten Dateien direkt mit einem inkrementellen Backup Programm oder per rsync Kommando sichern kann. Die Installation ist im Moment noch etwas umständlich und bei Interesse beschreibe ich sie gerne noch ausführlicher in diesem Artikel. Im Prinzip braucht man aber dazu: MacFuse und das passende EncFS. Um es bequem zu machen kann noch MacFusion (wichtig! Version 1.x, nicht 2.x) und das passende EncFS Plugin installieren.

Update: Mittlerweile scheint es auch wieder ein Plugin zu geben, das auch mit Macfusion2 zusammenarbeitet. Weiterführende Informationen hier: http://thenakedman.wordpress.com/encfs/.

Allerdings ist das in puncto Sicherheit auch nicht der heilige Grahl, denn unter Umständen ist man aus Bequemlichkeit geneigt die Passwörter im “Schlüsselbund” abzulegen und da bin ich mir nicht ganz sicher, ob man dort nicht doch als “root” irgendwie dran kommen kann. Über Feedback zu dieser Frage würde ich mich freuen.

Update: Nachdem ich mal kurz nach “sicherheit schlüsselbund root” gegooglet habe scheinen meine Befürchtungen zur Sicherheit der Ablage von Passwörtern im Schlüsselbund unbegründet zu sein. Der Schlüsselbund selbst wird wohl verschlüsselt und kann nur mit dem Passwort des Users geöffnet werden. Sollte also jemand das root-Passwort zurück setzen oder direkt auf die Platte zugreifen käme er ohne das Passwort des User Accounts nicht weiter. Nun, es wäre natürlich noch ein Brute-Force-Angriff denkbar, aber das kann man mit einem sicheren Passwort relativieren. Absolut sicher ist nix

Feel free to Flattr this post at flattr.com, if you like it.

Was es kann…

Zunächst einmal muss ich sagen das Google ganze Arbeit geleistet hat und mit Python genau die richtige Programmiersprache für diese anspruchsvolle Aufgabe gewählt hat. Denn es geht um nichts weniger als eine Plattform zur Verfügung zu stellen die trotz einfacher Anwendung maximal skaliert. Dazu trägt auch die mitgelieferte Datenbank bei, die eigentlich gar nicht als solche bezeichnet werden kann, denn es handelt sich um eine so genannte “Big Table”, die auch bei Google Suchdaten Speicherung zum Einsatz kommen soll. Also beste Voraussetzungen für unbegrenztes Wachstum der Applikationen.

Allerdings müssen dafür auch Einschränkungen in Kauf genommen werden, denn Google hat Python in ein enges Korsett gesteckt. Daher ist es nur möglich Python Module von Drittanbietern zu verwenden, die ohne nativen Code auskommen. Durch diese Begrenzungen fallen beliebte Module wie lxml und PIL leider weg. Ebenso taten sich sämtliche Templating Sprachen die auf den AST Baum zugriffen schwer, jedoch hat sich hier zumindest bei Genshi einiges getan, so dass dieser Makel in kürze verschwinden sollte.

Die große Wolke

GAE stellt neben den üblichen Diensten, wie z.B. denen von Amazon, eine Besonderheit dar. Üblicherweise bieten Cloud Anbieter virtuelle Maschinen zur Verfügung auf der beliebige Programme laufen können. Hat die Maschine ein bestimmtes Limit erreicht, wird ein Ausbau notwendig.

Google hingegen setzt auf eine proprietäre Entwicklungsumgebung. Der Vorteil hier ist, dass die verarbeitende Hardware absolut unwichtig ist und auch keinerlei physikalische Begrenzungen durch den User wahrgenommen werden können und brauchen.

In allen Szenarien des Cloud Computings ist aber das Motto “Zahle soviel zu brauchst” das schlagende Verkaufsargument. Für viele Startups bei die es sich leisten können ihrer Kundendaten bei einem Anbieter wie Google zu lagern ist dies der ideale Service. Allerdings ist gerade diese ungewisse Speicherung von Daten in der Cloud das stärkte Gegenargument für kommerzielle Nutzer. Sollte diese Problem der Datensicherheit befriedigend gelöst werden können, dann spräche wirklich nichts mehr gegen das Cloud Computing, aber hier ist momentan kein goldener Wurf abzusehen.

Feel free to Flattr this post at flattr.com, if you like it.