Gleich uns’rer schönen Galaxie
blinkten in der Ferne sie;
am See, am Rand des Wassers drot;
in großer Zahl an jenem Ort.
Sah tausende mit einem Blick,
die Blüten tanzten voller Glück.

Die Wellen sahen staunend dies,
der Blumen Freude doch bewies:
Ein derart fröhlicher Poet
zuweil’ verspielte Wege geht.
Ich sah – und sah – und ahnte nicht,
welch Wohlstand mir vor Augen liegt.

So kommt’s, dass mir zu ruhiger Stund’
aus diesem oder jenem Grund
Erinnerung an diese Zeit
erscheint im Glück der Einsamkeit.
Mein Herz sich dann in heit’rem Tanz
erfreut an dem Narzissenglanz.

Ursprünglich verfasst im Oktober 2006 als Übersetzung von William Wordsworth’s “The Daffodils” / “I wandered lonely as a cloud”
Englisch-Grundkurs Jgst. 11
©  2006 Dominik George, CC-BY-SA

Auch wenn ich Ubuntu und Canonical als proprietäre Software nicht unterstütze, habe ich damals, als ich Ubuntu noch verwendet habe, meine Artikel der Community zur Verfügung gestellt. Und zwar in der Hoffnung, dass sie anderen helfen könnten. Es ist mein gutes Recht, darauf hinzuweisen, dass man sich dafür – wenn man möchte – bedanken kann. Genau so steht es jedem Leser frei, das zu tun oder nicht. Ubuntuusers selber platziert auf seiner Website einen Spendenaufruf – das ist genau dieselbe Situation: Eine Person oder Organisation, die gemeinnützig agiert, möchte zum Ausdruck bringen, dass sie sich über Zuwendungen freut, um ihre Arbeit aufrecht zu erhalten.

Dadurch, dass ich im Planeten blogge, bin ich noch kein Teil von Ubuntu Deutschland e.V.. Es ist noch immer meine Arbeit und mein Inhalt – neben dem der Verein, der Ubuntuusers.de trägt, seinen eigenen Spendenaufruf platziert und mir genau dies gleichzeitig untersagt.

Wie es bei Ubuntu eben Tradition ist, gibt auch Ubuntuusers wenig bis gar nichts an die Community zurück. So ist die Software namens Inyoka, die dahinter steckt, bis heute nicht freigegeben worden. Das Open Source-Ökosystem funktioniert so nicht, aber ich vermute, dass auch Canonical und die darum gescharrten Organisationen das noch verstehen werden.

Natürlich kann man dafür sorgen, dass man von dem “großen Kuchen” auch ein Stückchen abbekommt. Dafür muss man nur Mitglied im Verein Ubuntu Deutschland e.V. werden – für Geld.

Disclaimer: Wie die Betreiber des Planeten auf diesen Artikel reagieren, ist mir wirklich ziemlich egal. Hier kann man sicher schön das Popcorn rausholen und sehen, wie die Sheriffs mit Kritik umgehen .

Update: Wow, das ging schnell. Wenigstens effizient arbeiten die. Keine 3 Minuten nach Veröffentlichung bin ich im Planeten schon vollständig und kommentarlos entfernt .

Meine Bemühungen, die ich nun schildern werde, mögen etwas paradox erscheinen: Es geht um die Anbindung von Legacy-Netzwerken über Jabber-Transporte, vornehmlich Skype und Facebook. Beide benötige ich übergangsweise, um die Kommunikation mit einigen Leuten aufrechtzuerhalten, die ich zum jetzigen Zeitpunkt noch nicht migrieren kann.

Der Grund dafür, dass ich diese Protokolle nun über Jabber-Transporte anbinden wollte, ist der, den ich schon einmal genannt habe: Datenverfügbarkeit. Ich habe wenig bis gar keine Kontrolle darüber, was mit den Daten passiert, die ich über Facebook und Skype kommuniziere. Skype halte ich persönlich für äußerst schwer angreifbar (mit Ausnahme der Quellen-TKÜ), da es komplett dezentral arbeitet. Facebook ist hingegen ein bekanntes Problem.

