Root – Linux und Ich

Dateien/Ordner in Nautilus aka Files mit Root-Rechten bearbeiten

Christoph Langner — Mon, 20 Feb 2017 21:34:16 +0000

Eine der Stärken von Linux liegt im Allgemeinen daran, dass das System seit Urzeiten als Mehrbenutzersystem konzipiert ist. User starten Anwendungen im Rahmen ihrer Benutzerrechte, sodass diese in der Regel nichts am System ändern können. Malware beeinträchtigt somit höchstens den Datenbestand des Users, der diese ausführt. Dennoch machen wir Linuxer immer wieder gerne ein Türchen auf: Sobald wir beispielsweise einen Editor mit Root-Rechten starten, etwa um eine Konfigurationsdatei zu bearbeiten, führen wir diesen mitsamt dem kompletten Toolkit (also GTK oder Qt) mit administrativen Rechten aus. Dadurch läuft mehr Code mit administrativen Rechten, als eigentlich nötig. Daran ändert auch der Aufruf des Programms mit gksu oder gksudo nichts.

Sudoedit, das bessere sudo $editor

Das gilt nicht nur in einer grafischen Desktopumgebung, sondern auch für Editoren im Terminal. Wir rufen üblicherweise nano, vi, emacs und Co. mittels sudo nano /was/auch/immer komplett mit Root-Rechten auf. Dadurch müssen wir darauf vertrauen, dass sich der Editor nicht auf irgendeine Art und Weise missbrauchen lässt. Wenn man bedenkt, welche Funktionsfülle Vi oder Emacs mitbringen, birgt das Vorgehen durchaus ein Gefahrenpotential. Daher gibt es bereits seit 2004 mit sudoedit bzw. sudo -e ein Kommando, das dieses Problem umschifft.

$ sudo -e /etc/hosts
$ sudoedit /etc/hosts

Dabei kopiert Sudo die zu bearbeitende Datei erst einmal in ein temporäres Verzeichnis (unter Arch Linux nach /var/tmp), öffnet die Kopie dann im Kontext des Benutzers im Editor und schiebt die temporäre Datei dann nach dem Schließen des Editors wieder an die ursprüngliche Stelle. Auf diesem Weg muss man den Editor selbst und damit alle mit angezogenen Bibliotheken nicht mehr mit Root-Rechten ausführen. Nur für das Kopieren der Dateien braucht es die administrativen Rechte.

$ VISUAL=gedit sudoedit /etc/hosts
$ EDITOR=nano sudoedit /etc/hosts

Mit den Umgebungsvariablen $VISUAL und $EDITOR lässt sich dem Kommando der gewünschte Editor mit auf den Weg geben, wobei $EDITOR für einen einfachen Editor wie etwa Nano oder Joe steht und $VISUAL mit einem Brocken wie Emacs oder Vi (oder grafischen Editoren wie Gedit oder Kate) belegt werden sollte — Sind beide Variablen definiert, zieht Sudo $VISUAL dem einfachen $EDITOR vor. Ich definiere „meine“ Editoren daher in der ~/.bashrc (den einfachen Editor) sowie in der ~/.xprofile (mit Gedit einen Editor in der GUI). Somit muss ich dann zum Bearbeiten einer Systemdatei nur noch sudoedit /foo/bar eingeben und öffne die Datei dann automatisch im „passenden“ Editor.

### Die Umgebungsvariablen $EDITOR und $Visual kann man beispielsweise
### über die ~/.bashrc oder 
$ grep EDITOR ~/.bashrc
export EDITOR=/usr/bin/joe
$ grep VISUAL ~/.xprofile
export VISUAL=/usr/bin/gedit
### Je nachdem ob man sich in einer grafischen Umgebung befindet, oder
### in einem virtuellen Terminal, startet sudoedit den Terminal-Editor
### Joe oder Gedit.
$ sudoedit /etc/hosts

Sudoedit gibt es nun schon seit 2004, aber kaum jemand nutzt diese Methode: Das Wiki der Ubuntuusers erwähnt das Kommando zum Beispiel mit keinem einzigen Wort und auch im Arch Wiki findet sich Sudoedit nur auf einer einzigen Unterseite — Damit ignorieren die in meinen Augen zwei besten Dokumentationen rund um Linux Sudoedit bisher fast komplett. In Sachen Root-Rechte in der grafischen Desktopumgebung hat mich allerdings ein aktueller Blogbeitrag von KDE-Entwickler Martin Grässlin auf etwas Neues gebracht: Der Files-Dateimanager (aka Nautilus) beherrscht seit der Version 3.22 dank einer Neuerung in Gvfs (dem Gnome virtual file system) einen Administrator-Modus, der ähnlich wie Sudoedit funktioniert.

Root-Rechte für Files aka Nautilus

Im Gnome-Dateimanager kann man ja mit [Strg]+[L] eine Adresszeile öffnen, über die sich Pfade eintippen lassen oder über die man durch Eingabe von smb://server/freigabe oder ssh://username@example.com Daten von entfernten Rechnern direkt in den Dateimanager einbinden kann. Mithilfe von aktuellen Entwicklungen in Gvfs-admin und Polkit gibt es nun aber auch eine Art Admin-Modus, diesen erreicht ihr über die Eingabe von admin:///pfad/zu/verzeichnis oder einfach nur admin:// ohne eine Pfadangabe. Über eine Maske fordert der Dateimanager danach eure Root-Rechte an und leitet euch entweder in das Wurzelverzeichnis des Systems oder den angegebenen Ordner weiter.

In diesem Modus könnt ihr beispielsweise nach /etc navigieren und dann die Hosts-Datei /etc/hosts in Gedit öffnen, bearbeiten und wieder abspeichern (mit abermaliger Eingabe eures Passworts). Dasselbe funktioniert mit allen anderen Konfigurationsdateien, die man mal schnell an die eigenen Wünsche anpassen möchte. Ihr könnt auch Verzeichnisse oder Dateien in geschützten Ordnern wie /, /etc oder /usr/local/bin anlegen, diese dann verschieben, wieder löschen oder die Benutzerrechte ändern. Sinnlos schalten und walten lässt euch Files jedoch in der Regel nicht: Dateien und Ordner, die dem Root-User gehören, die User der Root-Gruppe aber nur lesen und/oder ausführen dürfen (also Dateien und Ordner mit der Zuordnung root:root und den Rechten 644 oder 755) erscheinen mit einem Schloss-Symbol. Diese lassen sich dann beispielsweise nicht löschen oder ausschneiden.

