Wikipedia Diskussion:Meinungsbilder/Verbesserung des Projekt- und Datenschutzes bezüglich Checkuser

message: Unabhängig von der inhaltlichen Bewertung: So gravierende Änderungen können nicht mit einfacher Mehrheit beschlossen werden. Außerdem frage ich mich, inwiefern der Datenschutz durch die Vorschläge in diesem MB verbessert würde. --Altaripensis (Diskussion) 15:47, 1. Jun. 2023 (CEST)
thread_title:  Quorum und Benennung 

message: Vorschlag Nr. 1 (CU dürfen selbst sperren):
* Wie bei Vorschlag Nr. 3 braucht es hier eine Präzisierung. Wenn CUler etablierte Autoren abfragen und selbst sperren könnten, verstehe ich in die Bedenken bezüglich des Missbrauchspotentials.
* Relevant ist die Möglichkeit, selbst zu sperren, auch eigentlich nur bzgl. IPs/IP-Ranges (z.B. bei Neuanmeldungs-Vandalismus, Spambots usw.) oder bei riesigen Sockenzoos/Wegwerfkonten (z.B. bei den CU-Abfragen der letzten Jahre zu SEO-Spam). Insofern könnte ich mir vorstellen, die Möglichkeit ausschließlich bei nicht-stimmberechtigten Usern einzuführen.
* Zumindest halte ich eine Klarstellung für sinnvoll, dass unsere CUler auch nach aktuellem Regelwerk bei notwendigen IP-Sperren handeln dürfen, indem sie gefundene IP-Adressen einem unbeteiligten CUler mit Adminrechten (der damit gem. WP:CU#Richtlinien „zuvor unbeteiligten Administrator“ ist) per Mail zur Sperre weitergeben.
** Unser Regelwortlaut ist diesbezüglich nicht vollständig klar (manche vertreten die Auffassung, dass mit „unbeteiligter Administrator“ ausschließlich Admins ohne CU-Rechte gemeint sind), dabei ist Weitergabe an andere Checkuser seit der Stellungnahme der Ombudskommission die einzige Möglichkeit, nach CU nötige IP-Sperren (z.B. zur Verhinderung von Neuanmeldungen) vorzunehmen.
Vorschlag Nr. 2 (Aufhebung der Ämtertrennung):
* Ich sehe keinen Grund, das in diesem MB zu behandeln. Laut Problembeschreibung geht es um Projekt- und Datenschutz, die gültige Ämtertrennung ist für beides egal.
* Ich sehe das Problem des Kandidatenmangels, aber wenn man dem per Aufhebung der Ämtertrennung begegnen möchte, sollte das in einem eigenen MB geschehen.
* Stimmt man zu, dass die Aufhebung der Aufgabentrennung eine gute Lösung wäre, sehe ich keinen Grund, das nur für diese Gruppe aufzuheben, somit sollte dann ein extra MB das alte MB Wikipedia:Meinungsbilder/Aufgabentrennung für alle BOSCU aufheben.
* Fraglich ist mit Blick auf Wikipedia:Umfragen/BOSCU-Reformen aber, ob das überhaupt mehrheitsfähig wäre.
Vorschlag Nr. 3 (CU dürfen Neukonten selbst abfragen):
* Hier fehlt eine Konkretisierung, was „Neukonten“ sind, am besten an Editzahl/Accountalter oder Stimmberechtigung festgemacht.
* Mit einer entsprechenden Konkretisierung z.B. auf nicht-stimmberechtigte User finde ich den Vorschlag unterstützenswert: Er ermöglicht dort besseren Projektschutz, wo die meisten CU-Probleme herrschen (Sockenpuppenmissbrauch durch Dauerstörer, verdeckt agierende Marketingfirmen, Wegwerfkonten für PAs/ANON-Verletzungen, Spambots usw.), gleichzeitig ist das Missbrauchspotential bei dieser Einschränkung begrenzt und sichergestellt, dass CUler z.B. nicht einfach mit vorgeschobener Begründung andere Community-Mitglieder abfragen können
* Gerade für Initiativ-Abfragen müsste es aber eine Klarstellung geben, dass die unter WP:CUA#Kürzlich abgeschlossene Anfragen zu vermerken sind und dass die anderen CUler angehalten sind, nach solchen Abfragen in besonderem Maß übers CU-Logbuch nachzuvollziehen, dass die Abfrage regelkonform erfolgt ist.
Vorschlag Nr. 4 (Anzahl der CUler):
* Begrenzung komplett aufheben ergibt für mich keinen Sinn. Das hilft dem Projektschutz nicht, ist dem Datenschutz aber abträglich.
* Mit Blick auf Wikipedia:Umfragen/BOSCU-Reformen scheint eine Anhebung auf 7-10 CUler denkbar, insbesondere falls man die Überlegung aufgreift, „passive Checkuser“ zu wählen, die nicht selbst abfragen dürfen, aber wegen der NDA & CU-Rechten von „aktiven Checkusern“ abgefragte IPs für eine nötige Sperre mitgeteilt bekommen dürfen (ist natürlich obsolet, falls Vorschlag 1 mehrheitsfähig wäre)
* Im Verhältnis zu unserer Größe hat dewiki übrigens tatsächlich recht wenige Checkuser (aktuell vier). Zum Vergleich: itwiki hat 10 , eswiki 6 , frwiki 6  und enwiki dutzende.
--Johannnes89 (Diskussion) 17:53, 1. Jun. 2023 (CEST)
thread_title:  Gedanken zu den Vorschlägen 

message: Der Name "Verbesserung des Projekt- und Datenschutzes bezüglich Checkuser" ist irreführend. Vier der vier Vorschläge stellen genau das Gegenteil von "Verbesserung des )..) Datenschutzes (...)" dar. --Sebastian Gasseng (Diskussion) 10:41, 5. Jun. 2023 (CEST)
replies: text: Eigentlich ist es eher eine neue Austarierung des Daten- und Projektschutzes, die notwendig wird, nachdem (schon vor einigen Monaten) bekannt geworden ist, dass unsere bisherige Interpretation der globalen CU-Richtlinie falsch war. --Sabrieleauftistik (Diskussion) 11:29, 5. Jun. 2023 (CEST)

text: Ja, das sehe ich auch so. Das ist ein Vorschlag zur Ausweitung der CheckUser-Rechte und zur Liberalisierung des Umgangs mit ihnen. Ich halte das für absolut unannehmbar, weil es den Daten- und Persönlichkeitsschutz nicht erweitert, sondern schädigt, vielleicht mit Ausnahme von Punkt 4. Unter dem gegenwärtigen manipulativen Titel darf das nicht abgestimmt werden.--Mautpreller (Diskussion) 11:36, 5. Jun. 2023 (CEST)
replies: text: Vorschlag: Novellierung der CheckUser-Richtlinie – oder, wenn Novellierung zu umfangreich klingt, Überarbeitung; eine solche kann aufgrund geänderter Rahmenbedingungen ja notwendig sein, wie ich oben geschrieben habe. --Sabrieleauftistik (Diskussion) 10:29, 6. Jun. 2023 (CEST)
replies: text: Nein, das passt auch nicht. Es geht um Ausweitung der Checkuser-Rechte, dann soll man das auch sagen.--Mautpreller (Diskussion) 22:59, 8. Jun. 2023 (CEST)
replies: text: In der gegenwärtigen Formulierung geht es tatsächlich um eine Ausweitung der Checkuserrechte. Es bleibt aber abzuwarten, ob das zum Zeitpunkt der Abstimmung immer noch so sein wird, sofern es überhaupt eine geben wird. Zwar stimme ich zu, dass der Titel manipulativ ist und zur Abstimmung geändert werden muss, als Arbeitstitel stört mich der gegenwärtige Titel aber nicht. Vielleicht sollten zuerst die inhaltlichen Diskussionen abgeschlossen werden. Danach könnte über einen möglichen Titel diskutiert werden. --Senechthon (Diskussion) 01:31, 9. Jun. 2023 (CEST)
thread_title:  Name ist falsch - fast schon manipulativ falsch. 

message: === 1. CUler sperren gefundene missbräuchliche Konten und IPs selber. ===
* Ich halte das nicht für sinnvoll. Es würde den CU erneut zwangsläufig Adminrechte geben, das war einfach zu oft und zu Recht Gegenstand von Diskussionen. --Sebastian Gasseng (Diskussion) 10:52, 5. Jun. 2023 (CEST)
thread_title:  Zu den einzelnen Vorschlägen 

message: * Ich halte das nicht für sinnvoll. Es würde den CU erneut zwangsläufig Adminrechte geben, das war einfach zu oft und zu Recht Gegenstand von Diskussionen. --Sebastian Gasseng (Diskussion) 10:52, 5. Jun. 2023 (CEST)
thread_title:  1. CUler sperren gefundene missbräuchliche Konten und IPs selber. 

message: * Nein. Niemals, bitte! Ämtertrennung ist wichtig. Wer wegen eines CU eine Wiederwahl wünscht wird scheitern, sofern das CU korrekt gelkaufen ist, da besteht kein Grund für eine Ämterzusammenführung. --Sebastian Gasseng (Diskussion) 10:52, 5. Jun. 2023 (CEST)
thread_title:  2. Checkuser werden von Ämtertrennung ausgenommen. 

message: * Nein. Keine Ermittlung ohne begründeten Verdacht, das Ganze muss zwangsläufig weiter nachvollziehbar sein. --Sebastian Gasseng (Diskussion) 10:52, 5. Jun. 2023 (CEST)
thread_title:  3. Checkuser dürfen verdächtige Neukonten abfragen, wenn es einen begründeten Verdacht auf regelwidriges Verhalten des Neukontos gibt. (Also ohne auf einen Antrag eines Dritten warten zu müssen.) 

message: * Nein. Je mehr CU, desto schlechter. Sie könnten sich kontrollieren - werden sie aber nicht, klappt ja auch bei Admins nicht. Das Ganze ist so heikel, da will ich einfach nicht noch mehr Leuten vertrauen müssen als jetzt schon. Ich kann nicht kontrollieren, was mit den Rechten angefangen wird, niemand kann das mehr bei 200 CU-Beauftragten. --Sebastian Gasseng (Diskussion) 10:52, 5. Jun. 2023 (CEST)
thread_title:  4. Anzahl der CUler nicht mehr begrenzen. (Derzeit maximal 5)