Wenn man trotzdem aus historischen Gründen über diese Protokolle kommunizieren muss, so bleibt nur, sich klar zu überlegen, welche Informationen man durch den Kanal kommuniziert. Der Vorteil des Jabber-Transports ergibt sich dann, wenn man hier auch noch mod_archive hinzunimmt. Mod_archive loggt serverseitig alle Gespräche mit (sofern der Benutzer das konfiguriert hat).

Aus vielen Gründen ist mir die Archivierung meiner Konversationen äußerst wichtig – jedoch erlauben weder Skype noch Facebook einen sauberen Export dieser Daten. Durch das Routing sämtlicher Nachrichten durch meinen eigenen Jabber-Server ist die Datenverfügbarkeit vollständig gegeben.

Für die Techniker: Eine gute Implementation für die Transports ist Spectrum. Spectrum ist eine modulare Software, die über verschiedene Backends beliebige Protokolle transportieren kann. Existierende Backends sind libpurple und Skype. Die Implementation für Skype ist etwas von hinten durch die Brust ins Auge, aber das ist nicht anders möglich, da Skype ein Paradebeispiel für proprietäre Software ist. Das Backend startet Skype in einem virtuellen Framebuffer und registriert sich dann etwas magisch auf dessen DBus-API – kotzwürgbrech. Aber dafür können die Spectrum-Entwickler nichts und es funktioniert erstaunlich stabil. Facebook hingegen lässt sich einfach per XMPP anbinden.

Auf dem iPad ist dann besondere Vorsicht bei der Auswahl des Jabber-Clients geboten: Am vielversprechendsten sieht imo.im aus. Doch eines macht mich stutzig: das App bietet Push-Benachrichtigungen für XMPP bis zu einer Woche, nachdem das App beendet wurde. WTF, bitte? Erstens ist mir der Sinn dieser Funktion völlig schleierhaft, zweitens bedeutet es, dass der gesamte Traffic durch fremde Server geleitet wird. Der Hersteller bestätigte mir dann per E-Mail, dass man nicht etwa sauberes SASL macht, um wenigstens das Benutzerpasswort zu schützen, sondern dass dieses auf den imo.im-Servern im Klartext lesbar ist. Das App ist also ein absolutes no-go.

Im letzten Artikel hatte ich Monal empfohlen – das gebärdet sich aber ganz erbärmlich, seit mein Roaster auf 420 Kontakte angewachsen ist. Als Alternative teste ich jetzt Talkonaut, das zwar eine Menge überflüssige Features sowie einen merkwürdig anmutenden VoIP-Dienst an Bord hat, aber bisher einwandfrei funktioniert.

Mittlerweile habe ich im Bereich Jabber so viele Erfahrungen gesammelt und erfolgreiche Experimente durchgeführt, dass sich bald ein umfangreiches Kompendium zur Einrichtung von “always works”-Lösungen anschließen kann.

Übrigens, StatusNet integriert sich auch prima .

Essy und ich haben dann hauptsächlich am Kids-Track gearbeitet und dabei Flyer, Plakate und Anschreiben vorbereitet, die nun bald an die Schulen im Raum Bonn verschickt werden sollen. Die Website der FrogLabs ist auch ein gutes Stück vorangekommen.

Ein soziales Highlight war das musikalisch, jedoch kulturell fragwürdige Cometogether einiger Nerds um Jochim und mich am Samstag Abend. Unsere Darbietung von American Pie war dann doch ganz gelungen, das haben wir Scotty dann mit RMS’ Free Software Song wieder ausgleichen lassen .

Unser Ehrengast war natürlich Tux persönlich.

(Übrigens: Ich bin der Typ hinter Jochims Armen !)

Ich selber bin (bzw. war) ja extensiver Nutzer von sozialen Netzwerken (inkl. Facebook) und hatte vor allem viele meiner Daten in der Cloud, speziell bei Google. Google ist (bzw. war) meiner Ansicht nach ein “not-so-evil empire” – natürlich sammeln sie Daten, aber im krassen gegensatz zu so gut wie allen anderen Internetriesen waren sie immer transparent. Diese Transparenz führte bei mir zu Vertrauen dahingehend, dass ich mir sicher war, dass Google ncihts mit meinen Daten tut, wovon ich nichts weiß.