In Sachen Root-Rechte in KDE wird sich demnächst einiges ändern: Martin hat in seinem Posting angekündigt, dass die KDE-Editoren Kate und Kwrite sich in Zukunft nicht mehr direkt mit Root-Rechten öffnen lassen. Stattdessen informieren die Programme, wie der User die gewünschte Datei mittels sudoedit in den ohne Root-Rechte gestarteten Editor bekommt. Dies wird mit Sicherheit den Workflow zahlreicher User beeinträchtigen (und wie die Kommentare schon zeigen, für Unmut in der KDE-Community sorgen), allerdings ist dieser Schritt zum Beispiel in Bezug auf Wayland sowieso überfällig.

Today I pushed a change for Kate and KWrite which does no longer allow to be run as root. Instead it educates the user about how to do the same with sudoedit. Now I understand that this will break the workflow for some users. But with a minor adjustment to your workflow you get the same. In fact it will be better, because the Kate you start is able to pick up your configured styling. And it will also work on Wayland. And most importantly it will be secure.

Langfristig wäre dann das Ziel, dass KIO und PolicyKit die eigentliche Arbeit übernehmen. So könnte man die gewünschten Dateien im Editor öffnen, dann über Polkit „beweisen“, dass man Root-Rechte auf dem System hat, und dann die gewünschten Aktionen direkt über den Dateimanager oder den Editor durchführen. Das Ganze würde transparent im Hintergrund funktionieren, ohne dass man sich verrenken müsste. Wie das Ganze am Ende aussieht, gibt der Blog-Artikel von Martin noch nicht her. Im KDE-Bugtracker gibt es jedoch bereits einen entsprechenden Eintrag. Dieser stammt allerdings bereits von 2009 und bekommt hoffentlich durch die aktuelle Entwicklung ein wenig Leben eingehaucht.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Open-Source Amaze File Manager für Android im Material Design

Christoph Langner — Fri, 21 Nov 2014 10:14:30 +0000

Google schraubt ja seit einiger Zeit seine Bemühungen rund um den Open-Source-Part von Android zurück. Immer mehr der AOSP-Apps, wie Mail, die Galerie oder der Browser, werden nicht mehr weiterentwickelt, sodass das Android-Open-Source-Project inzwischen eigentlich nur noch aus dem Betriebssystemkern besteht. Dafür springen in meinen Augen immer mehr unabhängige Entwickler in die Bresche und bauen freie Software für Android, die es in sich hat. In diese Kategorie gehört der Amaze File Manager: Open-Source, Material Design und gute Funktionalität.

Der Amaze File Manager steckt zwar noch offiziell in einer Beta-Phase, er macht sich als Dateimanager für Android allerdings schon jetzt recht gut. Grundlegende Dateioperationen wie Kopieren, Einfügen, Löschen oder Dateien Packen oder Extrahieren funktionieren selbstverständlich. Verpackt werden die Funktionen in einer schicken Oberfläche im aktuellen Material Design von Android 5.0 aka Android Lollipop. Gefällt euch das quietschbunte Lila nicht, so ist das kein Problem, die Farben der Oberfläche lassen sich auch anders gestalten.

Für das zügige Hin-und-her-Schubsen von Dateien unterstützt der Amaze File Manager Lesezeichen und Tabs, sodass ihr schnell zwischen verschiedenen Verzeichnissen hin- und herspringen könnt. Tabs öffnet ihr durch einen Fingerzeig auf das rote Plus-Icon rechts unten und dann dem untersten der sich öffnenden Kontext-Icons. Die oberen beiden legen eine neue Datei bzw. einen neuen Ordner an. Zum neuen Reiter wechselt ihr über einen Klick auf den Dropdown-Pfeil oben in der Menüleiste neben dem Menü-Button.

Wer sein Android-Handy oder -Tablet gerootet hat und ganz gerne in die Tiefen des Dateisystems hinabsteigt, der sollte den Einstellungen des Dateimanagers einen Besuch abstatten. Dort könnt ihr über den Schalter Root Explorer festlegen, dass sich der Amaze File Manager um Root-Rechte bemühen soll. Erlaubt ihr den Zugriff, dann könnt ihr mit dem Dateimanager auch Systemverzeichnisse betreten und so im Inneren von Android frei walten. In den Einstellungen lassen sich zudem eine ganze Reihe von Dingen am Erscheinungsbild des Dateimanagers ändern.

Bislang gibt es den Amaze File Manager nur auf Google Play, im alternativen Open-Source-Market F-Droid konnte ich noch keinen Build des noch recht jungen Dateimanagers entdecken. Bei Fragen oder Anregungen könnt ihr euch am Thread zum Programm im XDA-Developers-Forum melden. Und interessiert euch ein Blick hinter die Kulissen des Dateimanagers, dann bekommt ihr den Quellcode des Programms im GitHub-Repository des Projekts.

Custom-Features ohne Custom-ROM: Xposed Installer 2.6 mit neuem Design und neuem Logo

Christoph Langner — Sat, 17 May 2014 22:28:53 +0000

Wer mit der Firmware seines Android-Handys nicht ganz zufrieden ist, der greift meist zur Brechstange und installiert ein Custom-ROM wie CyanogenMod, Paranoid Android, Omnirom und Co. Möchte man aber eigentlich wirklich nur dieses Detail ändern, dann schießt man mit dieser Aktion natürlich deutlich über das Ziel hinaus. Oft verliert man mit dem Custom-ROM sogar an Funktionalität, so bieten etwa die Kamera-Apps der Galaxy-S- oder HTC-One-Modelle deutlich mehr Funktionen an, als die Original-Android-Apps. Mit dem Xposed-Framework lassen sich jedoch gezielt Modifikationen vornehmen, das Handy muss dazu „nur“ gerootet sein.

