Doch Dominic wurde das Ganze dann irgendwann zu langweilig und er äußerte die Idee, doch mal ein kleines Spiel zu programmieren. Wegen der begrenzten Zeit und der weisen Voraussicht, dass ein größeres Projekt in zwei Tagen schwer zu koordinieren sein würde, schlug ich ein Experiment vor: Wir einigten uns auf ein einfaches, bekanntes Spiel (Schiffe versenken) und entwarfen ein – ebenfalls einfaches – Netzwerkprotokoll. Danach machten wir uns jeder für sich an die Entwicklung eines Clients für dieses Spiel. Am Ende sollten beide gegeneinander spielen können.

Überraschenderweise ging die Idee schon im ersten Testlauf auf: Wir haben es tatsächlich geschafft, auf Anhieb zwei kompatible Clients aufgrund einer vorherigen Vereinbarung zu implementieren. Und hier ist das Ergebnis!

SinkIt! GUI-Version (Dominic)

Dominic ist ja extremer Verfechter von Tcl/Tk, und als solchem fiel es ihm nicht schwer, innerhalb kürzester Zeit ein schon wirklich cooles GUI zu entwickeln. Schiffe lassen sich einfach mit der Maus platzieren und man erkennt sehr übersichtlich, wo man beim Gegner getroffen hat und wo man selber getroffen wurde.

Der Client kümmert sich überhaupt nicht um Sanity Checks oder ähnliches, das war Teil unserer Einigung. Es kam tatsächlich nur um die Implementation des vereinbarten Protokolls an.