An dieser Position hat sich grundlegend nichts geändert, dennoch gab es für mich einen akuten Anlass ein Projekt zu starten: Die möglichst weitgehende Internet- bzw. Datenautonomie.

Was bedeutet das?

Als Autonomie (altgriechisch αὐτονομία, autonomía, „sich selbst Gesetze gebend, Eigengesetzlichkeit, selbständig“, aus αύτός, autos, „selbst“ und νόμος, nomos, „Gesetz“) bezeichnet man den Zustand der Selbstständigkeit, Selbstbestimmung, Unabhängigkeit, Selbstverwaltung oder Entscheidungsfreiheit.

(Wikipedia)

Im speziellen Fall der “Internetautonomie” bedeutet der begriff, dass ich alle Daten, die ich produziere oder die andere für mich produzieren, selber verwalten möchte – hierzu ist es also nötig, alle benötigten Dienste selber mit eigener Infrastruktur bereitzustellen.

Einzig aus Kostengründen gibt es die Einschränkung, dass Drittanbieter weiterhin Transporte zur Verfügung stellen – das beinhaltet DSL-Anschluss, Serverhousing und UMTS-Netzwerk. Aus diesem Grund kommt als weitere Bedingung hinzu, dass alle Dienste kryptographisch so sicher arbeiten müssen, dass auf dem Transportweg keine Angriffe stattfinden können, die die Datenautonomie beeinträchtigen.

Im Folgenden stelle ich einige Dienste gegenüber, die ich vorher von Drittanbietern bezogen habe und nun selber anbiete.

E-Mail

Wie oben erwähnt beginnt der erste Punkt mit dem E-Mail-System. Ich betreibe schon seit vielen Jahren eigene Mailserver, habe aber für private Kommunikation meistens eine Google Mail-Adresse verwendet. Dank des wahnsinnigen Funktionsumfangs des MUAs alpine konnte ich dieses Postfach innerhalb kürzester Zeit auf mein autonomes Mailsystem migrieren, das jetzt die Dienste vollständig übernommen hat.

Als Software kommen hier zum Einsatz: Postfix, Dovecot, OpenLDAP, Amavis, SpamAssassin, ClamAV

Chat / Audio/Video-Telefonie

Bisher habe ich – neben meinem eigenen Jabber-Dienst – auch Google Talk und Skype benutzt. Das hervorragende an Skype ist, dass es immer out of the box funktioniert. Das liegt an der Struktur des Skypenetzes, dem so genannten Supernode-Netzwerk.

Mit dem JingleNodes-Projekt gibt es nun aber eine Abbildung dieser Struktur auf Jabber/XMPP.  Der Client Jitsi verwendet es ohne Probleme, und wenn man auf dem Jabberserver STUN aktiviert, klappt zumindest die Audio-Telefonie auch mit Pidgin und Konsorten. Jitsi hingegen bietet aber auch Videotelefonie und sogar Bildschirmfreigabe und -fernsteuerung (also einen Ersatz für TeamViewer)!

Auf Apple-Geräten ist Vorsicht geboten, da die meisten Jabber-Apps einen externen Push-Dienst benutzen und hier sämtliche Konversationen und Passwörter an einen fremdanbieter weitergeben. Eine Ausnahme stellt Monal dar. Die beste Alternative für Android heißt Xabber – leider noch nicht Open Source, aber die Entwickler arbeiten daran!

Microblogging

Eines der für mich wichtigsten Medien ist und war bisher Twitter.. Twitter benutze ich auch immer noch, benutze aber primär eine lokale StatusNet-Installation. Diese integriert sich vollständig mit anderen StatusNet-Installationen (z.B. Identi.ca) und auch mit Twitter – ich verliere also keine Kontakte auf diesem Medium, dank der vollständigen Integration.

Nun wird die Frage aufkommen: Wo ist die Autonomie, wenn doch alle Daten bei Twitter landen?