Die gerade frisch freigegebene Version 2.6 des Xposed Installers findet ihr wie gewohnt im XDA-Developers-Forum oder auf der Homepage des Projekts. Ist euer Android-Handy schon gerootet, so könnt ihr den Xposed Installer wie eine gewöhnliche Android-App als APK-Datei auf dem Handy einspielen — Auf einem ungerooteten Android-Gerät klappt dies natürlich auch, im späteren Verlauf werdet ihr jedoch keine Xposed-Module einspielen können, dazu braucht es zwingend Root-Rechte auf dem von euch genutzten Handy. Wer etwas tiefer in die Materie einsteigen möchte, der findet den Quellcode des kompletten Frameworks auf GitHub.

Nach der Installation der App öffnet ihr den Xposed Installer aus euren Anwendungen und spielt erst einmal das Framework selber ein, der Installer nimmt euch dabei eigentlich umfassend an die Hand. Damit Xposed aktiv wird, muss man das Handy am Ende neu starten. Sollte das Handy nach Installation des Frameworks — oder später nach Installation eines Moduls nicht mehr starten — so findet ihr eine Xposed-Disabler-Recovery.zip auf der Recovery-Partition des Handys, die ihr über den Recovery-Modus einspielen könnt.

Xposed-Framework installieren

Nach dem Neustart solltet ihr euch unter Download ordentlich umsehen, die deutlich bessere Übersicht bekommt ihr jedoch wohl aber auf der Homepage. Dort wird das Xposed-Module-Repository im Web abgebildetet, so dass man sich in Ruhe umsehen kann. Die besten und wohl am bekanntesten Xposed-Module sind die sehr umfanreichen Mod-Sammlungen GravityBox (Jelly Bean und Kit Kat) und Wanam Xposed, der Privacy-Mod XPrivacy oder AppOpsXposed, das die App Opps aus der ersten Kit-Kat-Version wiederherstellt. Inzwischen bringen auch manche Apps wie Greenify oder BubbleUPnP eigene Xposed-Module mit, die sich dann über den Installer aktivieren lassen.

Die Module müssen über den Xposed Installer heruntergeladen und dann wie eine App installiert werden, meist ist auch nach der Installation von Modulen ein Neustart fällig. Im Gegensatz zu anderen Mods und Patches, die man über den Recovery-Mode installiert, kann man Xposed-Module auch wieder wie stinknormale Apps deinstallieren, bei den anderen Hacks müsste man das Handy platt machen. Der Installer hilft auch dabei die Module aktuell zu halten, so werden Bugs behoben oder neue Funktionen in den Modulen eingebaut.

Xposed-Module einspielen

In meinen Augen ist das Xposed Framework inzwischen zu einer veritablen Alternative zu Custom-ROMs herangereift. Ich meine, dass viele Hersteller inzwischen gar nicht mehr soooo üble Firmwares bauen — was natürlich auch daran liegt, dass aktuelle Android-Handys mit schnellen Quad-Core-CPUs und 2 bis 3 GByte RAM meist über ausreichend Ressourcen verfügen. Bei Sony, Samsung oder HTC findet man in den Handys jedoch inzwischen auch diverse Features, die ich bei CyanogenMod und Co. vermissen würde.

Das fängt bei den Kamera-Apps an, geht über wirklich ausgeklügelte Stromspar-Modi weiter und hört dem einen oder anderen Schnickschnack auf — Mit einem Custom-ROM gingen diese Funktionen komplett verloren. Ärgert irgendein Detail, so findet sich meist sehr schnell bei Xposed ein passendes Modul, so dass man sich das Flashen einer komplett neuen Firmware sparen kann. Xposed ist ja nicht neu? Welche Module sind den bei euch aktiv? Bei mir sind es meist Greenify, RootCloak und AppOpsXposed.

Cerberus Anti-Diebstahl bis heute Nacht kostenlos zu haben

Christoph Langner — Fri, 25 Apr 2014 12:21:17 +0000

Schneller Tipp für Android-User, die ihr Handy im Falle eines Diebstahls oder Verlustes abgesichert haben möchten. Die seit längerer Zeit etablierte App Cerberus Anti-Diebstahl gibt es zur Feier des dritten Geburtstags bis heute Nacht um 23:00 deutscher Zeit für User mit einem neu angelegten Konto kostenlos. Normalerweise werden für die lebenslang gültige und fünf Geräte umfassende Lizenz 2,99 Euro fällig. Wer sich bis kurz vor Mitternacht rechtzeitig registriert, kann sich diese Gebühr daher gerade sparen und zudem gleich mehr Sicherheit fürs Handy schaffen.

Cerberus unterscheidet sich vom von Haus aus in Android integrierten Google Gerätemanager — über den sich ja auch Handys orten, sperren und löschen lassen — dadurch, dass man die Anwendung mit Root-Rechten bzw. über ein Custom-Recovery auch direkt in die Firmware des Handys flashen kann (Siehe „Cerberus-Hilfe -> Ich habe eine Gerät mit root Zugang. Erhalte ich dadurch zusätzliche Funktionen?“) Dadurch übersteht Cerberus Anti-Diebstahl selbst das Zurücksetzen des Handys oder Tablets auf die Werkseinstellungen. Erst das Flashen einer neuen Firmware schmeißt Cerberus endgültig vom Handy — nur die wenigsten Diebe werden diesen Schritt durchführen.

Zudem bietet Cerberus gegenüber dem Google Gerätemanager noch weitere Funktionen. So lässt sich etwa der Standortverlauf über den Notfall-Modus aufzeichnen, so dass man den Dieb verfolgen kann. Man kann Screenshots, Töne, Fotos und Videos aufnehmen und sich schicken lassen und natürlich die auf dem Handy gespeicherten Daten übers Netz löschen — so ist zwar das Handy weg, aber die Daten fallen wenigstens nicht dem Dieb in die Hände. Dabei kann man zwischen den Daten im Handy-Speicher (der hoffentlich aufgrund eines ordentlichen PINs relativ gut abgesichert ist) oder der SD-Karte (die man ja einfach herausnehmen und auf einem Computer auslesen kann) unterscheiden.

Watchever auch auf dem Android-Handy, mit dem Market Helper

Christoph Langner — Wed, 13 Mar 2013 17:04:54 +0000

Über den Film- und Serien-Streaming-Dienst Watchever habe ich ja schon einmal ein paar Worte fallen lassen. Ich mag den Dienst eigentlich ganz gerne, da er eine solide Android-App in petto hat, allerdings gibt es da zwei Haken. Zum einen weigert sich die Watchever-App auf gerooteten Androiden zu laufen, mit der „richtigen“ Superuser-App lässt sich das Problem allerdings umschiffen und Watchever auch auf Root-Androiden starten. Das zweite Problemchen ist, dass Watchever seine App bislang nur für Android-Tablets anbietet. Warum? Keine Ahnung, mit dem Market Helper kann man aber auch diese Hürde umgehen.