Hier gibt es Dominics GUI-Version zum Download (lauffähig unter Linux mit 64-bit-Architektur wegen der Abhängigkeit zu einer elbstkompilierten UDP-Bibliothek – was soll ich sagen, Tcl eben : sinkit-gui-x64.tar.gz

SinkIt! CLI-Version (Dominik)

Ich hingegen habe mich natürlich an meine favorisierte Sprache Python gehalten und einen wirklich abartigen Konsolen-Client hingeschmiert. Immerhin funktioniert das Teil asynchron (nein, wir achten nicht auf Spielrunden, es sollte ja nur das Protokoll implementiert werden ) und ist vollkommen plattformunabhängig. Mit GUIs kann ich halt einfach nicht umgehen .

(Kleine Anmerkung am Rande: nach dem ersten Test haben wir dann mit Dominics Version weitergespielt …)

Mein Python-Skript gibt es hier: sinkit-cli-all.py.gz

Ach ja, übrigens: Doch, normalerweise sind wir geistig gesund .

Da wir generell auf allen usneren Servern Fail2Ban betreiben, einen Log-Monitoring-Daemon, der auf Auffälligkeiten wie wiederholte fehlgeschlagene Logins und Ähnliches prüft und entsprechend reagiert. Eine Reaktion ist das bannen der angreifenden Adresse mittels iptables, eine weitere Aktion ist das Versenden eines detaillierten Reports per E-Mail.

Unsere erste Idee war nun, diese Reports zu aggregieren udn an ein zentrales Postfach zuzustellen. Erst einmal nur, um da zwischendurch mal einen kleinen Überblick zu bekommen, wie sich die Angriffe so verteilen. Portscans, SSH-Brute-Force-Angriffe und Ähnliches gehören ja zum “normalen” Grundrauschen im Internet, und da kommt täglich schon so einiges zusammen.

Als wir die Reports dann aggregiert hatten, kam die Idee auf, daraus doch gleich automatisch Abuse Complaints zu generieren und an die Provider der Angreifer zu senden. Da Fail2Ban zwar standardisiert, aber nciht wirklich maschinenlesbar mailt, ist dafür einiges an ekliger Parserei notwendig. Aber es funktioniert.

Und was soll ich sagen? Ich zitiere einfach mal Felix …

aber eins muss ich dir lassen das ist extrem geil was du da gebaut hast

Jo, danke . Was daraus geworden ist, findet ihr jetzt unter dem Namen Bashinators Abuse Central.

Ach ja, übrigens … die Skripts sind eklig. Die Website ist … also, hat ihren eigenen Charm. Und das ist ein Spaßprojekt . Ach ja, und SSI rockt.

Das Modul erlaubt es, das TUN/TAP-Device des Linux-Kernels als Objekt in Python zu verwenden. Dazu operiert es direkt per Filehandle auf das Kontrolldevice in /dev/net/tun und stellt Methoden zum Lesen und Schreiben auf das Interface bereit. Außerdem kann es einfache ifconfig-Kommandos für das Tun- bzw. TAP-Device ausführen, so dass das Interface sogar aus dem Script heraus konfiguriert werden kann.

Hier ein kleines Beispiel, das die aus dem Device ausgehenden Pakete bzw. Frams ausgibt (unspektakulär, aber es zeigt die einfache Verwendung des Moduls):

from pytap import TapDevice

dev = TapDevice()
dev.ifconfig(address = "10.0.0.1",
             netmask = "255.255.255.0"
            )

while 1:
    data = dev.read()
    print data

Hier ein paar Links:

• Launchpad-Homepage
• PyPI-Eintrag (Python Package Index)
• PPA mit Debian-Paket (Launchpad Personal Package Archive)

Das Modul ist die Voraussetzung eines größeren Projektes, von dem ich demnächst berichten werde.

Zunächst als Zusammenfassung: Felix und ich hatten ein paar sehr lustige Tage in Berlin mit interessanten Vorträgen, spaßigen Aktionen und einigem mehr. Dafür vielen Dank an die Organisatoren, das EastSeven Hostel und natürlich Felix!

Tag 1

Nach unserer Anreise mit der Deutschen Bahn (Felix hatte eine geniale, zunächst merkwürdig erscheinende aber letztendlich finanziell bessere Zugverbindung aufgetrieben …) und dem Checkin im EastSeven-Hostel kamen wir gegen 14 Uhr beim bcc an. Leider begann der Kongresstag dort erst einmal mit Ärger, da offensichtlich schon alle Vollzeit-Tickets verkauft waren. Die Veranstalter konnten uns nur noch Tagestickets verkaufen, allerdings ohne die Garantie, an den folgenden Tagen auch Tickets zu bekommen und für einen deutlich höheren Gesamtpreis. Außerdem gab es entgegen der Information auf der Website doch eine Vorreservierung, nämlich für jeden, der jemanden kennt, der eine bestimmte interne Mailingliste liest. Christian C., einer der Projektleiter, zeigte sich wenig hilfreich (“Ich bin nicht engagiert, Besucher zufriedenzustellen.”), und so mussten wir uns letztendlich zufriedengeben. Etwa 20 Minuten später konnten wir jedoch wieder zufällig gefundene Vollzeittickets erwerben.

Unser erster Vortrag war Why Net Neutrality Matters von Jérémie Zimmermann. Die Verrenkungen der Provider, besonders im mobilen Bereich, mit denen der Durchschnittsverbraucher vom Konsum zu großer Datenmengen und Ähnlichem abgehalten werden soll, sind zwar bekannt, doch der Vortrag kann allemal als Aufruf angesehen werden, diesem kapitalgierigen Verhalten ein Ende zu bereiten. An dieser Stelle muss ich übrigens erwähnen, dass o2 in Deutschland als Vorreiter der Net Neutrality betrachtet werden kann: Die einzige Einschränkung, die der Mobilfunkanbieter auf seine Internet Packs anwendet, ist eine Bandbreitenbegrenzung ab 200 MB im mittleren Paket für 6,80 €. Das 25€ teure Internet Pack L kommt hingegen vollkommen ohne Einschränkung, selbst VoIP, Nutzung mit Notebook & Co. sind offiziell erlaubt.

Philippe Oechslin begeisterte danach mit seiner Präsentation Exposing Crypto bugs through reverse engineering und zeigte mehrere Systeme, die ihre Nutzdaten nur unzuverlässig oder teilweise eher “fahrlässig” verschlüsseln. Das Argument “But you did reverse engineering, which is a bad thing!” der Entwickler eines der Systeme zeigt dabei, wie sehr den proprietären Anbietern von Kryptografie-Hard- und Software die Sicherheit der Kundendaten am Herzen liegt. Philippe weist daher zurecht und begründet auf die Vorzüge freier Software auch oder gerade im sicherheitskritischen Bereich hin.

GSM: SRSLY? von Chris Pagel und Karsten Nohl zeigte ebenfalls interessante Designfehler und andere Angriffspunkte im weltweit eingesetzten Mobilfunkprotokoll GSM. Bereits seit Jahren sind die Standards für Transport und verschlüsselung der Daten als unsicher bekannt, doch die Angriffstechniken werden auch hier weiterentwickelt.

Nach einer eher unspektakulären und faden Präsentation zu Wireless Power Transfer ging es weiter zu Fabian Yamaguchis fantastischem Vortrag mit dem Titel cat /proc/sys/net/ipv4/fuckups. “Fabs” und seine Phenoelit-Crew präsentierten einen vollständigen und gut durchdachten Angriff gegen ein mittelständisches Firmennetzwerk auf allen Ebenen. Vom Angriff gegen Userland-Software bis zur Kompromittierung des Speichers von Netzwerkinterfacetreibern wurde hier alles gezeigt. Spektakulärerweise veröffentlichte Fabian während des Vortrags mehrere 0-Day-Exploits gegen die MSN-Implementation in Pidgin bzw. libpurple, die den Upload und Download beliebiger Dateien erlauben. Außerdem zog er erfolgreich und berechtigt über offenbar gängige Bugfix-Taktiken bei Intel & Co. her.

Nach diesem unterhaltsamen Programm machten wir uns auf den Weg zum Hostel, um den Schlaf der letzten Nacht nachzuholen.

Tag 2

Den zweiten Kongress-Tag begannen wir zunächst mit dem Versuch, den am Vortag bekannt gewordenen Pidgin-Bug zu implementieren. Allerdings gaben wir dies zunächst auf, ich denke aber, dass wir demnächst noch einmal darauf zurückkommen werden .

Der erste Vortrag war Milkymist, eine Präsentation über Videosynthese. Danach überzeugten Erdgeist und Fefe mit ihrer Zusammenstellung über besonders merkwürdige APIs. Oft wurden Windows-APIs unter Beschuss genommen, die stellenweise wirklich durch offensichtliche Durchdachtheit, Skalierbarkeit und Effizienz begeistern. Doch auch BSD und Linux haben echte Prachtexemplare an Bord.

Fuzzing the Phone in your Phone konnten wir leider nur per Live-Stream erleben, da der Saal unter hoffnungsloser Überfüllung litt. Was für Bugs die verschiedenen Herstelelr von Hard- und Software (z.B. HTC, Apple, Google und Microsoft) in ihren Produkten hinterlassen, ist angesichts ihrer Offensichtlichkeit schon interessant. Auch die Fallback-Lösungen, auf die Softwareentwickler kommen, um Bugfixes zu ersparen, zeugen von ungeahnter Genialität und Kreativität.

Beim SS7-Hacking ging es an den Protokoll-Stack der Telekommunikationsnetzwerke. Auch hier wurden Designfehler, Angriffsmöglichkeiten und Schutzmechanismen gezeigt. Hauptproblem ist die Auflösung des exklusiven Zugriffs auf das Netzwerk.

Und natürlich darf die Erwähnung des Hacker Jeopardy nicht fehlen: Diese Game-Show war so ziemlich das Highlight des zweiten Tages. In drei Runden traten jeweils drei Spieler gegeneinander an und versuchten, die “Fragen zu den Antworten” zu finden. Die Kreativität der Einsendungen ist dabei wohl unumstritten – auch wenn mir das Bashing gegen Perl so gar nicht gefällt .

An dieser Stelle übrigens zufällig die besten Grüße an “Hans”, “slarti” und “Peter”, ohne die das Ganze bestimmt nicht halb so lustig gewesen wäre .

Tag 3

Am dritten Tag war ich irgendwie nicht mehr aufnahmefähig, deshalb verbrachte ich einen Großteil der Zeit nach den Vorträgen über DECT und Hosting online communities als Assurer am CAcert-Stand.

Deshalb erwähne ich hier nur noch den Dunkin’ Donuts DDoS-Flashmob, der um 19:30h stattfand. Innerhalb von weniger als 2 Stunden wurden mit 300 Leuten die Fillialen der Donut-Kette rund um den Alexanderplatz leer gekauft. Bisher der spaßigste Flashmob, den ich erleben durfte!

Tag 4

Auch den letzten Tag habe ich, diesmal zusammen mit Felix, am CAcert-Stand verbracht, bis wir dann gegen 16 Uhr die Heimreise antraten.

Assorted

Und da ich ja ein Freund von Zahlen bin, hier noch ein paar davon:

• Durchgeführte Assurances: 51
• Davon bereits registriert: 40
• Davon abgelehnt: 2
• Kosten: 320 €
• Getrunkene Mate: Irgendwo zwischen zu wenig und zu viel

Ich hoffe, im nächsten Jahr wieder dabei zu sein, dann aber bitte mit verbesserter Ticket-Situation!

#!/bin/bash
# Copyright (c) 2009 by Dominik George & Felix Falk

# Config

CONFIG_DIGITAL=true

# Check dependencies
if [ ! -x $(which bc) ]; then
	echo "bc not found, install bc!"

	exit 1
fi

if [ ! -x $(which tput) ]; then

	echo "tput not found, install ncurses!"
	exit 1
fi

# Definitions
PI=$(echo "4*a(1)" | bc -l)

# Library
function deg2rad {
	local x=$1
	echo $(echo "${x}/180*${PI}" | bc -l)

}

function sine {
	local x=$(deg2rad $1)

	echo $(echo "s(${x})" | bc -l)
}

function cosine {
	local x=$(deg2rad $1)

	echo $(echo "c(${x})" | bc -l)
}

function round {
	local x=$1
	local pre=$(echo ${x} | cut -d. -f1)

	local post=$(echo ${x} | cut -d. -f2)

	local postone=${post:1:1}

	if [ "${pre}" = "-" ]; then

		pre=$(echo ${pre} | sed "s/^-\$/0/")

	fi

	if [ -n ${postone} ]; then
		echo ${pre}

	else
		echo $((pre + 1))
	fi

}

function drawpoint {
	local deg=$1
	local percent=$2

	local char=$3
	local mirror=$4

	radx=$(echo "${RADIUSX} * ${percent} / 100" | bc)

        rady=$(echo "${RADIUSY} * ${percent} / 100" | bc)

	xoff=$(round $(echo "$(sine ${deg}) * ${radx}" | bc -l))

	yoff=$(round $(echo "$(cosine ${deg}) * ${rady}" | bc -l))

	tput cup $((MIDDLEY + yoff)) $((MIDDLEX + xoff))

	echo -n ${char}

	if [ ${mirror} = true ]; then

		tput cup $((MIDDLEY - yoff)) $((MIDDLEX + xoff))

		echo -n ${char}
		tput cup $((MIDDLEY + yoff)) $((MIDDLEX - xoff))

		echo -n ${char}
		tput cup $((MIDDLEY - yoff)) $((MIDDLEX - xoff))

		echo -n ${char}
	fi
}

# Clear terminal
clear

# Get terminal caps

COLS=$(tput cols)
LINES=$(tput lines)

echo ${COLS}

echo ${LINES}

# Determine clock size from terminal size
if [ ${COLS} -ge $((LINES * 2)) ]; then

	HEIGHT=$((LINES - 2))
	WIDTH=$((HEIGHT * 2))

else
	echo abcdefghijklmnopqrstuvwxyz
	WIDTH=$((COLS - 2))
	HEIGHT=$((WIDTH / 2))

fi

# Determine clock position
TOP=$(((LINES - HEIGHT)/2))

LEFT=$(((COLS - WIDTH)/2))
MIDDLEX=$((COLS/2))

MIDDLEY=$((LINES/2))
RADIUSX=$((MIDDLEX - LEFT))

RADIUSY=$((MIDDLEY - TOP))

# Print digital clock if requested
if [ ${CONFIG_DIGITAL} = true ]; then

	tput cup $((MIDDLEY + (HEIGHT / 4))) $((MIDDLEX - 4))

	date "+%H:%M:%S"
fi

# Draw border
for deg in $(seq 0 1 90); do

        if [ ${deg} -ge 0 -a ${deg} -le 5 -o ${deg} -ge 25 -a ${deg} -le 35 -o ${deg} -ge 55 -a ${deg} -le 65 -o ${deg} -ge 83 -a ${deg} -le 90 ]; then

                char=x
        else
                char=.
        fi

	drawpoint ${deg} 100 ${char} true

done

# Get time
hour=$(date "+%H" | sed "s/^0//")

min=$(date "+%M" | sed "s/^0//")
sec=$(date "+%S" | sed "s/^0//")

# Hours
for percent in $(seq 0 1 60); do
	deg=$((180 - (((hour * 60 + min) % 720) / 2)))

	if [ ${deg} -lt 0 ]; then
		deg=$((360 + deg))

	fi
	drawpoint ${deg} ${percent} x false
done

# Minutes
for percent in $(seq 0 1 85); do

	deg=$((180 - (min * 6)))
	if [ ${deg} -lt 0 ]; then

		deg=$((360 + deg))
	fi
	drawpoint ${deg} ${percent} + false

done

# Seconds
for percent in $(seq 0 1 85); do

	deg=$((180 - (sec * 6)))
	if [ ${deg} -lt 0 ]; then

		deg=$((360 + deg))
	fi
	drawpoint ${deg} ${percent} . false

done

# Draw center
tput cup ${MIDDLEY} ${MIDDLEX}
echo X

# Set cursor to bottom left corner
tput cup ${LINES} 0

exit 0

Die verfügbaren Tags werden nach und nach erweitert, ein Update des Scripts ist dafür nicht nötig. Schönere Buttons gibt es auch bei Gelegenheit, dies hier ist ein Entwurf …

Das Skript ist in meiner neu eröffneten Sammlung auf der Teamseite verfügbar.

Tobit InfoCenter bzw. der Serverteil legt jede Mail einzeln als .0tx-Datei in einem Ordnersystem ab, wobei ein Ordner im Dateisystem auch einem Mailordner entspricht. Die .0tx-Dateien enthalten neben einem Standard-Mail-Header noch eine Kopie davon und einige binäre Daten am Anfang der Datei, die ich mir aus urheberrechtlichen Gründen nicht näher angesehen habe.

Wenn man die doppelten Header sowie die Binärdaten also entfernt, hat man eine nach entsprechendem RFC gültige Mail. Mit einer Mbox From_-Zeile davor wird sie also gültiger Teil einer Mbox-Datei.

Diese Mail lässt sich dann auch manuell in den Cyrus-Spool importieren und mit einem Reconstruct der Cyrus-Datenbank vollständig ins System einbinden.

Zu diesem Zweck findet sich in meinem SVN-Repository ein Perl-Script, das direkt auf dem Cyrus-Server (unter Linux!) ausgeführt wird und einen kompletten Tobit-Mailordner konvertiert. Angenommen wir befinden uns in einem Tobit-Ordner und möchten alle Mails in die INBOX des Benutzers foo kopieren und Cyrus hat sein Spoolverzeichnis in /var/spool/cyrus/mail, so lautet ein Beispielaufruf:

$ ./tobit-mbox.pl –cyrus –no-mbox –cyruser=cyrus –cyrdir=/var/spool/cyrus/mail/f/user/foo –cyrbox=user.foo

Dabei wird übrigens davon ausgegangen, dass der Cyrus-Admin-User cyrus heißt und dasss sich die Cyrus-Binaries in /usr/lib/cyrus/bin befinden. Entsprechende Parameter zur Beeinflussung dieser Variablen werden mit dem Befehl

$ ./tobit-mbox.pl –help

aufgelistet.

ACHTUNG: Die Benutzung dieses Scripts verstößt mit ziemlicher Sicherheit gegen geltende Gesetze. Das Skript wurde von mir zu Lernzwecken entwickelt, der Benutzer ist selbst zu 100% verantwortlich!

Das Update verlief problemlos, alles klappte wie vorher – nur meine Instant Messenger nicht mehr. ICQ, MSN, AIM und MyspaceIM (in Pidgin) meckerten über abgelehnte Verbindungen. Auch telnet auf die entsprechenden Hosts und Ports brachte keinen Erfolg.

Nachdem ich dann im Debianforum.de-Chat (ja ja, das gute alte Jabber funktionierte noch ) erstmal fertig gemacht wurde (;-)) kam die Idee auf, dass der Router wohl die ausgehenden Ports blockiert. Tatsächlich ist der Firmware und damit auch der Konfiguration eine spezielle Option für IM-Ports hinzugefügt worden, allerdings sollten diese laut Konfiguration geöffnet sein (siehe Bild).