Die Antwort ist: Datenschutz und Datensicherheit befassen sich mit verschiedenen Fragestellungen. Die Autonomie besteht hier akut hauptsächlich aus der Datenverfügbarkeit – sollte sich Twitter entscheiden, seine Dienste abzuschalten oder nur noch kostenpflichtig anzubieten oder meine Daten in anderer Form unzugänglich zu machen, befinden sie sich, im Kontext und ohne jeden Verlust, weiterhin in meiner lokalen StatusNet-Installation. Darüberhinaus sollten auf diesem Medium halt keine sensiblen Daten kommuniziert werden.

Leider sind die offiziellen StatusNet-Apps für iOS und Android beide vollständig kaputt. Eine Alternative für Android ist Mustard.

RSS/Feed-Reader

Als RSS-Reader kam bisher der Google Reader zum Einsatz. Er verfügt über ein äußerst umfangreiches Webinterface sowie ein Android-App, das sich vollständig synchronisiert. Da ich häufig an unterschiedlichen Rechnern arbeite, ist dieser Punkt sehr wichtig.

Hier gibt es eine 100%ige Open Source-Alternative, die sich auf der eigenen Infrastruktur installieren lässt: den Tiny Tiny RSS-Reader. Das Webinterface ist dem Google Reader sehr ähnlich, lässt sich aber komfortabler bedienen. Außerdem steht ein voll integriertes und ebenfalls gut funktionierendes Android-App zur Verfügung.

Kalender- und Kontaktsynchronisation

Bei der Synchronisation geht es im Wesentlichen um mein Android-Handy, mein iPad (jaja … ich war jung und brauchte wollte unbedingt ein Tablet) und mei Notebook. Die einzige sinnvolle Lösung heißt hier CardDAV (für Kontakte) und CalDAV (für Kalender).

Eine Stoplerfalle gibt es hier: Es existiert kein funktionierender CardDAV-Desktop-Client. Mozilla hat seit Jahren ein offenes Ticket dafür herumliegen und weigert sich, CardDAV-Support in Thunderbird zu implementieren. Drittanbieter-Add-Ons funktionieren ebenfalls nicht.

Das macht aber nichts, da man für das Mailen ja eh alpine verwendet und nicht Thunderbird. Daher tut es auch ein kleines Shellskript, das mir die CardDAV-Daten in ein alpine-Adressbuch konvertiert (die letzte Zeile pusht das Adressbuch in einen IMAP-Ordner – das ist das coolste Feature an alpine, dass es seine gesamte Konfiguration zentral im IMAP halten kann).

Apple-Geräte interagieren völlig problemlos mit CalDAV und CardDAV – vermutlich, weil Apple die Protokolle erfunden hat. Für Android existieren CalDAV-sync und CardDAV-sync von Marten Gajda. Leider sind diese nicht frei, weshalb ich zur Zeit an einer freien Alternative arbeite.

Niemand scheint den Standard aber so richtig einhalten zu wollen – inkl. Apple, aber die machen es am coolsten. Deshalb sollte, sofern vorhanden, ein iDevice zur Bearbeitung der Kontakte verwendet werden. Alternativ tut es auch Evolution unter Linux – aber dann darf auch nur Evolution zum Bearbeiten verwendet werden, da es Änderungen fremder Geräte kaputt macht.

Auf dem Server kommt DAViCal zum Einsatz.

Update: Norman empfiehlt unten in den Kommentaren die JavaScript-Anwendung CardDavMATE. Damit lassen sich direkt im Browser Kontakte bearbeiten.

Fotogalerie

Da ich immer haufenweise Fotos mache und diese teilweise auch veröffentliche, mindestens aber spontan anderen zeigen können möchte, habe ich meine Fotos bisher in die Picasa-Webalben hochgeladen. Im Sinne der Datenautonomie ist das natürlich nicht vertretbar – es gibt hier aber eine mindestens gleichwertige Open Source-Alternative: Piwigo.

Aufgrund der großen Datenmengen läuft diese auf einem Server, der bei mir zu Hause steht und über DSL sowie einen Tunnel von portunity ans Internet angebunden ist.

