marcs blog

Jetzt hat Google mit einigen Blessuren seinen Dienst Streetview hierzulande über die Startlinie bugsiert, da steht auch schon der nächste in den Startlöchern: Microsoft bereitet Start von Bing Streetside in Deutschland vor, kann man auf heise.de lesen.

Man muß hier allerdings anerkennend konstatieren, daß Microsoft in diesem Fall aus Googles Fehlern gelernt hat, zumindest was die öffentliche Wahrnehmung betrifft. Herr Löffler erzählt wie wichtig doch Glaubwürdigkeit und das Vertrauen der Nutzer sei. Dieses hat Google durch technische Fehler im Vorfeld leichtfertig verspielt, unter anderem durch die Geschichte mit dem Mitschneiden von WLAN-Daten.

Im weiteren schwadroniert Herr Löffler fleißig von Privacy by Design, Datenkontrolle und Transparenz, was sich zwar alles toll anhört, alas, vor meinem geistigen Auge sehe ich da nur diese Szene.

Auch der Verweis auf den geplanten Datenschutzkodex für Geodaten-Dienste, der derzeit vom Bitkom ausgearbeitet wird, entlockt einem nichtmal ein müdes Lächeln. Da finden sich mal wieder Bock und Gärtner in einer Person.
Die Lösung für Datenschutzprobleme ist natürlich eine weitere Datenbank... wie könnt's anders sein. *seufz*

Selbstverständlich wollen wir die Privatsphäre der Nutzer berücksichtigen, aber doch bitte nur solange das nicht unseren wirtschaftlichen Interessen in die Quere kommt.

Deshalb ist auch diese ganze freiwillige Selbstregulierungsgeschichte eine reine PR-Maßnahme um einerseits Kritiker zu beruhigen und andererseits trotzdem beliebig freie Hand zu haben. Und das grundlegende Problem wird hier wie so oft komplett ignoriert.

Dabei müßte man noch nichtmal irgendwelche Sondergesetze für Geodaten-Dienste aus dem Hut zaubern. Eine allgemeine Regelung wie die folgende sollte doch vollkommen ausreichen:

Daten, die direkt oder indirekt personenbezogene Informationen enthalten oder Rückschlüsse auf eine Person zulassen, dürfen ohne Zustimmung der betroffenen Person nicht erhoben oder gespeichert werden.

Punkt, fertig. Also erstmal Deny by default und generelles Opt-In, danach kann man dann mit Ausnahmeregelungen kommen, z.B. für öffentliche Veranstaltungen, damit Herr de Maizière auch weiterhin seinen Kölner Karneval im Fersehen gucken kann.

Aber so etwas ist ja weder wirtschaftlich noch gesellschaftlich gewollt.
Denn weil man selber nichts zu verbergen hat, kann einem daher auch niemand verbieten, sich die Nachbarschaft im Internet anzuschauen!

Da es für das Adobe Flash Plugin in der Version Schweizer Käse kein Update für 64-Bit Linux-Systeme gibt, hatte ich dieses Plugin nach Bekanntwerden der eklatanten Lücken erstmal deinstalliert.

Das hindert natürlich niemanden daran mir weiterhin Links auf Youtube-Videos oder ähnliches zu schicken , also wollte ich gerade einnmal Gnash ausprobieren, eine freie Alternative zu Adobes Trashplayer. Die Umgebung ist hier ein 64-Bit Arch Linux System und Gnash findet sich dort auch in aktueller Version im Repository.
Ein pacman -S gnash hat allerdings keinerlei Auswirkung auf das Firefox-Verhalten, das Plugin ist für diesen schlicht nicht vorhanden. Lösung ist die zusätzliche Installation des Pakets gnash-gtk. Et voila, Firefox erkennt das Plugin.

Der erste Test wird mit einem beliebigen Youtube-Video durchgeführt. Das Video wird zwar abgespielt, allerdings erscheint eine Fehlermeldung, daß der Audio-Stream nicht dekodiert werden kann. Gnash verwendet das GStreamer Framework und für den verwendeten Audio-Stream fehlten letztendlich die Bad Plugins, welche hier noch nicht installiert waren.
Ein weiteres pacman -S gstreamer0.10-bad-plugins zur Installation des Plugin-Pakets inklusive entsprechend mitinstallierter Dependencies löst auch dieses Problem und das Video wird wie erwartet abgespielt.