Erstmal kurz ein paar Worte zum Market Helper: Die App gaukelt dem Play Store vor, dass ihr ein anderes Gerät am Start habt. Zur Auswahl stehen eine Reihe von Smartphones und Tablets, wie zum Beispiel das Asus Nexus 7 in der UMTS-Version. Auch könnt ihr im Market Helper einstellen, dass ihr in einem anderen Mobilfunknetz stecken würdet. So kommt ihr im Play Store also an Apps, die eigentlich für euch und euren Androiden gar nicht angeboten werden.

Die Bedienung des Market Helpers ist recht einfach, als einzige Voraussetzung braucht ihr — wie so oft — Root-Rechte auf eurem Handy. Holt euch die APK-Datei, schiebt sie auf euren Androiden und installiert die App von Hand. Nach dem Start könnt ihr das gewünschte Gerät (für Watchever nehme ich das Asus Nexus 7 Tablet) und euren Mobilfunkanbieter wählen (hier nehme ich „meinen“ üblichen).

Ein Klick auf Activate lässt den Market Helper dann seine Magie walten. Zum Abschluss müsst ihr einmalig dem Link zum Google Dashboard in einem Browser öffnen, er bewirkt dass die Einstellungen im Play Store auch letztendlich aktiv werden, weiter müsst ihr auf dieser Seite nichts machen. Die Manipulation ist nicht permanent, sie bleibt lediglich bis zum nächsten Neustart des Handys aktiv — Gut so.

Danach habt ihr Watchever auf eurem Android-Handy, in meinem Fall einem Samsung Galaxy Nexus. Dank der hohen Auflösung des Displays macht die App eigentlich einen wirklich brauchbaren Eindruck. Allerdings habt ihr natürlich auch jetzt mit dem Problem zu kämpfen, dass Watchever keine gerooteten Geräte mag. Bei mir konnte ich die Schranke umgehen, indem ich von SuperSU auf die neue und quelloffene Root-App Superuser vom Entwickler des ClockworkMods und Rom Managers Koushik Dutta umgestiegen bin.

Das einzige Problemchen in der aufs Handy gequetschten Watchever-Oberfläche ist die Kindersicherung. In der Grundeinstellung muss man an dieser Stelle „0000“ eingeben, nur leider erscheint die Null nicht mehr auf dem kleineren Display des Handys. Loggt euch daher einmal im Web-Frontend von Watchever ein und änder unter „Mein Account“ den PIN der Kindersicherung in etwas ohne eine Null. Beachtet, dass ihr euch jetzt auf dem Handy einmal aus der Watchever-App aus- und wieder einloggen müsst. Erst dann wird der neue PIN auch in der App aktiv.

Danach läuft Watchever auf eurem Handy wie auf einem Tablet. In meinen Augen ist es ziemlich unverständlich warum Watchever diese Hürde aufbaut. Wie man sieht tut Watchever doch — fast — ohne Probleme auch auf einem Smartphone, so lange das Display des Geräts eine halbwegs brauchbare Auflösung bietet.

Das SonosNet mit dem PC oder iPhone/iPad nutzen (Android mit Root nötig)

Christoph Langner — Tue, 05 Feb 2013 22:20:41 +0000

Ich habe hier gerade zwei Sonos Play:3 Boxen und einen Sonos Connect:AMP in der Wohnung stehen, die über die Wohnung verteilt gerade für einen ordentlichen Sound im Haus sorgen, ohne dass man groß Kabel verlegen müsste. Das Prinzip von Sonos ist in der Tat recht clever, ein Gerät oder alternativ auch die optionale kleine Sonos Bridge werden an das LAN angeschlossen, so dass sich das komplette System von einem NAS oder einer Dateifreigabe auf einem Rechner seine Musik holen kann. Die einzelnen Sonos-Geräte spannen dann untereinander ein zusätzliches Mesh-WLAN — das Sonos Net — auf, so dass die Musik problemlos per WLAN-Funk übertragen werden kann, auch wenn das eigentliche WLAN des Routers ausgelastet ist. Was aber nur wenige wissen, ihr könnt das SonosNet dazu benutzen die Reichweite eures WLANs auszuweiten, so dass ordentliches WLAN überall dort zur Verfügung steht, wo auch eine Sonos-Box steht. Die Zugangsdaten zu diesem SonosNet-WLAN gibt das System nicht preis, mit einem gerooteten Androiden lassen sie sich jedoch hervorkitzeln, so dass man das SonosNet mit seinem Notebook oder auch iOS-Geräten nutzen kann.

Ausgangsbasis für diesen „Hack“ ist die Sonos-Android-App, sie bietet im Gegensatz zur iOS-Variante die Möglichkeit die Zugangsdaten zum WLAN in mit der App bestückten Androiden zu übertragen. Sonos begründet dieses „Android-Only-Feature“ mit der Offenheit von Android: „If Apple decides to open up iOS, we’d love to allow Apple devices to use SonosNet.“ Schön zu hören, dass offene Standards zu besseren Features führen, wissen wir eigentlich alle schon lange, doch viele Unternehmen meinen immer noch auf ihrer einsamen Insel am sichersten zu leben…

Zurück zum SonosNet, unter Android ist die Einrichtung sehr einfach. Öffnet einfach die Sonos-App, geht in die Einstellungen und öffnet dort die Erweiterten Einstellungen. Dort klickt ihr auf Mit SonosNet verbinden und klickt noch einmal auf den Button Verbindung zulassen. Sonos überträgt daraufhin automatisch die WLAN-Zugangsdaten zum SonosNet in die Netzwerkeinstellungen des Android-Systems, so dass ihr das WLAN der Sonos-Boxen umgehen nutzen könnt.

Anderen Geräten wie eurem Notebook oder einem iPhone/iPad bleibt nun allerdings der Weg ins SonosNet versperrt. Der Name des Netzwerks, dessen SSID nicht in die Welt herausgefunkt wird, ist zwar schnell aus den Netzwerkeinstellungen ausgelesen, aber es fehlt die WPA2-Passphrase, die sich nur mit extremen Aufwand knacken lässt.

