HdRs Blog

yet another blog

Android 4 (ICS) unter (Ubuntu)-Linux einbinden

Nach meinem Update auf Android 4.0 (Ice Cream Sandwich) auf meinem Motorola Xoom ist mir aufgefallen, dass sich das Gerät nicht automatisch beim Einstecken mountet. Scheinbar hatte schon Honeycomb (Android 3) das gleiche Problem, allerdings muss ich gestehen dass ich vor dem Update noch nie Daten direkt auf das Tablet kopieren wollte. Auf meiner Suche nach einer Lösung bin ich auf diesen Blogeintrag auf OMG Ubuntu gestoßen: [How to] Connect your Android Ice Cream Sandwich Phone to Ubuntu for File Access

So warum funktioniert das automatische Mounten nach Gingerbread (Android 2.3) nicht mehr? Android verwendet bis einschließlich Gingerbread das USB mass storage protocol, dieses Protokoll erlaubt es aber nicht dass die Partition gleichzeitig auf dem Androidgerät und dem PC gemountet ist. Daraus resultiert also dass die Partition auf dem Androidgerät ausgehängt wird, wenn diese auf dem PC gemountet wird. Android verwendet seit Honeycomb keine getrennten Partitionen für Apps und Daten mehr, dass heißt Android kann die Partition nicht mehr aushängen und somit ist auch das USB mass storage protocol nicht mehr möglich. Um trotzdem Daten zwischen dem PC und dem Smartphone/Tablet austauschen zu können verwendet Android nun ein anderes Protokoll: Media Transfer Protocol (MTP).

Soweit zur Theorie, doch wie mountet man jetzt “das Smartphone” unter (Ubuntu)-Linux? Zuerst müssen wir die dafür nötigen Programme installieren:

1
sudo apt-get install mtp-tools mtpfs

Dannach können wir die idVendor und die idProduct des Geräts ermitteln:

1
2
3
4
5
$ mtp-detect | grep idVendor
idVendor: 22b8
$ mtp-detect | grep idProduct
idProduct: 70a9

Mit der idVendor und der idProduct legen wir nun eine neue uDev-Regel an, ich persönlich bevorzuge den Editor vim, der folgende Befehl verwendet allerdings gedit:

1
gksu gedit /etc/udev/rules.d/51-android.rules

Diese neue Datei füllen wir mit folgendem Inhalt:

1
2
# Motorola Xoom
SUBSYSTEM=="usb", ATTR{idVendor}=="22b8", ATTR{idProduct}=="70a9", MODE="0666"

Die Werte für idVendor und idProduct müssen natürlich durch die vorher ermittelten Werte ersetzt werden.

Jetzt können wir (bei abgestecktem Gerät) uDev neustarten, den mount-Ordnet anlegen, useren eigenen Benutzer der fuse Gruppe zuweisen und die fuse-Datei editieren:

1
2
3
4
5
$ sudo service udev restart
$ sudo mkdir /media/MotorolaXoom
$ sudo chmod a+rwx /media/MotorolaXoom
$ sudo adduser hdr fuse
$ gksu gedit /etc/fuse.conf

In der /etc/fuse.conf ändern wir folgende Zeile:

1
#user_allow_other

zu

1
user_allow_other

Um das (U)Mounten etwas komfortabler zu gestalten erstellen wir 2 aliase:

1
2
$ echo "alias android-connect=\"mtpfs -o allow_other /media/MotorolaXoom\"" >> ~/.bashrc
$ echo "alias android-disconnect=\"fusermount -u /media/MotorolaXoom\"" >> ~/.bashrc

Nach einem reboot sollte sich das Androidgerät mit android-connect mounten und mit android-disconnect wieder umounten lassen.

RSA mit JAVA und PHP – Teil 2 (PHP -> JAVA)