Als mittelfristige Lösung, bis Youtube endlich vollständig auf HTML5 umsteigt, ist Gnash hier demnach vollkommen ausreichend und gerade auf 64-Bit Systemen eine vermutlich sicherere Alternative.

Update:Es gibt doch noch weitere Probleme, so funktionieren nur eingebettete Videos, aber direkt auf Youtube abspielen kann ich nicht. Scheint ein Problem mit Cookies oder ähnlichem zu sein. Wär ja auch zu schön gewesen.

Ich habe ja seit ca. 1 1/2 Jahren einen Microblogging Account bei Identi.ca, quasi die nicht proprietäre und dezentrale Alternative zu dem Twitterzeugs.
Wie man sieht strotzt dieser geradezu vor aktiver Inaktivität. Warum? Weil ich die 140 Zeichen Begrenzung als unglaublich lästig empfinde. Jedesmal, wenn man etwas schreiben möchte und an diese Grenzen stößt, ist man damit beschäftigt seine Sätze umzuformulieren, zu kürzen, so daß am Ende etwas anderes da steht als man eigentlich ausdrücken wollte, also wird der Text gelöscht und kein Eintrag erstellt.
Zum diskutieren bieten sich ebenfalls andere Plattformen besser an, und Status-Updates meiner Person werde ich mit Sicherheit nicht groß kundtun.

Ich nutze den Account allerdings dennoch regelmäßig, und zwar zum Lesen der Beiträge in den von mir abonnierten Gruppen. Hier finden sich durchaus manche Perlen oder aktuelle Neuigkeiten.
Wie zu erwarten ist das Signal/Rauschen Verhältnis allerdings unglaublich schlecht. Aber warum sollte Sturgeon's Law (90% of everything is crap) auch hiervor halt machen?

Ursprünglich hatte ich ja vor auf dem Identi.ca Account diverse interessante Links zu posten, über die ich so stolpere, aber auch hier versagt mir die 140-Zeichen Begrenzung wieder jegliche Motivation.
Und für jeden Link einen eigenen Beitrag hier im Blog zu erstellen halte ich für Overkill. Die bisherigen Link-Sammlung-Posts waren damals auch nur das "Best-Of" der Links die ich so auf meinen Web-Streifzügen gefunden habe, aber auch solche Beiträge wollen erstmal erstellt werden.

Seit heute teste ich allerdings Mal die Plattform Posterous. Beiträge lassen sich schnell per Mail oder über das Bookmarklet erstellen, und Updates dort erscheinen auch automatisch auf dem Identi.ca Account.

In Zukunft werde ich hier auf diesem Weblog also lediglich längere Artikel veröffentlichen, soweit es meine Freizeit zuläßt, und die kleinen Fundstücke mit Kurz-Kommentar werden auf Posterous erscheinen.

• Kaminsky interview: DNSSEC addresses cross-organizational trust and security
  Dan Kaminsky erzählt ein bißchen über DNSSEC und was sich im letzten Jahr so getan hat, nachdem er drauf und dran war, das Internet kaputtzumachen.


• Neues aus der Anstalt
  Georg Schramm über die Arbeitsplatz-Entwicklung und die Fed.


• Halt and Catch Fire
  Halt and Catch Fire, known by the mnemonic HCF, was originally a fictitious computer machine code instruction claimed to be under development at IBM for use in their System/360 computers, along with many other amusing instructions such as "Execute Operator".


• Titanic vs CDU
  Ein Bekannter hat diese Perle im Titanic-Archiv ausgegraben. Großartige Aktion damals.

• Liebe ist Bundestag zu politisch
  "Ein Schüler will den Bundestag besuchen - und muss sein T-Shirt ausziehen, weil "Make love not war" darauf steht."


• Datenbank lüftet Geheimnis der EU-Agrarsubventionen
  Hier kann man selber die Datenbank durchsuchen. Lustiges Detail, daß selbst Golfclubs Agrarsubventionen abgegriffen haben.


• Url Shorteners: Destroying the Web Since 2002
  Das ist eines der Punkte, die mich an diesen Kurznachricht-Diensten schon immer etwas gestört haben.
  Einfach ein separates Eingabefeld für einen Link, egal wie lang er ist, oder das Erlauben des a-HTML Tags, würde die Benutzbarkeit IMHO deutlich verbessern.


