E-Mail Adresse im Nodewatcher anonymisieren #248

New Issue

ChristianD · 2022-04-10T18:45:10+02:00

ChristianD commented

2022-04-10 18:45:10 +02:00

Die E-Mail Adresse wird aktuell komplett im Nodewatcher erfasst. Allerdings wird sie sowohl im Monitoring anonymisiert aber es kam auch der Wunsch auf sie in eigenen Monitoringsystemen zu anonymisieren. Gerade jetzt mit den mqtt kann jeder die Daten abgreifen und sie irgendwo darstellen. Daher sollte überlegt werden wie damit umgegangen wird.

Auf der Routerstatusseite wird sie komplett angezeigt. Ich wäre fast dafür die E-Mail Adresse gar nicht mehr durch die Gegend zu schicken. Wer sie braucht kann sie von der Routerstatusseite abgreifen. Man sollte vllt. auch diese Statusseite wieder mehr in den Fokus rücken.

Die E-Mail Adresse wird aktuell komplett im Nodewatcher erfasst. Allerdings wird sie sowohl im Monitoring anonymisiert aber es kam auch der Wunsch auf sie in eigenen Monitoringsystemen zu anonymisieren. Gerade jetzt mit den mqtt kann jeder die Daten abgreifen und sie irgendwo darstellen. Daher sollte überlegt werden wie damit umgegangen wird. Auf der Routerstatusseite wird sie komplett angezeigt. Ich wäre fast dafür die E-Mail Adresse gar nicht mehr durch die Gegend zu schicken. Wer sie braucht kann sie von der Routerstatusseite abgreifen. Man sollte vllt. auch diese Statusseite wieder mehr in den Fokus rücken.

fbl commented

2022-04-10 19:03:41 +02:00

Die E-Mail Adresse wird im Monitoring zur Verknüpfung zu den Accounts verwendet. Daher lässt sich das nicht ohne weiteres umsetzen.

adschm commented

2022-04-10 23:08:54 +02:00

Der Sinn dieser Mail-Adresse ist es doch, dass ein Kontakt benannt wird, wenn es Probleme gibt. Wenn wir die Adresse anonymisieren, gibt es keinen Grund mehr, sie zu erheben. Das ist grundsätzlich unabhängig vom Monitoring, andere Systeme sollten ja genauso in der Lage sein, die Daten entsprechend zu nutzen.

Ich hatte dazu ja mal einen kurzen Datenverwendungshinweis erstellt, der in der Firmware sowie auf der Firmware-Seite im Wiki lag.

Der Sinn dieser Mail-Adresse ist es doch, dass ein Kontakt benannt wird, wenn es Probleme gibt. Wenn wir die Adresse anonymisieren, gibt es keinen Grund mehr, sie zu erheben. Das ist grundsätzlich unabhängig vom Monitoring, andere Systeme sollten ja genauso in der Lage sein, die Daten entsprechend zu nutzen. Ich hatte dazu ja mal einen kurzen Datenverwendungshinweis erstellt, der in der Firmware sowie auf der Firmware-Seite im Wiki lag.

fbl commented

2022-04-10 23:48:07 +02:00

Ich denke Christian meinte hier nur den Nodewatcher und das Monitoring. Auf der Statusseite des Knotens soll die Adresse weiterhin vollständig erhalten bleiben.

adschm commented

2022-04-10 23:53:26 +02:00

Die Status-Seite des Knotens ist nur erreichbar, wenn der Knoten funktioniert. Dann ist eine Kontaktadresse für Störungen vergleichsweise nutzlos.

ChristianD commented

2022-04-11 18:03:25 +02:00

Ist wohl dann so nicht umsetzbar

ChristianD closed this issue

2022-04-11 18:03:25 +02:00

fbl commented

2022-04-11 18:51:45 +02:00

Eine Umsetzung wäre auf jeden Fall schwierig. Man könnte noch argumentieren, dass die Kontaktadresse ja nur für Störungen des Netzes nötig ist (in welchem Fall der Router ja normalerweise online und erreichbar sein sollte).

Die Nachteile überwiegen hier aber denke ich. Dennoch danke für die Idee, ich finds gut derartige Dinge hin und wieder erneut zu evaluieren.

Eine Umsetzung wäre auf jeden Fall schwierig. Man könnte noch argumentieren, dass die Kontaktadresse ja nur für Störungen des Netzes nötig ist (in welchem Fall der Router ja normalerweise online und erreichbar sein sollte). Die Nachteile überwiegen hier aber denke ich. Dennoch danke für die Idee, ich finds gut derartige Dinge hin und wieder erneut zu evaluieren.

ChristianD commented

2022-04-11 19:16:49 +02:00

Man könnte noch argumentieren, dass die Kontaktadresse ja nur für Störungen des Netzes nötig ist (in welchem Fall der Router ja normalerweise online und erreichbar sein sollte).

Ich würde es eher anders argumentieren:

Bei Störungen im Netz sollte man seinen Nachbar unabhängig von irgendeiner irgendwo hinterlegten Adresse sowieso kennen. Die Adresse ist mMn nur wichtig wenn sich jemand an den Router anbinden will und eben den Betreiber dadurch nicht kennt und dann reicht das WebUI eigentlich wunderbar aus. Er sieht den Punkt im Monitoring auf der Karte wo er sich anbinden will, klickt drauf und landet im WebUI wo er Kontaktadresse findet und den Betreiber kontaktieren kann.

Die Diskussion führt dann aber in eine Richtung, die ich nicht führen will, daher ist hier zu. Und ja es ist nicht wirklich umsetzbar.

> Man könnte noch argumentieren, dass die Kontaktadresse ja nur für Störungen des Netzes nötig ist (in welchem Fall der Router ja normalerweise online und erreichbar sein sollte). Ich würde es eher anders argumentieren: Bei Störungen im Netz sollte man seinen Nachbar unabhängig von irgendeiner irgendwo hinterlegten Adresse sowieso kennen. Die Adresse ist mMn nur wichtig wenn sich jemand an den Router anbinden will und eben den Betreiber dadurch nicht kennt und dann reicht das WebUI eigentlich wunderbar aus. Er sieht den Punkt im Monitoring auf der Karte wo er sich anbinden will, klickt drauf und landet im WebUI wo er Kontaktadresse findet und den Betreiber kontaktieren kann. Die Diskussion führt dann aber in eine Richtung, die ich nicht führen will, daher ist hier zu. Und ja es ist nicht wirklich umsetzbar.

Sign in to join this conversation.