Per Google stieß ich auf einige dezente Hinweise, die aber alle keine wirkliche Lösung brachten. Letztendlich blieb mir dann nur noch, mir die Sache einmal auf tieferem Niveau anzusehen. Mit dem URL http://192.168.254.254/setup.cgi?todo=debug (in meinem Fall ist 192.168.254.254 die IP-Adresse des Routers) lässt sich der interne Telnet-Server aktivieren.

Erstes Anlaufziel war die Firewall, um zu prüfen, ob die Ports tatsächlich frei sind. Dabei stieß ich allerdings auf eine interessante Kette (hier mal nur der entsprechende Auszug):

# iptables -L -t REAIM_IN
Chain REAIM_IN (1 references)
target prot opt source destination
ACCEPT tcp — anywhere anywhere tcp dpts:1863:1864
ACCEPT tcp — anywhere anywhere tcp dpt:5566
ACCEPT tcp — anywhere anywhere tcp dpt:5190
ACCEPT tcp — anywhere anywhere tcp dpt:4443
ACCEPT tcp — anywhere anywhere tcp dpts:40000:40099
ACCEPT tcp — anywhere anywhere tcp dpt:1864
ACCEPT tcp — anywhere anywhere tcp dpt:5566
ACCEPT tcp — anywhere anywhere tcp dpt:5190
ACCEPT tcp — anywhere anywhere tcp dpt:4443
ACCEPT udp — anywhere anywhere udp dpts:40000:41000