ReGalAndroid ist der passende Android-Client. Piwigo ist über Plugins stark erweiterbar und besitzt ein API für Bastelkönige. Zu meiner öffentlichen Galerie geht es hier – aktuell ist noch nicht Öffentliches vorhanden, aber das ändert sich bald .

Websuche

Als Alternative zur immer-trackenden Suchmaschien Google hält DuckDuckGo her. Sie tracken nicht, sie setzen nicht mal ein pisseliges Session-Cookie. Leider sind die Suchergebnisse oft nicht so gut wie bei Google – hier gibt es dann die so genannte Bang-Syntax, mit der sich externe Suchanbieter wrappen lassen – mit der Anfrage !google foo kann man Google nach foo durchsuchen, ohne getracked zu werden.

Android-App-Market

Da ich keinen Google-Account mehr benutze, habe ich auch keinen Zugang zu Google Play. Das macht das Beschaffen – auch von freien Apps – oft sehr mühsam, da die allermeisten Autoren offenabr die bedeutung von frei noch nicht verstanden haben. Es gibt hier aber Hoffnung: Mit F-Droid gibt es ein freies Repository, das einfacher zu bedienen ist als Google Play und hoffentlich bald stark wächst.

Dateisynchronisation

Bisher kam bei mir zur Synchronisation Dropbox zum Einsatz. Nachdem ich vor einiger Zeit angefangen hatte, eine eigene, freie Alternative zu entwickeln, begegnete mir heute SparkleShare. Es benutzt ein git+ssh-Backend auf jedem beliebigen Server und arbeitet nach ersten Tests auf Anhieb sehr effizient.

Fazit

Das Experiment der Internet-Autonomie ist ein mühsames Experiment. Es geht nicht nur darum, möglichst viele Dienste selber zu betrieben – all diese Dienste bringen nichts, wenn das soziale Umfeld sie nicht ebenfalls benutzt. Hier ist also viel missionarische Arbeit nötig.

Für mich selbst steht fest, dass ein Online-Leben in weitgehender Unabhängigkeit möglich ist – ich lebe es sehr erfolgreich seit mehreren Wochen. Als Resultat muss jetzt ein Community-Projekt stehen, das dieses Wissen der Allgemeinheit in sinnvoller Form zur Verfügung stellt.

Stay tuned!

Update: Oh, keine 12 Stunden nach meinem Artikel verlinkt mich Dominik Schmidt in seinem Artikel “Das öffentlich-rechtliche Modell für das Internet“, der noch einige wichtige Gedanken zur Wahl seiner Datenpartner beinhaltet. Vielen Dank!

Das Problem daran ist, dass damit, ohne ein bisschen Kreativität, nur die Möglichkeit bleibt, Mediawiki mehrmals getrennt von Hand zu installieren. Das ist aufwendig und nimmt vor allem die Möglichkeit, über das Debian-Paketsystem auf dem aktuellen Stand zu bleiben.

Doch dank der Struktur des mediawiki-Paketes in Debian ist es, mit ein bisschen Magie, möglich, mehrere Instanzen auch mit dem Debian-Paket zu betreiben.

Eine Anleitung dazu ist aus dem Thread Mediawiki mal 2 bitte!!!! im Forum in Zusammenarbeit mit ssc entstanden. Als Endresultat stand um 4 Uhr nachts ein Script, das semi-automatisiert beliebig viele Instanzen verwalten kann und bei Interesse seitens der Maintainer in das mediawiki-Paket aufgenommen werden kann.

Die Anleitung sowie alle weiteren Details finden sich im Debianforum.de-Wiki!

Ich stelle ihm so einige Fragen und stelle fest, dass da mehr ist als YouTube-Videos und Tutorials. Da ist fundiertes Wissen und Verständnis.

Nach dem Wochenende will ichs dann wissen. Ich schreibe an die Tafel ein paar unausgefüllte Wahrheitstabellen für die AND-, OR- und XOR-Operationen. Er guckt erst etwas irritiert die 1en und 0en an, kommt dann aber auf die richtige Idee und füllt in nicht mal 20 Sekunden alle drei Tabellen fehlerfrei aus.