• Ever Better Cryptanalytic Results Against SHA-1
  Kollisionen kommen auch bei SHA-1 in greifbare Nähe mit mittlerweile 2⁵² Hash-Operationen


• Quarter of men in South Africa admit rape, survey finds
  Mal ein kleiner Zahlenabgleich als Gegenstück zu dem hier. Aber Hauptsache wir kriegen eine Zensur-Infrastruktur wie sie nur die besten Diktaturen haben. Wen interessieren denn schon Menschen außerhalb des nationalen Tellerrands?

Das I2P-Projekt hat Anfang Juni ihrer Webseite einen neuen Anstrich gegeben. Desweiteren erschien gestern wieder ein neues Release, diesmal in Version 0.7.4.
Die Release Notes beschreiben in gewohnt kontinuierlicher Weise diverse Verbesserungen und Bugfixes. Ein Update ist wie immer zu empfehlen und über die Router Console fast von selbst erledigt.

In den letzten Wochen haben wir (also Jan und ich) uns etwas mit PSYC beschäftigt.
PSYC beschreibt allgemein gesagt ein Protokoll für eine dezentrale Kommunikations-Infrastruktur. Vergleichbar mit XMPP (Jabber) oder IRC. Allerdings gibt es ein paar wesentliche Unterschiede.

Zum einen ist PSYC wie gesagt dezentral. Das heißt wenn man sich auf einem PSYC-Server befindet, kann man sich auch mit Benutzern auf anderen PSYC-Servern unterhalten oder Chaträume auf anderen Servern betreten. Und wer möchte kann sich auch seinen eigenen PSYC-Server aufsetzen.

Desweiteren kann ein PSYC-Server als Schnittstelle in andere Netze dienen. Theoretisch kann man sich also mit einem IRC-Client auf einen PSYC-Server verbinden und sich dann mit jemandem auf einem XMPP-Server unterhalten. (Praktisch derzeit nur bedingt, aber dazu später mehr.)

PSYC unterstützt Multicasting, d.h. grob gesagt, daß Daten an mehrere Nutzer nur einmal verschickt werden, was für Skalierbarkeit nicht gerade unwichtig ist. So mancher Admin eines Jabber-Servers kann da ein Lied von singen.

Die Chaträume, sogenannte Places, sind beliebig programmierbar.

Mit diesen vier exemplarischen Features haben wir jetzt gerade begonnen an der Oberfläche von PSYC zu kratzen. Auf about.psyc.eu findet sich eine unglaubliche Fülle an Informationen. Man kann dort durchaus mehrere Tage oder Wochen mit Lesen verbringen und entdeckt minütlich etwas Neues.

Da ich oben schonmal kurz erwähnt hab, daß jeder einen eigenen PSYC-Server aufsetzen kann, haben wir das natürlich auch gemacht.
Dieser läuft derzeit im Testbetrieb unter 7t9.net (ja, die Seite dort ist derzeit sehr spartanisch aber das wird noch besser...)
Die Server-Implementierung hört übrigens auf den Namen psyced.

Jetzt ist natürlich die große Frage, mit welchen Clients man sich auf diesen Server verbindet. Zum einen funktioniert erstmal jeder IRC-Client, da psyced auch IRC spricht, auch wenn diese Clients natürlich nicht alle PSYC-Features unterstützen. Hierfür wären 7t9.net mit Port 6668 derzeit die nötigen Verbindungsdaten.
Getestet habe ich bisher mit Xchat, Chatzilla und irssi, welche soweit keine Probleme im Zusammenspiel mit psyced machen.

Als weiteren Client kann man übrigens auch Telnet verwenden (oder kompatible Mud-Clients), welches man auf Port 2323 dirigieren muß.

Normalerweise sollten auch XMPP-Clients wie z.B. Psi oder Pidgin ohne weiteres funktionieren, allerdings ist dieses Feature derzeit etwas verbugged und nicht zu empfehlen (es sei denn man möchte beim Debuggen helfen ).
Implizit bedeutet das wie oben schonmal erwähnt, daß z.B. jeder der sich via Telnet einloggt auch direkt über XMPP erreichbar wäre. Ich finde das Konzept einfach genial.