Zusammen mit der INPUT-Chain ergibt sich daraus ein interessantes Bild:

# iptables -L -t INPUT
Chain INPUT (policy DROP)
target prot opt source destination
REAIM_IN all — anywhere anywhere
ACCEPT all — anywhere anywhere
ACCEPT all — anywhere anywhere
ACCEPT all — anywhere anywhere
ACCEPT all — anywhere anywhere state RELATED,ESTABLISHED
DOS tcp — anywhere anywhere tcp flags:SYN,RST,ACK/SYN
DOS udp — anywhere anywhere
DOS icmp — anywhere anywhere icmp echo-request
PROXY all — anywhere anywhere
LOCAL_SERVICE all — anywhere anywhere

Anscheinend werden also alle ausgehenden Verbindungen auf den handelsüblichen Ports der IM-Clients zu einem lokalen transparenten Proxy umgeleitet (hier nicht klar zu erkennen, die kompletten iptables wären zu lang …). Tatsächlich gibt es auf dem Router ein Programm namens reaim – das jedoch nicht gestartet ist. Nach einem

# /usr/sbin/reaim

funktionieren alle Instant Messenger einwandfrei. Problem bleibt, dass der entsprechende Dienst nach einem eventuellen Reboot des Routers wohl nicht gestartet werden wird. Ein Blick in /etc und die verdächtig aussehende Datei rcS zeigt, dass hier wohl ein paar wichtige Dienste gestartet werden (Auszug):