SonosNet Passwort auslesen

Hier kommt nun euer gerootetes Android-Handy oder -Tablet ins Spiel. Die gesammelten WLAN-Zugangsdaten sind für Root kein großes Geheimnis. Sie stehen unverschlüsselt in der Datei /data/misc/wifi/wpa_supplicant.conf, normale Android-Apps kommen da nicht ran, Root-Applikationen können die Konfigurationsdatei allerdings problemlos öffnen.

Ich für meinen Teil benutze dafür gerne Solid Explorer, es tut aber auch jeder andere Dateimanager aus dem Android Play Store, der mit Root-Rechten umgehen kann. Navigiert mit ihm ins Stammverzeichnis und öffnet dort dann den Pfad /data/misc/wifi im Dateimanager. Sucht hier schließlich die Datei wpa_supplicant.conf heraus und öffnet sie mit einem langen Fingerzeig in den SE Texteditor. Hier findet ihr jetzt die Zugangsdaten zum SonosNet im Klartext.

Mit den Daten bekommt ihr nun jedes andere Gerät ins SonosNet, es muss allerdings die Option unterstützen ein „verstecktes“ WLAN aufzufinden, was heutzutage eigentlich aber kein Problem sein sollte. Ich habe hier mittlerweile mein Notebook im SonosNet, da mein WLAN-Router am anderen Ende der Wohnung steht, ist über das SonosNet der Datendurchsatz deutlich besser. Störungen bei der Musikwiedergabe der Sonos-Boxen konnte ich trotz ordnetlich Last durch mein Notebook bislang noch nicht feststellen.

//UPDATE: Caschy hat den Beitrag aufgegriffen und bei ihm hat ein Kommentator gefragt, warum man denn nicht einfach InstaWifi zum Auslesen der Zugangsdaten nimmt. Guter Punkt, warum nicht! Ich hatte schon früher mal InstaWifi probiert und mich damals geärgert, dass ich das Passwort zwar sehen konnte, aber nicht per Copy&Paste übernehmen. Das störte bei einem kurzen WLAN-Passwort nicht, beim ellenlangen SonosNet-Schlüssel war mir das Ablesen dann aber doch zu nervig. Wie dem auch sei, mit aktuellen Versionen der InstaWifi-App klappt auch das Kopieren des Schlüssels. Wenn ihr euch den Weg über den Dateimanager ersparen möchtet, dann bietet sie den einfacheren Weg.

Watchever trotz Root unter Android benutzen

Christoph Langner — Tue, 05 Feb 2013 19:23:09 +0000

Mit Watchever gibt es seit Anfang des Jahres eine Alternative zu Lovefilm, Netflix und Co. Der Dienst mit französischen Wurzeln — der Medienkonzern Vivendi schießt das nötige Risikokapital vor — bietet für 8,99 Euro im Monat (30 Tage kann man Watchever kostenlos testen) eine Film- und Serien-Flatrate. Für Linuxer ist die aufgrund von Silverlight mal wieder kein Thema, allerdings hat Watchever eine Android App in petto, die sich eigentlich ganz gut sehen lassen kann. Sie ist allerdings bislang nur für Android-Tablets (leider nicht für das Nexus 7) freigeschaltet, Handy-User schauen daher derzeit noch in die leere Röhre. Genauso wie User mit gerooteten Tablets, hier streikt der Stream wohl aus rechtlichen Gründen. Allerdings lässt sich diese Sperre aktuell wohl doch umgehen.

Watchever erntet durch die Bank eigentlich recht gute Kritiken. Das Streaming-Angebot ist zwar noch nicht so umfassend, es fehlen zum Beispiel die Bond-Filme, Klassiker wie Indiana Jones oder Star Wars, dafür gibts aber zum Beispiel die ersten zwei Staffeln der wirklich guten Neufassung von Sherlock aus England oder auch diverse amerikanische TV-Serien wie Big Bang Theory oder Breaking Bad, wenn aber auch hier wieder nur die ersten Staffeln vorhanden sind. Aber alleine wegen Sherlock lohnt es sich eigentlich die ersten 30 kostenlosen Tage des Dienstes auszutesten.

Wahrscheinlich aber um zu verhindern, dass der Videostream aus dem Tablet geleitet und gesichert wird, prüft die App, ob ihr euren Androiden gerootet habt. Sehr ärgerlich für viele Android-User, die eben ein gerootetes Gerät nutzen möchten, dementsprechend sehen auch die Kommentare im Play Store aus. Allerdings ist die Prüfung wohl derzeit noch nicht ganz sauber, zumindest auf meinem HP Touchpad (Gebraucht zu bekommen über Amazon oder Ebay) mit CyanogenMod 9 kann ich Watchever durchaus nutzen.

Watchever nur ohne Root

In der Standardkonfiguration setzt CyanogenMod — zumindest noch in der neunten Version — auf das Tool Superuser zur Steuerung des Root-Zugriffs. Auf dieses hat es aber wohl auch der Root-Check von Watchever abgesehen, er fordert kurzzeitig Root-Rechte an und prüft bei Nichterfolg wohl auch ab, ob das Programm vorhanden ist. Bei einer erfolgreichen Suche fängt der Videostream erst gar nicht an zu laufen.

Von Haus aus scheitert auch bei meinem Root-Androiden der Zugriff auf Watchever, allerdings hatte ich zuvor ein günstiges Android-Tablet in der Mangel, bei dem Watchever trotz Root lief, allerdings regelte hier SuperSU den Zugriff. Interessiert habe ich daher auch auf meinem Touchpad SuperSU gegen Superuser getauscht und siehe da, Watchever läuft nun auch dort. Ich will mich jetzt nicht so weit aus dem Fenster lehnen und sagen, dass Watchever immer und überall mit SuperSU-Root-Androiden funktioniert, aber ausprobieren könnt ihr es ja mal.

Auf SuperSU umsteigen

Das Root-Tool ist bei den meisten Custom-ROMs fest in der Firmware integriert, von daher könnt Ihr nicht einfach Superuser aus den Apps kegeln und SuperSU stattdessen installieren, die alte Root-App muss ersteinmal händisch aus dem System gelöscht werden. Bevor ihr damit aber anfängt, achtet bitte drauf dass ihr SuperSU aus dem Play Store installiert habt, nicht dass ihr am Ende ganz ohne Root-App dasteht.