Gut, denke ich mir, kann ja mal passieren. Aber von einer NXOR-Operation hat er bestimmt noch nichts gehört, denke ich mir, die ist ja nicht so gängig und braucht auch eigentlich kein Mensch. Er weiß auch erstmal nichts damit anzufangen, doch dann:

Er: “Hmm, das hab ich noch nie gesehen. Heißt das jetzt Not XOR?”
Ich: “Mhmm …”
Er: “Naja, weiß nicht, dann muss ich ja eigentlich nur die Tabelle vom XOR umdrehen, oder?”

Und er füllt das Ding korrekt aus. Wir machen weiter mit bitweisen Operationen über 4-bit-Zahlen, dann denke ich mir, dass das ja auch alles einfach ist und schreibe einfach mal – und das hat er auch noch nie gesehen – hin:

18 XOR 12 =

Er stutzt, meint, dass er das ja nur mit Bits könne. Ich lasse ihn stehen, weil bekanntlich können Kinder ja immer mehr als man für möglich hält. Es dauert dann auch keine halbe Minute … “Aha!”, höre ich, und er schreibt die – natürlich im Kopf umgerechneten – binären Äquivalente an, XORt bitweise und rechnet das Ergebnis zurück. Spaßeshalber schreibe ich eine kleine 2 an seine erste Binärzahl, er nimmt seinen Stift und schreibt weitere korrekte Indizes an die Zahlen.

Ich frage dann noch, ob ihm was auffällt. Er kommt nicht drauf, also sage ich, “Addiere die beiden Zahlen doch mal”. – “Hmm ja, kommt das gleiche raus. Warum das denn?” – Ich: “Na, schau dir mal deine Rechnung an.” – “Ach ja, bei der Addition in binär wäre da nirgendwo ein Übertrag.”

Ich habe ihm dann noch unser von Neumann-Modell gezeigt und mit der Hausaufgabe, einmal seinen Namen mit meinem zu XORen, nach Hause geschickt. Dann habe ich mir einen Kaffee gemacht und lange nachgedacht. Er scheint das wirklich verstanden zu haben, nicht nur irgendwo gesehen und auswendig gelernt. Da muss ich dran bleiben.

Irre, der Kerl.

Ich benutze ja sowieso HTTPS Everywhere (das solltet ihr auch tun), und gesern habe ich mir auch endlich mal wieder Certificate Patrol installiert, ein sehr nützliches Addon, das vor ausgetauschten Zertifikaten und Ähnlichem warnt.

Und dann flog mir plötzlich das hier um die Ohren:

Was ist hier passiert?

Das ist noch relativ einfach. Beim letzten Seitenaufruf hat der Server pixel.facebook.com ein Wildcard-Zertifikat, ausgestellt von DigiCert, vorgezeigt. Das ist eine laut Mozilla vertrauenswürdige CA, und offenbar ist da auch noch nichts gegenteiliges öffentlich geworden, ich habe sie nur gestern mit jemandem verwechselt.

Und dann ist da plötzlich ein anderes Zertifikat, nämlich ausgestellt von VeriSign. Da kommen ein paar Fragen auf:

• Wieso ersetzt Facebook sein Zertifikat plötzlich durch ein VeriSign-Zertifikat? Gut, können sie ja tun, aber …
• … wieso tun sie das JETZT, wo sie das doch (siehe Screenshot) schon seit fast einem halben Jahr rum liegen haben?

So weit so gut, kann ja mal sein, verplante Admins gibt’s immer, oder vielleicht hatten sie sogar einen guten Grund. Aber dann fliegt mir heute das hier entgegen:

Huch, wie jetzt? Facebook ersetzt das Zertifikat für pixel.facebook.com von VeriSign durch DigiCert? (In diesem Screenshot blöderweise das gleiche wie oben, zwischendurch hatte ich da noch ein anderes drin aber leider vergessen zu speichern).

Was ist da los? Nach kurzem Nachdenken ganz einfach:

pixel.facebook.com ist ein Alias für einen Haufen Webserver, die dann per DNS-Round-Robin ausgewürfelt werden:

nik@keks:~$ host pixel.facebook.com
pixel.facebook.com is an alias for star.facebook.com.
star.facebook.com has address 69.171.229.39