In dem Artikel RSA mit JAVA und PHP – Teil 1 (JAVA -> PHP) habe ich bereits die RSA Verschlüsselung in JAVA und die dazugehörige Entschlüsselung in PHP dargestellt. In diesem Artikel geht es nun um die andere Richtung, also der Verschlüsselung in PHP und dem Entschlüsseln in JAVA. Für die folgenden Codebeispiele benötigen wir die Schlüsel die wir bereits in dem anderen Blogeintrag angelegt haben:

  • clientPublicKey.pem
  • clientPrivateKey.der
  1. Öffentlichen Schlüssel des Clients in PHP importieren, Daten verschlüsseln und in Datei abspeichern:
    PHP
    1
    2
    3
    4
    5
    6
    7
    8
    9
    <?php
    $publicKey = openssl_get_publickey(file_get_contents('keys/clientPublicKey.pem'));
    $data = "Geheimer Text....";
    $encrypted = '';
    openssl_public_encrypt($data, $encrypted, $publicKey, OPENSSL_PKCS1_PADDING);
    file_put_contents('/tmp/encrypted', $encrypted);

  2. Privaten Schlüssel in Java importieren:

    Java
    1
    2
    3
    4
    5
    6
    7
    8
    9
    File privKeyFile = new File("keys/clientPrivateKey.der");
    byte[] buffer = new byte[(int) privKeyFile.length()];
    DataInputStream in = new DataInputStream(new FileInputStream(privKeyFile));
    in.readFully(buffer);
    in.close();
    KeyFactory keyFactory = KeyFactory.getInstance("RSA");
    RSAPrivateKey privateKey = (RSAPrivateKey) keyFactory.generatePrivate(new PKCS8EncodedKeySpec(buffer));

  3. Verschlüsselte Datei lesen:

    Java
    1
    2
    3
    4
    5
    6
    File cryptedData = new File("/tmp/encrypted");
    buffer = new byte[(int) cryptedData.length()];
            
    in = new DataInputStream(new FileInputStream(cryptedData));
    in.readFully(buffer);
    in.close();

  4. Entschlüsseln:

    Java
    1
    2
    3
    4
    5
    6
    7
    8
    Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1PADDING");
    cipher.init(Cipher.DECRYPT_MODE, privateKey);
    byte[] decrypted = cipher.doFinal(buffer);
    String data = new String(decrypted);
    System.out.println(data);

  5. Sich über die Ausgabe “Geheimer Text….” freuen.

Eine kleine Anmerkung zur RSA Verschlüsselung allgemein, RSA ist im Vergleich zu symmetrischen Verschlüsselungen wie z.B. AES um ca. Faktor 1000 langsamer. Daher eignet sich RSA nur zum verschlüsseln kleiner Daten, für größere Datein verwendet man daher in der Regel ein “Hybrides Verfahren” indem man die Daten mit z.B. AES verschlüsselt und nur den Schlüssel dann mit RSA. So kann der Empfänger dann mit RSA den AES-Schlüssel entschlüsseln und mit diesem dann die Daten an sich. So ein hybrides Verfahren im Zusammenhang mit JAVA,PHP und RSA werde ich in einem meiner nächsten Posts vorstellen.

CakePHP 2 und PHPUnit

Beim Updaten auf CakePHP 2.0.5 und PHPUnit 3.6.7 ist mir beim Schreiben von Tests aufgefallen dass ich keine debug-Meldungen mehr angezeigt bekomme. Außer debug() funktioniert auch kein print_r() oder echo() mehr. Nach einiger Suche bin ich schließlich auf diesen Blogeintrag gestoßen: Unit-Testing Tips for 2.0 and PHPUnit

Kurz zusammengefaßt lässt sich sagen, dass PHPUnit ab 3.6 alle Ausgaben schluckt, für die CLI Veriante schlagen die CakePHP-Entwickler vor –debug zu verwenden. Da ich aber meine Tests lieber im Browser anschaue war das natürlich auch keine Option.
Die Lösung für mein Problem war dann schließlich eine eigene debug-Methode zu schreiben:

debug
PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
public function debug($data, $pre = true) {
$data = print_r($data, true);
if ($pre)
$data = "<pre>" . $data . "</pre>";
echo $data;
if (empty($_SERVER['HTTP_HOST'])) // for cli mode use: --debug
return;
ob_flush();
}

Rufe ich nun im TestCase diese Methode mit $this->debug() statt debug() auf erhalte ich (fast) wie gewohnt meine Debug-Ausgaben.

UPDATE:
Alternativ kann man auch &debug=1 an die URL anhängen um die Ausgaben von debug(), print_r() und Co zu erhalten.

RSA mit JAVA und PHP – Teil 1 (JAVA -> PHP)

