brb-dos AT lists.piratenpartei.de
Betreff: ML der DOS-Piraten
Listenarchiv
- From: Guido Körber <koerber AT codemercs.com>
- To: ML der DOS-Piraten <brb-dos AT lists.piratenpartei.de>
- Subject: Re: [BRB-DOS] Freifunk ist dann mal tot
- Date: Sat, 20 Feb 2016 00:16:56 +0100
- List-archive: <https://service.piratenpartei.de/pipermail/brb-dos>
- List-id: ML der DOS-Piraten <brb-dos.lists.piratenpartei.de>
So, jetzt mal ein paar Worte mehr zu dem Sachverhalt:
Die Richtlinie 2014/53EU wurde gegen Ende 2014 verabschiedet und zwar vom
nach wie vor amtierenden EU Parlament. Von Julia habe ich dazu erfahren, dass
das Parlament offensichtlich übersehen hat wie viel Sprengstoff in der
Neufassung drin ist. Da hat also eine Lobby es geschafft ihre Interessen
unter dem Radar durch zu kriegen. Der EU-Com gefällt das natürlich auch.
In der Richtlinie steht Folgendes:
"Die Konformität einiger Kategorien von Funkanlagen mit den in dieser
Richtlinie festgelegten grundlegenden Anforderungen kann durch die
Integration von Software oder durch Änderungen der bestehenden Software
beeinträchtigt werden. Ein Laden von Software durch den Benutzer, die
Funkanlage selbst oder einen Dritten sollte nur möglich sein, wenn dies keine
Beeinträchtigung der Konformität dieser Funkanlage mit den geltenden
grundlegenden Anforderungen zur Folge hat."
Das wird aber mit diesem Satz wieder eingeschränkt:
"Die Überprüfung der Konformität von Kombinationen aus Funkanlagen und
Software durch die Funkanlagen selbst sollte nicht dazu missbraucht werden,
die Verwendung der Anlagen mit Software von unabhängigen Anbietern zu
verhindern."
Etwas unpraktischer ist dann noch dieser Satz zu den Anforderungen an
Funksysteme:
"Sie unterstützen bestimmte Funktionen, mit denen sichergestellt werden soll,
dass nur solche Software geladen werden kann, für die die Konformität ihrer
Kombination mit der Funkanlage nachgewiesen wurde."
Und das war es dann aber auch. Damit ist keine Grundlage vorhanden für das
was TP-Link da gerade tut. Das ist vorauseilender Gehorsam.
Aber die Richtlinie sieht sogenannte Durchführungsmaßnahmen oder "delegated
acts" vor. Das sind die größten Schweinereien die es in der EU überhaupt
gibt. Da kann dann die Kommission ohne jegliche parlamentarische Kontrolle
einfach Erweiterungen von Richtlinien beschließen.
Und genau das haben die zur Funkrichtlinie jetzt gerade vor. Dafür wurde die
Subgroup gegründet.
Was jetzt passieren muss ist, dass wir ordentlich laut werden, damit
möglichst viele Leute und die Medien darauf aufmerksam werden.
Ich habe heute die Wahrscheinlichkeit für Popcorn ganz deutlich erhöht, ist
aber noch nicht reif zur Veröffentlichung ;)
Am 18.02.2016 um 16:55 schrieb Guido Körber <koerber AT codemercs.com>:
> Es gibt vom ETSI einen Draft dazu wie mit den Updates umgegangen werden
> kann. Das zieht eine aufwändige Serverstruktur nach sich und alle
> betroffenen Geräte bräuchten einen Internetzugang, was ja gar nicht so
> gegeben ist. Wie mache ich das z.B. mit einer Bluetooth-Tastatur? Oder
> einem Zigbee-Sensor?
>
>
> Am 18.02.2016 um 16:40 schrieb SK <dos-piraten AT in-ff.de>:
>
>>
>> Hallo Guido,
>>
>> Am 18.02.2016 um 16:16 schrieb Guido Körber:
>>> Am 18.02.2016 um 15:22 schrieb SK <dos-piraten AT in-ff.de>:
>>>
>>> Die EU Com hat gerade eine Subgroup ins Leben gerufen die einen
>>> sogenannten delegated act zu dem Thema definieren soll. Es gibt also
>>> aktuell noch keine Regelung, aber es geht jetzt in die heisse Phase.
>>>
>> es ist schon sonderbar, dass ein 2014 von zumeist nicht mehr amtierenden
>> Parlamentariern beschlossenes Gesetz erst jetzt überhaupt in die Phase
>> der Formulierung technischer Details in Delegierten Rechtsakten tritt.
>>
>> Dennoch steht nunmal schon der Artikel 3 mit der Nachweispflicht, das
>> das Laden nichtkonformer Software zu verhindern... Keine Ahnung, wie
>> das überhaupt gehen soll. Oder anders: Es müsste möglich sein, seine
>> Software kostenlos bzw. zu geringen nicht diskriminierenden Kosten
>> zertifizieren zu lassen.
>>
>>> Alles was Hersteller momentan schon machen ist vorauseilender
>>> Gehorsam und sollte dazu führen, dass man die betreffenden Hersteller
>>> öffentlich benennt und boykottiert.
>>>
>> ...oder sie wollen öffentlichkeitswirksam auf das Problem aufmerksam
>> machen. Mit solchen Ankündigungen kann man auch den Druck erhöhen.
>>
>> Steffen
>> -sk-
>>
>>
>> --
>> BRB-DOS mailing list
>> BRB-DOS AT lists.piratenpartei.de
>> https://service.piratenpartei.de/listinfo/brb-dos
>
> --
> BRB-DOS mailing list
> BRB-DOS AT lists.piratenpartei.de
> https://service.piratenpartei.de/listinfo/brb-dos
Attachment:
signature.asc
Description: Message signed with OpenPGP using GPGMail
- [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Marcel, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Marcel, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 20.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Marcel, 20.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 20.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Marcel, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Marcel, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, SK, 18.02.2016
- Re: [BRB-DOS] Freifunk ist dann mal tot, Guido Körber, 18.02.2016
Archiv bereitgestellt durch MHonArc 2.6.19.