nik@keks:~$ host pixel.facebook.com
pixel.facebook.com is an alias for star.facebook.com.
star.facebook.com has address 69.63.190.29

Gut, kann man machen. Nur: ist es sinnvoll, die Server dann auf SSL-Ebene völlig asynchron zu halten? Ich kann mir vorstellen, dass man sich da eigentlich nur selber mit ins Knie schießt. Und bei einigermaßen gut informierten Benutzern löst es auch ein bisschen Verwirrung aus.

Aber pixel.facebook.com liefert ja auch nur Werbung aus, also, äh, die personalisierte Werbung, die das Bewegungsprofil der Benutzer in Form von personalisierten Anzeigen nach außen aggregiert. Ist kein digitales Vertrauen notwendig da!

Update: Ach, auf ihren Haupt-Servern können die das auch. Ich schreib jetzt mal an den Support …

Ich habe das Teil dann mal analysiert und folgendes gefunden:

• Das Programm enthält eine ganze Menge unnützen Code zur Tarnung.
• Es lädt dann von www.ukseikatsu.com eine Datei namens /images/ok.exe nach und legt sie im Benutzerprofil unter einer zufälligen Nummer ab.
• Dieser Code entpackt dann eine weitere Datei namens winsvc.exe, die den eigentlichen Kern darstellt.
• winsvc.exe verbinedt sich zu 141.105.66.235 auf Port 5500. Das ist eigentlich der VNC-Port, deshalb interessiert das die meisten Personal Firewalls nicht. In Wirklichkeit lauscht da aber ein IRC-Server.
• Der IRC-Server ist die Kontrollzentrale eines Botnets, zu dem der Client dann gehört.

Um so einen Mist in Zukunft zu verhindern: Klickt in drei Teufels Namen nicht immer jeden Scheiß an!

Linux-User sind übrigens sicher.

Update: Abuse complaint an Rusconnect, den Provider bei dem der IRC-Server läuft, ist raus.

Update 2: Dominic hat auf meinen Auftrag hin eine ausführbare Version (in Tcl) gebaut. Wir haben den Wurm Paul getauft und paul-removal.exe sollte jetzt auch unter Windows Vista und Windows 7 funktionieren. Hier ist alles gesammelt.

Beste Freunde in Köln

Die Bahnfahrt nach Frankfurt ist ja eigentlich recht kurz und unspektakulär. Aber wenn es die Bahn nicht verkackt, dann muss man das ja selber tun. So hatten wir dann noch eine wunderschöne Stunde Aufenthalt am Kölner Hauptbahnhof, da wir das Umsteigen am Deutzer Bahnhof irgendwie vergessen hatten. Denn ungewöhnlicherweise hätten wir schon an der Messe in den ICE nach Frankfurt umsteigen sollen. Als ich fast schon das ReiseZentrum auseinander nehmen wollte, fiel der Fehler aber auf .

Am Mittag kamen wir dann nach einem Abstecher zur Besucherterrasse des Flughafens in Frankfurt an. Irgendwie hatte ich mir das anders vorgestellt. Frankfurt ist ja in erster Linie für Dinge wie das Bankenviertel bekannt. Doch wenn man aus dem Zug steigt, stolpert man erst einmal über einen Stapel Schnapsleichen, rutscht auf einem Rudel Obdachloser aus udn schlittert geradewegs ins Rotlichtviertel. Die Kids und mich hat das dann erstmal irritiert, doch wir machten uns auf den Weg zum Hostel, um unser Gepäck abzustellen. Das Five Elements Hostel ist ein sehr großes und ordentliches Hostel, kstet dafür aber auch seinen Preis.

Da der Check-In erst ab 16 Uhr möglich war, wollten wir zunächst ein paar Caches suchen und bei Conrad eine UV-Lampe für den Nachtcache kaufen. Der Weg in die City dauerte vom Hostel ungefähr 10 Minuten, dann stellten wir fest, dass wir keinen Stift mitgenommen hatten. Also machten wir uns stattdessen auf die Suche nach einem Eiscafe. Das ist gar nicht so einfach, denn es gibt in der Frankfurter City so ziemlihc alles – nur keine Eiscafes. Zumindest nicht offensichtlich angebracht, und in der “Fressgass”, auf die uns ein Passant hinwies, konnte man wegen eines Weinfestes keinen Fuß vor den anderen setzen.