Eine kleine Auswahl über diverse Clients liefert die Snapshot-Seite.

Desweiteren liefert psyced ein Online-Handbuch mit, in dem man die wichtigsten Kommandos nachschlagen kann. Das dort verlinkte Chat Applet funktioniert derzeit übrigens nicht, spart Euch die Zeit.

Das soll jetzt erstmal als kleinere Einführung reichen. Wer mehr wissen will, findet wie gesagt auf der offiziellen Seite mehr als genug Lesestoff, ansonsten wird in der nächsten Zeit hier auch noch einiges an Informationen gesammelt.

Bei Fragen oder Kommentaren entweder hier im Blog kommentieren oder auf unserem PSYC-Server. Neue Nutzer landen automatisch im Raum #RendezVous (war die default-Einstellung, ich habe mir den Namen nicht ausgedacht. ), private Nachrichten können auch dort direkt an mich gesendet werden ( psyc://7t9.net/~marc ). Da Wochenende ist, werde ich mit Sicherheit nicht permanent an der Tastatur sitzen, aber ich lese die Nachrichten, wenn ich wieder da bin.

Zum Schluß nochmal kurz der Hinweis, daß es sich wie gesagt um einen Testbetrieb handelt und ich mir die Freiheit nehme den Server auch mal ohne Vorwarnung neuzustarten. Andererseits läuft der Server jetzt auch schon mehrere Tage stabil am Stück.

Von I2P, dem anonymen Netz im Netz, gibt es seit gestern wieder eine neue Version, diesmal mit einem etwas größeren Versionssprung auf die 0.7. Die Release Notes versprechen wie gewohnt stetige Optimierungen am Router selber und den integrierten Clients.

Der obligatorische Link auf das I2P Handbuch darf natürlich nicht fehlen.

Wer bei der Überschrift an ein großes asiatisches Land gedacht hat, sollte seine Assoziationsketten neu kalibrieren.

Es gibt in dem Bereich der IT-Sicherheit ein paar Grundpfeiler, auf denen alles weitere aufbaut. Gemeint sind hier diverse Eigenschaften wie Vertraulichkeit, Integrität, Authentizität oder Verfügbarkeit.
Vertraulichkeit besagt z.B., daß bestimmte Informationen nur für bestimmte Empfänger zugänglich sind.
Integrität garantiert, daß Informationen nicht verändert wurden.
Authentizität stellt sicher, daß eine Information von dem richtigen Absender kommt.
Und Verfügbarkeit gibt die Erreichbarkeit eines Systems oder einer Information an.
Hier will ich jetzt aber nicht weiter in's Detail gehen, da sich mit diesen Themen ganze Bücherregale oder viele Webseiten füllen lassen.

Nun gibt es eine relativ bekannte Firma, die vorgibt etwas von IT-Sicherheit zu verstehen. Eine Firma, die ihre Sicherheitsprodukte (aka snake oil) an leichtgläubige Kunden verramscht, die es nicht besser wissen.
Eine Firma, der wir 2006 eines der größten Botnetze zu verdanken hatten.
Und ganz aktuell:
Eine Firma, die offen zugibt, daß ihr die Vertraulichkeit der Internet-Nutzer am Allerwertesten vorbeigeht und gerne komplette Nutzerprofile ihr Eigen nennen möchte.

"Man schaut, was ist das für ein Anwender, welche Seiten hat er besucht, welche Gefahr geht von ihm aus", sagte John W. Thompson den VDI Nachrichten. "Auf Basis dieser Infos lässt sich dann ein Profil erstellen und Unternehmen können darauf entsprechend reagieren."

Da fehlen einem die Worte, angesichts der Dreistigkeit mit der aufgrund von Profitgier und Kontrollwahn die eigenen Kunden seziert werden sollen.

Es gibt wieder ein neues Release von I2P, diesmal in der Version 0.6.4.

Es gibt keine überraschenden Neuerungen, aber stattdessen ein paar Verbesserungen in der Performance und der Stabilität. Das hört man als Benutzer natürlich immer gerne, und ein Update ist über die Router Console auch vergleichsweise schmerzfrei möglich.

An dieser Stelle sei auch nochmal auf das I2P-Handbuch verwiesen, sowie den Artikel im Ravenhorst über I2P-Mail.