Besorgt euch nun einen Dateimanager wie zum Beispiel den Solid Explorer, der mit Root-Rechten umgehen kann, und wechselt in den Ordner /system/apps unterhalb des Stammverzeichnis. Dort sucht ihr euch die Superuser.apk und löscht (vielleicht reicht auch schon das Verschieben auf die SD-Karte) sie aus dem Verzeichnis. Von da an sollte SuperSU nahtlos die Aufgabe übernehmen die Root-Zugriffe zu steuern.

Watchever mit Root-Rechten

Startet nun Watchever und sucht euch einen Titel heraus, den ihr dann auch gleich abspielt. Bei mir fordert Watchever nun Root-Rechte an, die ihr der App natürlich verweigert. Daraufhin quittiert Watchever eingeschnappt mit einem Absturz des Streaming-Clients den Dienst, Watchever ist allerdings nicht wirklich nachtragend.

Im zweiten Versuch (und auch immer danach) weiß SuperSU jedoch nun aber schon, dass ihr der App keine Root-Rechte geben möchtet. Es erscheint nun keine Abfrage mehr, Watchever stürzt nicht mehr ab und das Video fängt auch auf einem gerooteten Androiden an zu spielen.

Ich habe wie schon eingangs gesagt keinen Feldtest gemacht, um nun definitiv zu sagen, dass man Watchever generell trotz Root zum Laufen bekommt, von daher bin ich auf eure Erfahrungen gespannt. Der Umstieg auf SuperSU ist auf jeden Fall nicht wirklich ein Nachteil. Allerdings wird die „Lücke“ — wenn es denn nun wirklich eine ist — mit hoher Wahrscheinlichkeit nicht lange offen sein, es ist ja nicht sonderlich schwierig auf andere Root-Apps zu prüfen.

Allerdings hatte ich schon Kontakt mit der Presse-Abteilung von Watchever, die angedeutet hat, dass es demnächst ein Update geben wird. Was genau nun genau geändert wird, wollte man mir nicht sagen. Watchever weiß aber sehr wohl, dass viele meinungsstarke Root-User genervt sind, die will man wohl nicht weiter enttäuschen. Vielleicht funktioniert Watchever bald generell auf Android-Tablets, ob gerootet oder nicht?

//PS: Falls ihr den Dienst selbst ausprobieren möchtet, könnt ihr die ersten 30 Tage wie gesagt kostenlos testen. Danach wird über eure Bankverbindung — die ihr beim Erzeugen des Accounts angeben müsst — monatlich kündbar 8,99 Euro abgebucht. Ihr könnt allerdings auch über den Kooperationspartner Bild gehen, dann gibt es die ersten zwei Monate Watchever-Abo zum Preis von einem. Watchever lässt sich über die Bild daher drei Monate für 8,99 Euro ausführlich testen.

Weiterentwicklung von Droidwall AFWall+ jetzt im Play Store verfügbar

Christoph Langner — Fri, 07 Dec 2012 14:09:30 +0000

Wenn ihr eine Android-App installiert, dann bekommt ihr ja eine Übersicht angezeigt, welche Rechte die App anfordert. Diese Android-Rechte müsst ihr im Paket abnicken, falls euch eines nicht gefällt, dann müsst ihr eben auf die gewünschte App verzichten (Ok ok, Root-User können mit dem LBE Privacy Guard Apps wieder Rechte entziehen oder an der Manifest-Datei schrauben, aber das ist hier erstmal nicht das Thema). Praktischer sind hier „Firewall-Apps“, mit denen ihr für jede App bestimmen könnt, welche App wie ins Netz darf.

Schon seit einer längeren Zeit gibt es die Open-Source-App Droidwall, die eine eben solche Firewall-Funktion umsetzt. Allerdings wird diese nicht mehr weiterentwickelt, seitdem der Entwickler den Code an Avast verkauft hat, die auf Basis von Droidwall ihre avast! Mobile Security Suite um eben diese Firewall-Funktion ergänzt haben. Der Code von Droidwall wurde leider seit Dezember 2011 nicht mehr angefasst, daher hat die App auch Probleme mit aktuellen Android-Versionen.

Dank Open-Source und der GPL ist das allerdings nicht das Ende für Droidwall. Im Play Store gibt es bereits diverse Forks von Droidwall und mit AFWall+ (oder hier für die Spenden-Version) ist ein weiterer vielversprechender Kandidat hinzugekommen, der natürlich auch wieder unter der GPL steht und dessen Quellcode ihr diesmal von github laden könnt.

AFWall+ gibt es nun besser mit Android ICS und auch JB zu arbeiten, außerdem gibt es jetzt auch eine Option den Zugriff während des Roaming-Betriebs zu blockieren bzw. zu erlauben. Außerdem wurde die Usability deutlich verbessert, da ihr jetzt auch die Möglichkeit habt auf einen Rutsch sämtliche Apps zu sperren/erlauben.

Schutz vor teuren Roaming-Gebühren

Besonders wichtig ist in meinen Augen die neue Roaming-Option. Die Nutzung von Fremdnetzen muss man unter Android in den Einstellungen unter Drahtlos & Netzwerke -> Mehr -> Mobilfunknetze -> Daten-Roaming zwar erst aktivieren, doch danach sollte man dran denken die automatische Synchronisierung (am besten über das Energiesteuerungs-Widget) zu deaktivieren, sonst zieht man unnötig Daten über die teure Auslandsverbindung.

Doch nicht jede App hält sich an diese Synchronisierungs-Einstellungen, werbefinanzierte „Offline-Apps“ oder andere Apps, die irgendwelche Dienste laufen lassen, würden dennoch teuren Traffic ins Internet erzeugen, den man in dieser Situation eigentlich vermeiden möchte, mit AFWall+ ist Schluss damit.

HTC Desire auf Debian Wheezy 64-Bit mit Revolutionary rooten

Christoph Langner — Tue, 23 Oct 2012 17:44:43 +0000