# ls /etc
Daylight hostapd.conf svn.info
TZ hosts syslog.conf
block.htm htpasswd udhcpc.fix.script
cmd_agent passwd udhcpc.script
crontab ppp udhcpc.wizard.script
default rcS udhcpd.conf
dnrd resolv.conf upgrade_flash.cgi
gateway.xml restore_config.cgi version
group setup.cgi

# cat /etc/rcS
#!/bin/sh

mount -n -t proc proc /proc
mount -n -t ramfs ramfs /tmp

[...]

/bin/cp -a /www.eng/block.htm /etc
/sbin/insmod /lib/modules/push_button.ko
/sbin/insmod /lib/modules/ipt_string.ko
/sbin/insmod /lib/modules/ipt_psd.ko
/sbin/insmod /lib/modules/ipt_random.ko
#/sbin/insmod /lib/modules/ipt_REJECT.ko
/sbin/insmod /lib/modules/ipt_mark.ko
#20060919 block site
/sbin/insmod /lib/modules/ipt_http_uri.ko

[...]

/usr/sbin/adslctl start –mod a –bitswap on –sra on –lpair i
/usr/sbin/adslctl connection –up
/usr/sbin/atmctl start –pqs 125

[...]

/usr/sbin/brctl addbr br0
/usr/sbin/brctl stp br0 no
/sbin/ifconfig eth0 up
/usr/sbin/brctl addif br0 eth0

