DefectiveByDesign.org

Habe heute eine weitere gute Seite zum Thema DRM (Digital Restriction Management) gefunden. Vor allem der iPod hat es mir angetan. Ihr findet ihn hier.
Auch hier findet man noch ein wenig was zum Thema DRM.

Elektronische Wahlsysteme und freie, gleiche und geheime Wahlen unvereinbar

Damit eine Wahl eine Legitimation einer Regierung oder einer Entscheidung seien kann muss sie frei, gleich und geheim sein. Frei heisst, dass ich jede mir richtig erscheinende Entscheidung treffen kann. Gleich heisst, dass jede Stimme soviel zählt, wie die eines jeden anderen. Geheim heisst, dass meine Wahlentscheidung nachträglich nicht mit mir in Verbindung gebracht werden kann. Das muss natürlich überwacht werden, damit jeder Vertrauen in das Ergebnis hat.
Ich führe das hier so deutlich aus, da immer weniger Menschen sich dieser Tatsachen bewusst zu seien scheinen.

Wieso sind nun elektronische Wahlsysteme von Grund auf ungeignet diese Standarts zu erfüllen?

Wie schon oben festgestellt, ist die Nachvollziehbarkeit der Wahl entscheidend für die Legitimation der Entscheidung. Und diese kann bei elektronischen Wahlsystemen nicht mit der Geheimhaltung vereinbart werden. Dies liegt an folgendem:

Bits und Bytes können ohne Spuren zu hinterlassen manipuliert werden. Dies ist ein Grundeigenschaft von elektronischen Systemen. Um nun Datenmanipulationen zu verhindern, müssen diese auf der Datenebene und können nicht auf der Hardwareebene verhindert werden. Dies bedeutet, dass jede einzelne Stimmabgabe gegen Manipulation abgesichert werden muss. (Bei herkömmlicher Wahl übernimmt dies der Stimmzettel.) Das bedeutet, dass ich jede einzelne Stimme eindeutig identifizierbar machen muss. Und genau das widerspricht dem Gedanken der geheimen Wahl.
Ich hoffe, dass wir in Deutschland die Finger von dieser schlechten Idee lassen und uns nicht auf solche Experimente wie z.B. in den USA einlassen. Denn schliesslich:

Wahl ist Vertrauenssache!

capi2name-ng :: idle.py and incoming.py scripts updated

Due to the lack of the pwd module in the new version of python, i updated idle.py and incoming.py

Now it should work again.

You can download the new files from here . Just edit them, and put them into the /usr/lib/capisuite directory. Perhaps i will release a new version (0.5) of capi2name-ng tonight.

diskless client findet keinen tftp server

Nach einer stage4-Neuinstallation auf Grund eines Festplattencrashs an meinem Netzwerkserver funktionierten die Diskless -Clients nicht mehr. Wie aufwendige Fehlersuche ergab, fanden sie keinen tftp Server für den Download der Inifiles für grub. Mit folgender Erweiterung im dhcp – Server habe ich das Problem gelöst.

next-server 192.168.77.254;
option option-150 "/boot/grub.lst";
filename "boot/pxegrub"

Wieso das plötzlich ein Problem ist habe ich allerdings nicht herausgefunden.