Das HTC Desire ist natürlich nicht gerade das neuste Smartphone der Welt, aber mir hat es in den vergangenen zwei Jahren eigentlich immer gute Dienste geleistet, im Blog könnt ihr auch einiges über das Handy nachlesen. Auf Ebay wird es derzeit für etwa 75 bis 100 Euro gehandelt, als Zweit-Droide – dessen Verlust nicht ganz soooo weh tun würde – ist das Desire daher in meinen Augen nach wie vor gut geeignet, wobei bei mir die Schmerzgrenze doch bei etwa 50 Euro liegen würde. Fast 100 Euro für das alte Ding halte ich dann doch für überzogen.

Aktuell probiere ich gerade Android „Ice Cream Sandwich“ 4.0 Firmwares für das gute Stück aus, von denen ihr hier im Blog mit Sicherheit auch noch etwas lesen werdet. Ein Vorteil von manch einer Firmware ist es, dass es möglich ist den kompletten internen Speicher auf die SD-Karte zu schaufeln. Damit ist endlich Schluss mit den „Kein Speicher mehr“-Meldungen nach der Installation einer Hand voll Apps. Dazu muss der alte Backstein jedoch natürlich zuerst gerootet werden…

Das Thema hatte ich auch schon einmal hier im Blog unter HTC Desire mit einem 64-Bit Ubuntu rooten behandelt. Aktuell fahre ich hier allerdings ein Debian Wheezy (in Form von CrunchBang Linux Waldorf), was das Thema nun ein bisschen anders aussehen lässt. Zudem hat sich auch die Root-Methode geändert, statt Unrevoked empfehlen die Entwickler jetzt Revolutionary, was das Rooten unter einem 64-Bit Linux sogar noch ein bisschen leichter macht.

Revolutionary hat keine graphische Oberfläche mehr, so dass ihr mit Getlibs hantieren müsst, um die nötigen 64-Bit Bibliotheken auf das System zu bekommen, das Programm arbeitet rein im Terminal. Dennoch braucht es nach wie vor die ia32-libs, um die Anwendung auf einem 64-Bit Ubuntu oder Debian nach dem Entpacken ausführen zu können.

$ sudo apt-get install ia32-libs

Das Rooten ist dann recht leicht, ihr entpackt das heruntergeladene Archiv und führt Revolutionary aus. Die App ist leider Closed-Source und auch noch mit dem Web verdongelt, auf der Homepage heißt es, nach dem Download eine aus dem Handy generierte Seriennummer einzugeben und das Ergebnis als „Beta-Key“ in das Tool einzugeben. Achtet auch drauf, dass auf dem Handy der USB-Developermodus aus Einstellungen -> Anwendungen aktiviert ist.

Das HTC Desire unter Linux rooten

Danach läuft eigentlich alles automatisch durch, nach einem Neustart des Handys ist ein offener Boot-Loader auf dem Handy installiert, der es euch erlaubt auf dem Desire eigene Firmwares zu installieren und auch Patche – so eben auch den Root-Patch – einzuspielen.

$ sudo ./revolutionary 
 =============================================
| Revolutionary S-OFF & Recovery Tool 0.4pre4 |
 =============================================
    Brought to you by AlphaRev & unrEVOked.

Waiting for device...
Found your device: HTC Desire (bravo-0.93.0001, Android: 2.2.2, ROM version: 2.33.161.6)

This is a beta release and requires a beta release key.
Please visit: http://revolutionary.io for more information.