[...]

/usr/sbin/crond &
/usr/sbin/scfgmgr
/usr/sbin/atm_monitor init
/usr/sbin/cmd_agent_ap
/usr/sbin/pb_ap&

[...]

echo 1 > /proc/sys/net/ipv4/ip_forward

In diesem Script werden benötigte Kernelmodule geladen, Optionen im sysfs gesetzt, die Interfaces konfiguriert udn ein paar Dienste gestartet. Nur reaim taucht leider nirgends auf. Die Idee, die Zeile hinzuzufügen, liegt nahe:

# echo /usr/sbin/reaim >>/etc/rcS

Doch bei näherer Betrachtung des Skripts und des Dateisystems des Routers erscheint dies zwecklos:

# mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
/proc on /proc type proc (rw,nodiratime)
ramfs on /tmp type ramfs (rw)

# ls -l /
drwxr-xr-x 1 0 0 180 Sep 6 2007 bin
drwxr-xr-x 1 0 0 0 Jan 1 1970 dev
lrwxrwxrwx 1 0 0 8 Sep 6 2007 etc -> /tmp/etc
drwxr-xr-x 1 0 0 509 Sep 6 2007 lib
dr-xr-xr-x 37 0 0 0 Jan 1 2000 proc
drwxr-xr-x 1 0 0 86 Sep 6 2007 sbin
drwxr-xr-x 4 0 0 0 Mar 22 09:38 tmp
drwxr-xr-x 1 0 0 50 Aug 18 2004 usr
lrwxrwxrwx 1 0 0 8 Sep 6 2007 var -> /tmp/var
lrwxrwxrwx 1 0 0 8 Sep 6 2007 www -> /tmp/www
drwxr-xr-x 1 0 0 2265 Sep 6 2007 www.deu
drwxr-xr-x 1 0 0 2274 Sep 6 2007 www.eng
drwxr-xr-x 1 0 0 2225 Sep 6 2007 www.fre
drwxr-xr-x 1 0 0 2260 Sep 6 2007 www.ita

