Tastaturen und Programmiersprachen

Wie kommt es also das verschieden Programmiersprachen unterschiedliche Klammerungen benutzen? Meine These: es liegt an der Bequemlichkeit! Hier ein paar Beispiele:

Europäische Programmiersprachen:

• HTML (Schweiz): <h1>Header</h1>
• Python (Niederlande): Keine Klammerung von Blöcken, Kommentare nach ‘#’
• Pascal, Modula, Oberon (Schweiz): Keine wilden Klammern, explizite Blöcke mit ‘BEGIN’ und ‘END’

Amerikanische Programmiersprachen:

• C, C++, Java, Javascript: Schlimme { } Klammern überall! Gierig nach Semikolons ‘;’
• Objective-C: Ganz krasse excessive [ ] Klammern zusätzlich zu den { } Klammern

Tipp: Umlaute und amerikanische Tastatur

Ein kleiner Tipp am Rande für Leute die sich vielleicht auch dafür entscheiden es mal mit einer QWERTY Tastatur unter MacOS X zu versuchen: die deutschen Umlaute kann man sich einfach zusammenbauen indem erst ALT+’u’ gedrückt wird und dann einer der Buchstaben ‘a’, ‘o’ oder ‘u’. Das ALT+’u’ zeigt das Trema an, das dann ähnlich wie bei Zeichen mit Akzent auf das passende Zeichen wartet. Das scharfe S, also ‘ß’ gibt es ach drücken von ALT+’s’. Am besten schaltet man die Tastaturübersicht in den Systemeinstellungen ein, dann wir sehr schnell klar welche Tastenkombinationen so zur Verfügung stehen.

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/.

Update #2: Neuer All-in-Installer vom Hersteller der Windows Alternative http://blog.boxcryptor.com/encfs-174-installer-for-mac-os-x-available

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