Enter beta key [ serial: #### ]: ####
Beta key accepted - thank you for participating!

Zerging Root... this might take a minute or so.. Root acquired!
Sending in Caroline...
Cleaning up...
Rebooting to fastboot...
When life gives you lemons, don't make lemonade. Make life take the lemons back!
Waiting for fastboot...
Rebooting to fastboot (Once moar...)
SUCCESS - Life gave us lemons, we didn't make lemonade!

Do you want to download (Internet connection required) and flash ClockworkMod Recovery? [Y/n] y

Downloading recovery for your phone (bravo)...Done.
Flashing recovery over fastboot...SUCCESS!

Um das Handy nun abschließend zu rooten holt Ihr euch den Rootpatch aus dem Wiki von unrevoked.com. Wer keine Lust hat auf der Seite zu suchen, findet hier den Direktlink zur Datei Superuser-3.0.7-efgh-signed.zip. Sobald das Projekt die Datei austauscht, führt er allerdings ins Leere, prüft daher bitte ob es nicht eine aktuellere Datei gibt.

Den Root-Patch über Recovery einspielen

Schiebt die Superuser-3.0.7-efgh-signed.zip nun auf die SD-Speicherkarte des Handys, schaltet euer Desire ab und startet es durch das gleichzeitige und anhaltende Drücken von Power und Leiser (Lautstärkewippe nach unten) wieder ein. Dadurch landet ihr im Fastboot-Modus, über das ihr dann in den Recovery-Mode kommt. In dem Menü navigiert man mit Lauter/Leiser, die An/Aus-Taste dient als Auswahl-Taste. In den Recovery-Mode kommt ihr – wie nur schwer zu erraten ist – über den Eintrag „Recovery“.

Dort angekommen spielt ihr über „Install zip from sdcard“ den Patch ein, wer schon einmal etwas mit Android-Firmwares zu tun hatte, wird das Vorgehen mit Sicherheit schon verstehen. Ansonsten ist es auch nicht sonderlich schwer Ist das Update eingespielt heißt es das Handy nochmal neu starten und nachsehen ob die „Superuser“-App auch auf dem Handy angekommen ist. Wenn ja: Herzlichen Glühstrump, das HTC Desire ist gerootet.

Mit Oxygen für frische Luft beim HTC Desire sorgen

Christoph Langner — Tue, 14 Jun 2011 20:11:41 +0000

Irgendwie finde ich es erstaunlich, da bringt HTC mit dem HTC Desire S einen Nachfolger für das recht erfolgreiche HTC Desire auf den Markt und was ändert sich? Praktisch nichts! Zugegeben, das Gehäuse und die Front-Kamera sind neu und hochwertiger, doch unter der Haube hat sich praktisch rein gar nichts geändert. Ein bisschen mehr Speicher, eine etwas neuere CPU (mit derselben Taktrate) und ein hübscheres Gehäuse machen ein etwas neueres HTC Desire, das mir aber wenig Lust auf einen Wechsel macht. Gerade wenn man bedenkt, dass man das Desire ohne großen Aufwand auf Android 2.3.4 aktualisieren kann. Ein Update, das sich definitiv lohnt!

Zum Einstieg schnell mal ein Vergleich zwischen HTC Desire und HTC Desire S. Die Unterschiede sind wirklich marginal. Das Desire S ist ein kleines bisschen kleiner, etwas leichter und ein klitzekleines bisschen flotter. Primär sollte sich der größere Speicher positiv bemerkbar machen, doch mit dem richtigen ROM ist dieser Vorteil schnell dahin.

[-]	HTC Desire (Homepage)	HTC Desire S (Homepage)
Android-Version	2.1 (Original Firmware)	2.3.x
CPU	Qualcomm Snapdragon 1 GHz (QSD 8250)	Qualcomm Snapdragon 1 GHz (MSM8255)
GPU	Adreno 200 (AMD Z430)	Adreno 205
RAM	576 MB	768 MB
ROM	512 MB	1.1 GB
Display	9,4cm bei 480×800, Super LCD (Anfangs AMOLED)	9,4cm bei 480×800, Super LCD
Akku	1400 mAh	1450 mAh
Format	H119 x B60 x D11,9 [mm]	H115 x B59,8 x D11,6 [mm]
Gewicht	135g	130g
Preis	~170 Euro bei Ebay	~370 Euro bei Amazon

Ursprünglich wurde das HTC Desire mit Android 2.1 ausgeliefert. Anfangs war ich mit dem Stock-ROM relativ zufrieden, doch recht schnell hat es mich in den Fingern gejuckt, ein anderes ROM zu installieren. CyanogenMod wollte nach der Installation nicht starten, so blieb ich bei LeeDrOiD hängen. LeeDrOiD basiert auf dem CM mit Android 2.2, fügt aber die von HTC entwickelte Sense-Oberfläche zum ROM hinzu, so dass man ein aktuelleres Android mit der von HTC gewohnten Oberfläche hat.

Im Endeffekt war ich mit LeeDrOiD ziemlich zufrieden. Es ist spürbar schneller als das „Original“ ROM von HTC, hat dank A2SD deutlich mehr Platz für Anwendungen und ist trotzdem stabil. Allerdings habe ich bei Caschy mal wieder gelesen, dass die Android-2.3.x-ROMs für das Desire wieder schneller seien, was mich – zum Glück – mal wieder neugierig auf ein anderes Rom gemacht hat.

(Bildquelle und ausführlicher Test zum Desire S auf TeamAndroid.de)

Im Gegensatz zu Caschy habe ich mich für Oxygen entschieden, und was soll ich sagen? Ein Unterschied wie Tag und Nacht! Ungelogen! Wer ein HTC Desire besitzt und noch kein ROM ausprobiert hat, der sollte sich wirklich Gedanken über einen Umstieg machen. Dazu muss das Desire gerootet und dann mit dem ROM-Manager das zuvor runtergeladene Image installiert werden. Dauert nur ~15 Minuten und ist dank der integrierten Backup-Funktion des ROM-Managers auch recht ungefährlich. Hier mal meine „Bauchgefühl“-Pro/Contras…

Pro:

Spürbare Verbesserung der Performance
Applikationen aus dem Market installieren sich in wenigen Momenten
Webseiten werden deutlich schneller aufgebaut
Akkulaufzeit von fast zwei Tagen (bei meiner Nutzung)
Mehr Platz für Bookmarks im Browser (3×4 Icons)

Contra:

Die HTC Sense Oberfläche ist nicht schlecht, vieles lässt sich aber aus dem Market nachrüsten
Entsperren mit Doppelklick auf den optischen Cursor nicht mehr möglich (Lässt sich mit dem TBWake Mod verbessern, dann geht bei einemKlick auf den opt. Cursor wenigstens das Display an)
Aufnahmen von Videos mit 720p sind nicht mehr möglich

Erstaunt war ich, als ich vorhin Nils Bericht zum Desire S angesehen habe. Nils ließ auf seinem Desire S den Quadrant Benachmark laufen und konnte einen Wert von 1146 erzielen. Mit 1054 Punkten schafft mein „Oxygen-Desire“ nicht einmal 10% weniger! Bedenkt man, dass das Desire S sozusagen zur nächsten Generation gehört, ist das für das Desire ein toller Wert.

Als Demo ein kleines Video, das Oxygen auf meinem Desire zeigt. Ich will ich da gar nicht Oxygen groß vorstellen. Es ist ein „blankes“ Android, ihr könnt das Video aber mal dazu nutzen die Geschwindigkeit mit eurem ROM zu vergleichen. Besonders deutlich wird diese beim Installieren der App.

Wer noch weiter basteln möchte, der kann sich ja auch mal das RCMixS ROM ansehen. Dies enthält aktuell Android 2.3.4, plus Sense 2.1 vom Desire S sowie ein bisschen Sense 3. Ich bin jedoch mit meinem „nackten“ Android erst einmal zufrieden.

//PS: Der Artikel war praktisch schon fertig, so dass ich die Meldung von HTC nur noch unter den Artikel setzen mag. HTC hat heute über Facebook angekündigt, dass es – entgegen der vor Monaten gemachten Versprechungen – Android Gingerbread offiziell NICHT für das Desire geben wird…

Unser Entwicklerteam hat die letzten Monate hart daran gearbeitet, Gingerbread auf das HTC Desire zu bringen. Leider müssen wir euch heute mitteilen, dass nicht genug Speicher zur Verfügung steht, um Gingerbread auf dem HTC Desire zum Laufen zu bringen und dabei das HTC Sense Erlebnis aufrecht zu halten. Es tut uns sehr leid für die Enttäuschung, die diese Nachricht sicher für manche von euch mit sich bringt.

Wundert mich das? Definitiv nein, nach wie vor verstehen sich die Smartphone-Hersteller als Handy-Produzenten und ein Handy ist nunmal ein Wegwerfprodukt, schließlich muss das nächste Modell wieder für neue Umsätze sorgen. Ob Googles Forderung, dass die Hersteller ihre Modelle mindestens zwei Jahre mit Updates versorgen müssen jemals greift? Nichts desto trotz bin ich froh, dass es die großartige Android-Community gibt. Was juckt mich der Hersteller, wenn es unabhängige Entwickler gibt, die aus meinem „veralteten“ Gerät mehr herausholen, als die Produzenten erlauben wollen.