Legal Tools Plugin

[angus (Angus McLeod)]

Repository: GitHub - paviliondev/discourse-legal-tools: Tools to help with legal compliance when using Discourse · GitHub

Dieses Plugin bietet Tools zur Unterstützung der rechtlichen Konformität beim Betrieb eines Discourse-Forums. Tools werden kontinuierlich hinzugefügt.

Bitte beachten Sie den folgenden Haftungsausschluss. Dieses Plugin bietet keine Garantie für die rechtliche Konformität.

Erweiterter Benutzer-Download

Der erweiterte Benutzer-Download ist eine einzelne CSV-Datei mit folgenden Einträgen, die jeweils durch zwei Leerzeilen getrennt sind:

• Eine Überschrift (bearbeitbar: Anpassen > Textinhalt > „csv_export.extended.title"):

  Alle von %{site_name} gespeicherten Informationen über %{username}

  • „username" ist der Benutzername des Benutzers, dessen Informationen im Download enthalten sind.
  • „site_name" ist die Site-Einstellung title.

• Eine Notiz unter der Überschrift (bearbeitbar: Anpassen > Textinhalt > „csv_export.extended.note"):

  Bitte beachten Sie, dass einige Informationen, die mit der Benutzerkennung von %{username} verknüpft sind, aufgrund widerstreitender Datenschutz- und Rechtsinteressen von diesem Download ausgeschlossen wurden.
  Für weitere Informationen wenden Sie sich bitte an %{site_contact}.

  • „username" ist der Benutzername des Benutzers, dessen Informationen im Download enthalten sind.
  • „site_contact" ist die Site-Einstellung contact email.

• Beiträge. Die standardmäßig im Benutzer-Download enthaltenen Informationen.

• Konto. Konto- und Profilinformationen.

• Externe Konten. Informationen von externen Konten (falls vorhanden).

• Statistiken. Statistische Informationen, die über den Benutzer gespeichert sind.

• Anmeldungen und Anmeldeverlauf. Informationen über Benutzeranmeldungen.

• Suchen. Alle IP-protokollierten Aufzeichnungen von Suchanfragen des Benutzers.

• Themenaufrufe. Alle IP-protokollierten Aufrufe von Themen durch den Benutzer.

• Themenlink-Klicks. Alle IP-protokollierten Klicks auf Themenlinks durch den Benutzer.

• Profilaufrufe. Alle IP-protokollierten Profilaufrufe durch den Benutzer.

• Aktionen. Alle vom Benutzer durchgeführten Aktionen.

• Verlauf. Alle IP-protokollierten Aufzeichnungen von protokollierbaren Aktionen, die den Benutzer betreffen.

Es gibt zwei Site-Einstellungen, die den erweiterten Download aktivieren:

• legal extended user download: Wenn aktiviert, wird die Funktion „Alles herunterladen" auf der Seite „Benutzeraktivität" zu einem erweiterten Download.

  • Bitte beachten Sie, dass der erweiterte Benutzer-Download, wie der normale Benutzer-Download, nur einmal pro Tag pro Benutzer durchgeführt werden kann.

• legal extended user download admin. Wenn aktiviert, können berechtigte Mitarbeiter alle Informationen eines beliebigen Benutzers der Site herunterladen. Sie sehen einen neuen Button „Alles herunterladen" oben in den Administrator-Benutzerinformationen jedes Benutzers.

    ![Screenshot%20at%20May%2026%2014-55-03|340x96,80%](upload://wvealMlRqo6xFgDCzkuXNmDAcOa.png)
  

  Optionen:

  • Deaktiviert (Standard)
  • Nur Administratoren (nur Administratoren können die erweiterte Download-Funktion für Administratoren verwenden)
  • Administratoren und Mitarbeiter (sowohl Administratoren als auch Mitarbeiter können die erweiterte Download-Funktion für Administratoren verwenden)

Die beiden Einstellungen sind trennbar, d. h. Sie können legal extended user download aktivieren, ohne Administratoren oder Mitarbeitern die Möglichkeit zu geben, alle Informationen jedes Benutzers herunterzuladen, oder Sie können legal extended user download admin aktivieren, ohne Benutzern die Möglichkeit zu geben, alle ihre Informationen herunterzuladen.

Der Hintergrund für diese Funktion ist die DSGVO der EU. Siehe insbesondere:

• GDPR countdown and compliance
• Providing data for GDPR
• Problematic IP address fields
• https://meta.discourse.org/t/gdpr-compliance-solution-pls-critique/87908

Bitte beachten Sie, dass Sie die Sicherheitsimplikationen der Möglichkeit, Benutzern, Mitarbeitern und/oder Administratoren den Download aller aufgeführten Informationen zu ermöglichen, sorgfältig abwägen sollten. Diese Funktion ist möglicherweise nicht in allen Situationen geeignet. Weitere Informationen zu diesem Thema finden Sie in den oben genannten Themen.

Eine Alternative zum direkten Herunterladen von Benutzerinformationen besteht darin, dass ein entsprechender Mitarbeiter (ein „Datenschutzbeauftragter") die Informationen über Datenbankabfragen zusammenstellt.

Haftungsausschluss

Das Plugin „Legal Tools" (das „Plugin") und sein Autor Angus McLeod (der „Autor") sind keine Anwälte und ersetzen keinen Anwalt oder keine Rechtsberatung. Die Kommunikation zwischen Ihnen und dem Autor unterliegt nicht dem Anwaltsgeheimnis oder gilt als Arbeitsprodukt. Das Plugin und sein Autor können keinerlei Beratung, Erklärung, Meinung, Empfehlung oder Gewährleistung hinsichtlich möglicher Rechte, Rechtsbehelfe, Verteidigungsstrategien, Optionen, Auswahl von Formularen oder Strategien geben.

[sam (Sam Saffron)]

@codinghorror how much of this do you think belongs in core? Should we just amend our default “download all my data” to include all this stuff?

[codinghorror (Jeff Atwood)]

No, we need @riking to come through with the removal of IP where it’s unnecessarily recorded and should not be first. If that can’t be achieved in a reasonable timeframe we need to get someone else to do it.

[angus (Angus McLeod)]

Update here.

Scope of the download

All user-related records in user activity (record of likes, bookmarks, topics, replies etc) have been added to the download (commit).

I initially didn’t add this as it seemed like overkill. However @RGJ raised it with me and we had a productive exchange on the question.

Essentially, we decided that the best approach for the purposes of this feature was to include all records of activity tied to the user’s identifier that don’t entail countervailing concerns about the privacy of others or similar rights.

I would emphasise “for the purposes of this feature”, as the purpose of this feature is to take a ‘maximalist’ approach to possible interpretations of the GDPR. It does not attempt to parse ‘likely’ approaches. I’ve laid out some of my own views on the ‘likely’ approaches in this topic (which remain unchanged).

The specifics of the reasoning behind this ‘maximalist’ approach are:

• The broadest interpretation of A.4.1 (the definition of ‘Personal Data’ in the GDPR) as it applies to Discourse is any record in the db that contains the user’s user_id, i.e.:

  any information … identified or identifiable natural person … identified, directly or indirectly, in particular by reference to … an identification number

• Read literally, this definition doesn’t care about how the data is produced (e.g. whether the user is acting or not). It merely requires the data to be related to the user’s identifier in some way.

• However, applying that literally would produce a fair amount of duplication (e.g. the records in the directory_items table are duplicative of various other entries).

• The point of the extended download is to guard against even the small risk that Article 4.1 could receive a very broad interpretation by some authority or court in Europe.

• The factors against including it - size of download, potentially security (?) - do not outweigh the possible benefit of including it.

We also considered whether to include ‘administrative’ records with the user’s user_id such as flags, complaints and staff whispers. We decided against this, reasoning as follows:

• They’re already in the territory of information associated with the user purely by their identifier. They are not information about the user per se (i.e. name, email, age, location etc). This is already assuming a wide interpretation of A.4.1.

• Whether administrative records intrude on the privacy of other parties, or other relevant concerns (i.e. R. 63.5 & A.15.4) must be determined on a case-by-case basis.

• Other parties, such as Facebook, do no include such data in their user download functionality.

[bartv (Bart)]

Hey Angus,

I’m having some trouble getting this to work. I’ve enabled the ‘legal extended user download’ setting, refreshed the page and clicked the ‘Download all’ button on the activity page. This results in an archive that contains one CSV file with topics in it. I checked both as an admin and as a regular user. What is the expected output - multiple CSV files, each for a different table?

[angus (Angus McLeod)]

The expected output is a single csv with headers for each item mentioned in the first post in this topic. If you try it out on my sandbox, this is what you’ll get.

Do you see any errors at /sidekiq?

@RGJ have you had this issue?

[RGJ (Richard - Communiteq)]

@angus

@RGJ have you had this issue?

Nope. We had a few users with the same kind of complaint though but it turned out to be a false alarm.
I guess they never scrolled down past the posts. Maybe it’s an idea to move the posts section (i.e. the most unstructured / multiline content) to be the last section.

[bartv (Bart)]

Could you provide a few of the header rows as an example so I can do a search for them?

[RGJ (Richard - Communiteq)]

See the ‘separator’ lines here.

[bartv (Bart)]

Thanks Richard. Definitely not seeing those. So just to be sure I’m doing the right thing: this plugin is supposed to replace the ‘Download’ button in the Profile > Activity sidebar, right?

[tm2017]

First words of admiration go to @angus for doing such a great job helping everyone here to get those highly useful tools (not only this plugin but other plugins too).

I’ve got one question though: wouldn’t it be better to have this export available to admins only (at least as option for those concerned)?
Isn’t it potentially risky in case when given account password is compromised and then ‘all activity’ is easily downloaded by unauthorized person? (Sorry that is two questions )

[bartv (Bart)]

I just did a few more tests and tried it on your sandbox too. My results are just the default download - they don’t match your new format. I don’t think I see any errors in sidekiq (at least not in ‘Failed’ - ‘Errors’ is not clickable). Any suggestions how I can best find more information here?

[angus (Angus McLeod)]

@bartv

I just did a few more tests and tried it on your sandbox too. My results are just the default download - they don’t match your new format

Please post (or PM) a screenshot of the csv you got from my sandbox with the ip addresses blacked out (if any).

@tm2017

I’ve got one question though: wouldn’t it be better to have this export available to admins only (at least as option for those concerned)?

I think I’ll make this a setting.

@tm2017

Isn’t it potentially risky in case when given account password is compromised and then ‘all activity’ is easily downloaded by unauthorized person?

Potentially. This is partly what I meant by

@angus

Please note, that you should consider the security implications of allowing users to directly download all the listed information.

Nevertheless, some people will need / want the functionality of allowing users to directly download their info. So I think a setting is the move here.

[angus (Angus McLeod)]

There are now two site settings that enable the extended download:

• legal extended user download: When enabled, the “Download All” feature in the User Activity page becomes an extended download.

  • Please note that, like the normal user download, the extended user download can only be performed by a user once a day.

• legal extended user download admin. When enabled, permitted staff can download all the information of any user of the site. They will see an new “Download All” button at the top of the the admin user information of each user.

  

  Options:

  • Disabled (default)
  • Admins Only (only admins can use the admin extended download feature)
  • Admins and Staff (both admins and staff can use the admin extended download feature)

The two settings are severable, i.e. you can enable legal extended user download without giving admins or staff the ability to download all the information of every user, or you can enable legal extended user download admin without giving users the ability to download all of their information.

Due to the security implications of allowing users (even if they’re admins) to download all the information of other users, I’ve been particularly careful with protecting the admin extended user download server methods, however I would appreciate a second set of eyes on that aspect of the changes, particularly considering this feature seems to be quite popular. Perhaps you could take a look @riking if you have the time? (i.e. particularly the changes to the Guardian).

I’ve also added text to the top of the extended csv:

• A header (can be edited: Customize > Text Content > “csv_export.extended.title”):

  All information of %{username} stored by %{site_name}

  • “username” is the username of the user who’s information is in the download.
  • “site_name” is the title site setting.

• A note below the header (can be edited: Customize > Text Content > “csv_export.extended.note”):

  Please note that some information associated with the user identifier of %{username}
  has been excluded from this download due to countervailing privacy and legal interests.
  For more information, please contact %{site_contact}.

  • “username” is the username of the user who’s information is in the download.
  • “site_contact” is the contact email site setting.

This has all been tested on my sandbox where it is currently live.

@bartv Let me know if these updates fix your issue.

[bartv (Bart)]

This new version solves the issue I had before. Thanks for all your hard work on this, Angus!

The extended note is interesting; could you shed some light on which information has been excluded and for which reasons?

[angus (Angus McLeod)]

That is primarily referring to the exclusion mentioned below, and also helps if we’ve not included something some authority happens to consider relevant.

@angus

We also considered whether to include ‘administrative’ records with the user’s user_id such as flags, complaints and staff whispers. We decided against this, reasoning as follows:

• They’re already in the territory of information associated with the user purely by their identifier. They are not information about the user per se (i.e. name, email, age, location etc). This is already assuming a wide interpretation of A.4.1.

• Whether administrative records intrude on the privacy of other parties, or other relevant concerns (i.e. R. 63.5 & A.15.4) must be determined on a case-by-case basis.

• Other parties, such as Facebook, do no include such data in their user download functionality.

[GuidoD (Guido Drehsen)]

Als Admin habe ich gerade versucht, Daten eines Benutzers (eine GDPR-Anfrage) zu exportieren, indem ich auf die richtige Schaltfläche (alles herunterladen) geklickt habe. Das System hat jedoch eine Meldung ausgegeben, dass der Datenexport fehlgeschlagen ist, und ich sollte die Logs überprüfen.

Ich kann nicht herausfinden, ob dies nun ein Problem im Plugin selbst oder ein Problem von Discourse ist.

Update 11. Januar, 17:40 UTC: Das Discourse-Team hat gerade mitgeteilt, dass es sich laut Backtrace um ein Problem in einem Drittanbieter-Plugin handelt. @angus, könntest du dich bitte darum kümmern? Danke.

Die Discourse-Instanz läuft auf Version 2.7.0.beta1 ( 4f72830eb0 ).

Update 11. Januar, 16:15 UTC: Jetzt auf Version 2.7.0.beta1 ( 422f395042 ), aber der Fehler bleibt derselbe.

So ist es im Plugin konfiguriert:

In den Logs sehe ich folgenden Fehler:

Job exception: undefined method `collect’ for nil:NilClass

/usr/local/lib/ruby/2.7.0/csv/writer.rb:46:in `<<'
/usr/local/lib/ruby/2.7.0/csv.rb:1230:in `<<'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:66:in `block (3 levels) in execute'
/var/www/discourse/plugins/discourse-legal-tools/lib/export_csv_file_extension.rb:267:in `user_archive_export_extended'
/var/www/discourse/plugins/discourse-legal-tools/lib/export_csv_file_extension.rb:226:in `admin_user_archive_export'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:66:in `each'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:66:in `block (2 levels) in execute'
/usr/local/lib/ruby/2.7.0/csv.rb:658:in `open'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:64:in `block in execute'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:63:in `each'
/var/www/discourse/app/jobs/regular/export_csv_file.rb:63:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.5.0/lib/rails_multisite/connection_management.rb:76:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
sidekiq-6.1.2/lib/sidekiq/processor.rb:196:in `execute_job'
sidekiq-6.1.2/lib/sidekiq/processor.rb:164:in `block (2 levels) in process'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:138:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:138:in `call'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:140:in `block in invoke'
sidekiq-6.1.2/lib/sidekiq/middleware/chain.rb:143:in `invoke'
sidekiq-6.1.2/lib/sidekiq/processor.rb:163:in `block in process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:111:in `local'
sidekiq-6.1.2/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq.rb:38:in `block in <module:Sidekiq>'
sidekiq-6.1.2/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:257:in `stats'
sidekiq-6.1.2/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.1.2/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.1.2/lib/sidekiq/job_retry.rb:78:in `global'
sidekiq-6.1.2/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.1.2/lib/sidekiq/logger.rb:10:in `with'
sidekiq-6.1.2/lib/sidekiq/job_logger.rb:33:in `prepare'
sidekiq-6.1.2/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.1.2/lib/sidekiq/processor.rb:162:in `process'
sidekiq-6.1.2/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.1.2/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.1.2/lib/sidekiq/util.rb:15:in `watchdog'
sidekiq-6.1.2/lib/sidekiq/util.rb:24:in `block in safe_thread'

[angus (Angus McLeod)]

Entschuldigung für die langsame Antwort hier, ich war weg .

Ich habe das Problem reproduziert und behoben. Bitte aktualisieren Sie und versuchen Sie den Download erneut. Wenn möglich, lassen Sie mich wissen, wie die Anfrage verläuft.

Update to support split user_archive job

[GuidoD (Guido Drehsen)]

@angus

Ich war eine Weile weg.

Kein Problem, es war ein Wochenende, und niemand muss sofort reagieren.
Ich bin dankbar für dieses Plugin.

@angus

Bitte aktualisiere es und versuche den Download erneut. Falls möglich, lass mich wissen, wie die Anfrage verläuft.

Ich habe aktualisiert und es erneut versucht.
Es hat einwandfrei funktioniert, vielen Dank für die Korrektur. Deine gute Arbeit wird sehr geschätzt.

Wenn ich auch „administrative“ Datensätze mit der user_id des Benutzers einbeziehen möchte, wie z. B. Flags, Beschwerden und Staff-Whispers, welche wären dann die besten SQL-Befehle, um die Daten mit dem Data Explorer abzurufen?
Falls erforderlich, könnte ich diese Daten separat an den Benutzer liefern, der die Daten angefordert hat.