Daten zwischen PHP und JAVA mit RSA verschlüsselt auszutauschen gestaltet sich doch etwas schwieriger als anfangs gedacht. Nach etwas längerer Suche nach der Lösung habe ich mich entschlossen meinen Lösungsansatz hier zu veröffentlichen:

  1. Zuerst benötigen wir für den Server (PHP) und für den Client (JAVA) jeweils einen privaten und einen öffentlichen Schlüssel, diese erzeugen wir mit dem Kommandozeilentool openssl:
    1
    2
    openssl genrsa -out serverPrivateKey.pem 2048
    openssl rsa -in serverPrivateKey.pem -pubout -outform DER -out serverPublicKey.der

    Mit dem ersten Befehl wird der private Schlüssel für den Server erzeugt und im openssl Standardformat PEM abgespeichert. Der zweite Befehl speichert dann den dazugehörigen öffentlichen Schlüssel im DER Format ab. (Das DER Format ist das Standardformat für JAVA’s RSA.) Umgekehrt benötigen wir dann noch noch den privatenSchlüssel des JAVA Client (im DER Format) sowie den öffentlichen Schlüssel des Clients im PEM Format:

    1
    2
    3
    openssl genrsa -out clientPrivateKey.pem 2048
    openssl pkcs8 -topk8 -nocrypt -in clientPrivateKey.pem -outform der -out clientPrivateKey.der
    openssl rsa -in clientPrivateKey.pem -pubout -outform PEM -out clientPublicKey.pem

    Die Zahl 2048 gibt die Größe des Schlüssels in Bit an. Weniger als 2048 sollte man heutzutage nicht verwenden. Wer auf Nummer sicher gehen will nimmt hier 4096.

  2. Im nächsten Schritt importieren wir den öffentlichen Schlüssel des Servers in unserem JAVA Client:

    Java
    1
    2
    3
    4
    5
    6
    7
    8
    9
    File pubKeyFile = new File("keys/serverPublicKey.der");
    byte[] buffer = new byte[(int) pubKeyFile.length()];
    DataInputStream in = new DataInputStream(new FileInputStream(pubKeyFile));
    in.readFully(buffer);
    in.close();
    KeyFactory keyFactory = KeyFactory.getInstance("RSA");
    RSAPublicKey publicKey = (RSAPublicKey) keyFactory.generatePublic(new X509EncodedKeySpec(buffer));

  3. Nach dem importieren des publicKey können wir nun Daten verschlüsseln:

    Java
    1
    2
    3
    4
    5
    String text = "Geheimer Text!";
    Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1PADDING");
    cipher.init(Cipher.ENCRYPT_MODE, publicKey);
    byte[] encrypted = cipher.doFinal(text.getBytes());

    Um mit den verschlüsselten Daten weiter arbeiten zu können, speichern wir diese ab:

    Java
    1
    2
    3
    4
    FileOutputStream fos = new FileOutputStream("/tmp/encrypted");
    fos.write(encrypted);
    fos.flush();
    fos.close();
  4. Verschlüsselte Daten mit PHP entschlüsseln.
    PHP
    1
    2
    3
    4
    5
    6
    7
    8
    <?php
    $encryptedData = file_get_contents('/tmp/encrypted');
    $privKeyFile = file_get_contents('keys/serverPrivateKey.pem');
    $privKey = openssl_get_privatekey($privKeyFile);
    openssl_private_decrypt($encryptedData, $decrypted, $privKey, OPENSSL_PKCS1_PADDING);
    print "$decrypted\n";

    Und als Ausgabe erhalten wir (wie erwartet):
    Geheimer Text!

So das wars mit dem ersten Teil, der zweite Teil, mit der Verschlüsselung in der anderen Richtung folgt hoffentlich bald.

UPDATE:
2. Teil veröffentlich: RSA mit JAVA und PHP – Teil 2 (PHP -> JAVA)

Video konvertieren für Android

Auf die Frage hin wie ich Filme/Serien auf meinem Android Gerät anschaue, habe ich mich dazu entschlossen einen kleinen Blogeintrag zu diesem Thema zu schreiben.

Ausgehend von meiner Suche nach den optimalen Einstellung für das Motorola Xoom mit einer Auflösung von 1280×800 (720p Videos möglich) bin ich auf folgende Seite gestoßen: Motorola XOOM – Optimal video setting, kurz zusammengefasst wird ein x264 Baselineprofil mit folgenden Eigenschaften empfohlen:

- No CABAC entropy coding.
- No B frames
- No 8×8 transforms (DCT)
- No Weighted Prediction

Die Konvertierung habe ich dann mit HandBrake durchgeführt und die Ergebnisse waren einwandfrei, als VideoPlayer auf dem Android Gerät empfehle ich übrigens den MX Video Player, wichtig ist dabei aber zusätzlich den richtigen Codec zu installieren, für das Motorola Xoom (aber auch das Nexus One) ist das dieser hier: MX Video Player Codec (ARMv7)

Für das Nexus One war nur die Änderung der maximalen Auflösung notwendig, die restlichen Einstellungen lieferten auch hier die gewünschten Ergebnisse.

Damit ihr gleich loslegen könnt hab ich meine HandBrake config hochgeladen, einmal für das Motorola Xoom und einmal für Smartphones mit einer Auflösung von 800×480 (wie zum Beispiel das Nexus One oder das Galaxy S1+).

Viel Spaß damit ;)