Das /etc-Verzeichnis und ein paar andere sind symbolische Links auf das temporäre Verzeichnis – und tatsächlich wird deren Inhalt erst beim Booten des Routers dorthin kopiert:

# cat /etc/rcS
[...]
/bin/cp -a /usr/etc/* /etc
[...]

Die “echte” Datei liegt also in /usr/etc, welches sich auf dem read-only gemounteten squashfs von / befindet. Es bleibt daher wohl nichts Anderes übrig, als den Fehler dem NETGEAR-Support zu melden. Aber für den geneigten Leser zum Schluss noch ein kurzer Auszug aus den laufenden Prozessen:

# ps aux
136 root 264 S /usr/sbin/netgear_ntp -z GMT-1
148 root 188 S /usr/sbin/potcounter
152 root 244 S /usr/sbin/crond
154 root 168 S /usr/sbin/scfgmgr
158 root 184 S /usr/sbin/cmd_agent_ap
159 root 168 S /usr/sbin/pb_ap
915 root 268 S /sbin/syslogd -f /etc/syslog.conf
994 root 260 S /usr/sbin/mini_httpd -d /www -r NETGEAR DG834GTB -c *
1423 root 364 S /usr/sbin/hostapd -B /etc/hostapd.conf
1870 root 256 S /usr/sbin/br2684ctl -c 0 -e 0 -a 0.1.32 -b
1886 root 520 R /usr/sbin/pppd plugin pppoe nas0 user **********
2106 root 220 R /usr/sbin/utelnetd -d

Ich bedanke mich bei NETGEAR für den gemachten Fehler und die daraus für mich resultierenden Einblicke in die Interna des DG834GTB .