[WLANtalk] Hallo Vorstand vom Verbund Freie Netzwerke NRW, Hallo Liste,

So Mär 29 12:12:56 CEST 2015

Ich glaube wir sollten hier weniger den Pfad der Schuldzuweisung und
des Strafrechts gehen sondern den Pfad der Aufklärung und der
Vermittlung eines allgemeinen Verständnisses gehen, dass das Thema
Sicherheit und Vertrauen so extrem wichtig ist. 

Warum ist das Thema so wichtig?
1. Solch ein Problem kann dazu genutzt werden, um uns Medial fertig
zu machen.
2. Es ist ausgesprochen unangenehm den Freifunkas gegenüber, die
das Thema Sicherheit und Vertrauen ernster nehmen.
3. Ein Vertrauensverlust und Abkehr von Seiten der User wäre eine
Katastrophe und ist hoffentlich noch nicht erfolgt.
Darum kann ich den Beschuldigten hier nur raten nicht den
begossenen Pudel zu spielen, sondern die Brisanz als kritisch 
zu erkennen und konstruktiv zu argumentieren.
4. Das Argument, "nimm doch deine eigene Firmware, wenn du uns nicht
traust", geht gar nicht. 
5. Das Argument, "Die Firmware lag offen", kann nicht als
Entschuldigung akzeptiert werden. Das ist einer der letzten Mechanismen
die hier glücklicherweise greifen. Hier hätte ich mehr
Sensibilität und Sachverstand erwartet.
6. Meine Versuche in Kreisen des Freifunks auf genau diese Themen
aufmerksam zu machen, wurden meistens nicht ernst genommen. Das ist ein
Problem!

7. Der wichtigste Punkt ist jedoch nach meiner Meinung.
Es gibt wahrscheinlich mehrere andere Wege für Fernwartung und
Failsave, ohne auf eine Backdoor zurückgreifen zu müssen.
Mir fällt auf die Schnelle nur der regelmäßige Download-Versuch ein.
Warum wurde dann die Backdoor gewählt?
Und genau hier möchte ich gerne ansetzen.
Ich wage zu behaupten, dass die Brisanz des Themas nicht allen klar
ist. Weiterhin wage ich zu behaupten, dass es für verschiedene Personen
verlockend ist auf ein Machtinstrument zurückgreifen zu können, und
dies schreibe ich in voller Absicht.

Es ist auch nicht klar, aus welchen Motiven heraus
entschieden wurde.
Machtinstrument gegen Sicherheitbedenken, oder
Machtinstrument gegen Bequemlichkeit, oder
spielte Sicherheit überhaupt keine Rolle?

Der Vorwurf eine Backdoor mit bösen Absichten installiert zu haben
kann dummerweise und logischerweise im Nachhinein nicht mehr
ausgeschlossen werden. Ich hoffe hier wird die Brisanz des Themas
deutlicher. Und genau diese Situation gilt es zu vermeiden.
Ich könnte jetzt hier weiter ausholen, im Grunde wäre das auch
sinnvoll. Meine Erfahrungen zeigen jedoch, dass sich Menschen lieber
selbst betrügen, als dazu zu lernen.

Bitte nehmt das Thema erst und Argumentiert konstruktiv.
Konstruktiv wäre zum Beispiel:
Wir hatten das Thema leider unterschätzt, entschuldigt vielmals, wir
werden das Problem sofort beheben. Die Lösung sieht folgendermaßen aus:

Kein Wenn und Aber!

Bitte versteht diese Mail nicht als Schuldzuweisung sondern als Versuch
zur Aufklärung und Lösungsfindung.

freundlichen Gruß,
smilie

Am Sat, 28 Mar 2015 21:38:05 +0100
schrieb Felix Kaechele <felix at fetzig.org>:

> Hallo zusammen,
> 
> anbei hierzu ein Statement, das wir gemeinsam im Vorstand formuliert
> haben (und welches so auch im Forum zu finden ist):
> 
> Zunächst einmal möchten wir klarstellen, dass wir natürlich enttäuscht
> über die Art sind, wie dieses Thema hier hochgekocht wird. Ohne Frage:
> Das Thema ist kritisch und wichtig. Allerdings ist es fragwürdig wie
> das Thema so stark skandalisiert wird. Wenn in kurzer Zeit anderen
> Freifunkern Straftaten und kriminelle Energie unterstellt werden ist
> das schon extrem starker Tobak. Es wird unterstellt wir hätten diese
> Funktionen mit dem Ziel eingebaut kriminelle Handlungen vorzunehmen.
> Das ist einfach inakzeptabel. Wenn das die Methoden sind mit denen
> unliebsame Freifunk-Gruppierungen ausgeschaltet werden sollen, ist das
> extrem bedenklich für den Freifunk insgesamt.
> 
> Zum Verständnis hierzu ein paar Hintergründe warum (teilweise aus
> historischer Sicht) die Dinge so gemacht worden sind:
> 
> Das Wiederherstellen der authorized-keys Datei ist von uns eingebaut
> worden, weil in älteren Firmware-Versionen die Datei direkt dort liegt
> wo Dropbear sie findet ( /etc/dropbear/authorized_keys ). Wenn wir nun
> ein Update machen, wird die Konfigurations-Routine nicht nochmals
> durchgeführt, was dazu führt das die Datei fehlt. Es ist dann kein
> Zugriff mehr auf die Geräte via SSH möglich, daher kopieren wir die
> Datei beim booten zurück, sollte sie fehlen. Das ermöglicht zudem das
> zusammensetzen der Datei mit den Administrationskeys aus der
> Konfiguration und ggf. Community-spezifischen Keys.
> 
> Wenn Node-Betreiber keinen Ferwartungs-Service wünschten, haben wir
> vor Installation der Nodes die /etc/dropbear/authorized_keys.default
> gelöscht und die /etc/dropbear/authorized_keys mit dessen SSH-Key
> gefüllt, oder leer gelassen.
> 
> Da im Forum die Anforderung nach einem öffentlichen Download aufkam,
> haben wir ein Flag, das explizit beim Compillieren gesetzt werden
> muss, eingebaut. Nur die Firmware für den internen Gebrauch hat eine
> von vorn herein aktivierte Fernwartung. Das hat die Entwicklung
> vereinfacht. Dieses Vorgehen ist vergleichbar mit einem selbst
> kompilierten Gluon Build , in das man für die Wartung seine SSH-Keys
> (Paket gluon-authorized-keys) einbaut. Darüber hinaus haben wir viele
> Fixes für Fehlerzustände, die vorher beobachtet wurden eingebaut
> ( [1,2,3,4], sodass wir denken das die Firmware sich in jedem Fall
> sich selbst durch reboot wieder in einen stabilen Zustand bringen
> sollte - das war für uns in der Vergangenheit der Hauptgrund eine
> Remote-Administration anzubieten, da wir häufig Beschwerden über
> undefinierte Zustände der Router hatten und unseren Usern so am
> schnellsten und einfachsten helfen konnten.
> 
> Wir möchten auch nochmals darauf hinweisen, dass der gesamte Quelltext
> der Firmware zu jedem Zeitpunkt auf GitHub öffentlich einsehbar und
> mit dem Hinweis, sie nicht ohne weitere Rücksprache zu verwenden,
> versehen war. Weiterhin haben wir nie dazu aufgerufen unsere Firmware
> (vor der Version ohne Fernwarung) einfach herunterzuladen und zu
> installieren. Wir haben aus diesem Grund die Links zu den bereits
> kompilierten Dateien nicht auf unserer Webseite veröffentlicht.
> 
> [1]
> https://github.com/FF-NRW/Firmware/commit/eefeb663f0860b58d4fb0a8d28d4ee4717e057e3
> [2]
> https://github.com/FF-NRW/Firmware/commit/46a7672688262d901df6fbe8a534811367441ad0
> [3]
> https://github.com/FF-NRW/Firmware/commit/06a9ac37ef272c9394e712a70169a0335668c8a3
> [4]
> https://github.com/FF-NRW/Firmware/commit/88bd6ddee31d510c4e733b205973be94348cb125
> 
> 
> _______________________________________________
> WLANtalk mailing list
> WLANtalk at freifunk.net
> Abonnement abbestellen? ->
> http://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net
> 
> Weitere Infos zu den freifunk.net Mailinglisten und zur An- und
> Abmeldung unter http://freifunk.net/mailinglisten

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 213 bytes
Beschreibung: Digitale Signatur von OpenPGP
URL         : <http://lists.freifunk.net/pipermail/wlantalk-freifunk.net/attachments/20150329/8921fc63/attachment.sig>