In der Paulskirche

Ein Bekannter gab mir dann den Tipp, unser Glück an der Paulskirche zu versuchen. Schon auf der Fahrt nach Frankfurt hatte ich Max und Simay einen kurzen Abriss über die Historie Frankfurts, insbesondere die erste Nationalversammlung 1848 in der Paulskirche, gegeben, so dass wir den sowieso geplanten Besuch des historischen Ortes mit einem Eis kombinieren konnten. Vorher machten wir noch Halt im Bull+Bear, einem Cafe in der City, wo die Kids den hausgemachten Eistee als “echte Alternative zu Cola” kennen lernten.

Als wir dann mit der Bahn zur Konstablerwache fuhren und den Einkauf bei COnrad erledigt hatten, war es jedoch schon Zeit fürs Abendessen. Wir entschieden uns für den Maredo in der Fressgass’. Die Jungs folgten meiner Empfehlung und so bestellten wir alle drei Fajitas mit Putenfleisch.

Nacht in Frankfurt

Danach begaben wir uns zum Check-In zurück zum Hostel. Max und Simay bezogen ihr Zweibettzimmer im fünften Stock, während ich mir ein Bett im Schlafsaal aussuchte. Danach entschlossen wir uns, im Dunkeln den Blick vom Main Tower zu genießen und einige Fotos zu machen. Schweren Herzens entschlossen wir uns, keine Nachtcaches zu machen, da das für die Rückfahrt mit der letzten Bahn zu knapp geworden wäre.

Simay wollte auch gerne noch einmal ein wenig Lightpainting am Mainufer ausprobieren, also erfüllte ich ihm den Wunsch und sah den beiden bis Mitternacht zu, wie sie ihre Kreativität im Umgang mit Kamera und Taschenlampen übten. Dann war es Zeit fürs Bett.

Am Samstag ließ ich die Jungs erst einmal ausschlafen, denn das Hostel bietet das Frühstücksbuffet täglich bis 12 Uhr an. Um 10 Uhr weckte ich die beiden also und bat sie, um halb elf fertig zu sein. Zu meinem großen Erstaunen schafften beide das problemlos, so dass wir dann auch sofort Frühstück und Checkout erledigen konnten. Dann machten wir uns – diesmal mit Stift – auf den Weg in die City, um endlich ein paar Caches zu loggen. Doch dabei hatten wir noch nciht mit der überwältigenden Hitze in der Stadt gerechnet.

Der Mittagshitze wichen wir also aus, indem wir erneut einen Besuch beim Bull + Bear einschoben. Das war das erste Mal, dass ich die Kids fragte, was sie denn trinken wollen, und sie, beide sonst eher colasüchtig, unverwandt mit “Eistee!” antworteten. Und das Zeug ist wirklich extrem erfrischend und lecker. Danach folgten wir der Stadtführung des Sightseeing-Caches, der uns an eine ganze Menge interessanter Orte führte. Unterwegs nahmen wir natürlich noch das obligatorische, alltägliche Eis zu uns.

Blick von einer der Mainbrücken

Leider blieb es letztendlich aber bei drei Tradi-Funden, bevor wir uns auf den Rückweg zum Hostel machen mussten. Dort holten wir unser Gepäck ab und traten die Rückfahrt nach Wuppertal an.

Auch wenn wir weder die ursprünglich geplante Konferenz besuchen noch die dann als Alternative geplanten Nachtcaches machen konnten, hatten die Kids und auch ich unseren Spaß. Beim nächsten Mal wird das Ganze aber wieder besser organisiert, und einen Nachtcache habe ich den Jungs, speziell Max, noch diesen herbst in der Heimat versprochen.

Alle Fotos Copyright 2011 Dominik George, Max Sahm und Simay Eliacik. Alle Rechte vorbehalten!

[Zeige als Diashow]

[Mit PicLens anzeigen]

12►