LaFonera - Teil 2

Nun ist es soweit, sprich es geht ans Eingemachte...Der Router soll einen ssh-Zugang bekommen. Ich stütze mich auf diverse Quellen:

• Hacking the La Fonera
• Fonera mit OLSR
• Reseting the La Fonera
• Fonera - Debricking and more
• OpenWRT - Fonera
• Serial port

Vielen Dank an alle Verfasser und Verfasserinnen dieser Anleitungen und Informationen. Ich empfehle die oben genannten Quellen zu konsultieren, bevor mit irgend etwas angefangen wird. Da ich zu faul bin, gehe ich den Weg des geringsten Widerstandes und will den Kolofonium Hack ausführen. 88.198.165.155 als DNS-Server eingetragen und den Fonera einmal neustarten...so weit so gut, aber ich komme ich auf die Weboberfläche dieses weissen, kleinen Kästchen. Der private Bereich ist mit WPA verschlüsselt. Wenn man eine komplett unverschlüsseltes WLAN-Netz hat zu Hause, welche einem nur den Zugang per VPN erlaubt, rostet das Wissen über WPA und WEP etwas ein. Direktverbindung und mit der IP-Adresse 169.254.255.1 auf das Web-Interface zugreifen, ist bedeutend einfacher. Falsche Firmware-Version für Kolofonium Hack, also muss halt "fondue" herhalten. Dies setzt jedoch voraus, dass WWW::Mechanize für Perl installiert ist. Folgendes Kommando setzt den Prozess in Gang

echo -e '/usr/sbin/iptables -I INPUT 1 -p tcp --dport 22 -j ACCEPT\n/etc/init.d/dropbear' | perl fondue.pl 169.254.255.1 admin

Es erscheint folgende Ausgabe:

By your command...
Injecting command �/usr/sbin/iptables -I INPUT 1 -p tcp --dport 22 -j ACCEPT�...
Injecting command �/etc/init.d/dropbear�...
Code has been injected.

Nun kann mit ssh eine Verbindung aufgebaut werden. Beim ersten Versuch muss der Router noch zu den bekannten Hosts hinzugefügt werden.

$ ssh -l root  169.254.255.1

und nun hat man ssh-Zugang zum Fonera

BusyBox v1.1.3 (2006.11.21-19:49+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

_______  _______  _______
|   ____||       ||   _   |
|   ____||   -   ||  | |  |
|   |    |_______||__| |__|
|___|

Fonera Firmware (Version 0.7.1 rev 1) -------------
*
* Based on OpenWrt - http://openwrt.org
* Powered by FON - http://www.fon.com
---------------------------------------------------
root@OpenWrt:~#

Damit in Zukunft der ssh-Zugang auch nach einen Neustart wieder gestartet wird, muss die Konfiguration des Fonera angepasst werden. Vielen Lesern werden nun diverse Dinge bekannt vorkommen, da bei den WRT54G(X) ähnliche Schritte ausgeführt werden musst, wenn OpenWRT installiert werden wollte. Verschieben des Konfigurations-File in den schreibbaren Bereich

mv /etc/init.d/dropbear /etc/init.d/S50dropbear

Editieren der Firewall-Konfiguration (Achtung der Editor ist vi)

vi /etc/firewall.user

Und folgende beiden Zeilen an die eigenen Gegebenheiten anpassen

iptables -t nat -A prerouting_rule -i $WAN -p tcp --dport 22 -j ACCEPT                                                                                             
iptables        -A input_rule -i $WAN -p tcp --dport 22-j ACCEPT

Neustart der Dienste

/etc/init.d/S50dropbear
/etc/firewall.user

Als letzter Schritt muss nun noch das "nach-Hause-telefonieren" deaktiviert werden. Dazu folgende Datei editieren

vi /bin/thinclient

Und diese Zeile auskommentieren.

#. /tmp/.thinclient.sh  

Umbennen der entsprechenden Datei

mv /etc/init.d/N40thinclient /etc/init.d/noN40thinclient

und den eintrag in der crontab /etc/crontabs/root auskommentieren. Es gibt noch einen weiteren Eintrag in dieser Datei

vi /etc/init.d/N10conncheck

dort alles auskommentieren. Eigentlich hatte ich auch noch gerne eine serielle Schnittstelle, jedoch habe ich keine Bauteile, um ein solches Kabel zu basteln, resp. einen einen seriellen Anschluss zu bauen. Der Pegelwandler Max3222 ist das Hauptproblem, da ich nicht Elektroniker bin, habe ich keine Ahnung, was das ist und wo ich es günstig bekomme. Es gibt auch noch eine andere Variante mit einem Dallas DS275, da sieht das Schema schon einfacher aus. Aber auch hier ist das Bauteil das Hauptproblem. Werde wohl mal mit meinen Elektro-Mitstudenten sprechen müssen. Eigentlich habe ich gar keine Lust mehr Mitglied der Fon-Community zu werden, da dort anscheinend der gute Ton zwischen der Community und der "Regierung" abhanden gekommen ist, resp. die Antwort im deutschen Blog nicht gerade die Professionalität und den Stil aufweisen, wie auch ich es von anderen Communities gewohnt bin. Etwas salopp gesagt, auf solche infantile Sche.... kann ich gut verzichten. So sehe ich mich momentan nicht veranlasst, den Router in irgendeiner Form "nach Hause telefonieren" zu lassen, denn ich habe ja keine Ahnung, was dieser Kasten alles überträgt. Fon schweigt darüber... Zudem stimme ich Stefan Tomanek zu, dass die Möglichkeit des Umbiegens der Konfiguration eine schwerwiegende Sicherheitslücke ist und diese innerhalb von wenigen Tagen geschlossen werden hätte sollen. OpenWRT steht unter der GPL, aber Fon nutzt die Ressourcen und das Knowhow der Community nicht, sondern legt ihnen Steine in den Weg. Ich bin wohl, wie er auch, verwöhnt von anderen Projekten, in welchen die Fehler sehr rasch gehoben werden. Lasst mich das Extrembeispiel anfügen: 10 min bis zum Patch !!!