Administrator-Interface

Einstellungen in der Systemkonfiguration

Aus Sicherheitsgründen wird dieses Paket nicht mit vorkonfigurierten Regeln ausgeliefert. Daher funktioniert die Funktionalität nicht sofort und die Regeln müssen zuerst von einem Administrator konfiguriert werden.

So fügen Sie eine Konfiguration für Regeln hinzu:

1. Gehen Sie im Administrator-Interface zur Ansicht Systemkonfiguration.

2. Wählen Sie OTRSDataPrivacyProtection im Widget Navigation.

3. Navigieren Sie im Navigationsbaum nach Core → OTRSDataPrivacyProtection.

4. Fügen Sie eine Regelkonfiguration im YAML-Format zur Einstellung OTRSDataPrivacyProtection::RuleConfiguration hinzu.

Die Konfiguration der einzelnen Regelsätze wird im YAML-Format gespeichert und besteht aus den fünf Optionen. Die mit einem Sternchen gekennzeichneten Optionen sind Pflichtfelder.

RuleName *

Diese Zeichenkettenoption muss für alle Regeln eindeutig sein. Es ist eine Zeichenkette, die verwendet wird, um jede einzelne Regel zu identifizieren. Der Regelname erscheint in allen zugehörigen Ausgaben und Historieneinträgen, hat aber keinen Einfluss auf die Funktionalität.

RuleSource

Diese Zeichenkettenoption ist nur zur Information gedacht. In verschiedenen Ländern und Regionen gibt es unterschiedliche Arten und Arten von Datenschutzbestimmungen, die Teil von Gesetzen und/oder schriftlichen Arbeiten sein können. Zur Identifizierung der zugehörigen Originalquellen basieren die verschiedenen konfigurierten Regeln. RuleSource kann verwendet werden, um Namen und/oder Beschreibungen hinzuzufügen, die den zugehörigen Verlaufseinträgen hinzugefügt werden (falls vorhanden).

RuleType *

Diese Zeichenkettenoption beschreibt die Aktion, die auf allen Objekten ausgeführt wird, die bei einer Suche gefunden wurden. Die folgenden Aktionen werden unterstützt (im Kurzformat oder im Langformat):

Anonymization oder PrivacyByAnonymization

Dieser Typ der Anonymisierungsregel wird zur Anonymisierung von Datensätzen verwendet, die in den Feldern der Datenklassifizierung identifiziert wurden. Anonymisierung bedeutet, dass die verschiedenen Felder durch eine Zeichenkette Anonymisiert ersetzt werden.

Warnung

Bei der Anonymisierung werden die ursprünglichen Datensätze durch die angegebene Zeichenkette in der Datenbank ersetzt. Die Originaldaten werden nicht gespeichert und sind somit unwiederbringlich verloren!

Pseudonymization oder PrivacyByPseudonymization

Wie die Anonymisierung wird auch der Regeltyp Pseudonymisierung verwendet, um die zugehörigen Daten aus ihren ursprünglichen Feldern zu entfernen. Es gibt einen großen Unterschied zum Regeltyp Anonymization, da die Daten in einer separaten Datenbanktabelle gespeichert werden, die als data_pseudonymization bezeichnet wird.

Diese Tabelle wird von keinem anderen Subsystem verwendet und ist nicht über die GUI verwendbar. Es fungiert als Sicherungstabelle, die von jedem Administrator (manuell) durchsucht werden kann, der Zugriff auf die Datenbank hat oder das Modul SQL Box des Administrator-Interfaces verwendet.

Bei Pseudonymisierungen wird für das zugehörige Datenfeld ein Universal Unique Identifier (UUID) angelegt, mit dem die Originaldaten später identifiziert werden können. Die Originaldaten werden dann in die Sicherungstabelle kopiert, wobei die UUID als Feldbezeichner verwendet wird. Danach werden die Originaldaten durch nur die UUID ersetzt, was im Prinzip einer Anonymisierung entspricht, aber einen Zeiger auf die gespeicherten Originaldaten beinhaltet.

Deletion oder PrivacyByDeletion

Der Typ der Löschregel wird zum Löschen von Datensätzen verwendet, wie sie in den Feldern der Datenklassifizierung angegeben sind. Löschen bedeutet, dass die verschiedenen Felder durch eine Zeichenkette Gelöscht ersetzt werden. Technisch gesehen werden die Originaldaten gelöscht, da sie durch eine unempfindliche Zeichenkette ersetzt werden, sie funktionieren also gleich dem Regeltyp Anonymization.

Warnung

Beim Löschen werden die ursprünglichen Datensätze durch die angegebene Zeichenkette in der Datenbank ersetzt. Die Originaldaten werden nicht gespeichert und sind somit unwiederbringlich verloren!

DataClassification *

Diese Listenoption wird verwendet, um die Datentypen zu identifizieren, für die die zugehörigen Aktionen angewendet werden sollen. Es enthält die verschiedenen Felder eines beliebigen Datenobjekts als Array. Jeder Objekttreiber stellt eine Liste der möglichen Datenklassifikationsfelder zur Verfügung, die verwendet werden können.

Siehe auch

Die spezifischen Felder sind im Abschnitt Treiber im Folgenden beschrieben.

ObjectFilter *

Diese Listenoption implementiert die Such- und Filterkriterien für jeden verwendeten Treiber. Jeder Treiber bietet eine Liste der möglichen Such- und Filteroptionen, die verwendet werden dürfen.

Siehe auch

Bitte beachten Sie den Abschnitt Treiber unten für weitere Informationen.

Die verschiedenen Arten von Informationen, die durch Objekte repräsentiert werden (z.B. Ticket, Kundenbenutzer, etc.), werden in diesem Paket Objekttypen genannt. Daher sprechen wir von Objekttypen.

Die Module, die für die spezifische Datenverarbeitung, Suchfunktionen und Verifikation solcher spezifischen Objekttypen implementiert sind, werden Treiber oder Treiberobjekte genannt.

Regelausführung

Nach der Definition der Regeln können diese auf die vorhandenen Datensätze angewendet werden. Dazu gibt es den Konsolenbefehl Maint::DataPrivacy::Execute`.

Führen Sie den Konsolenbefehl mit der Option --help für weitere Informationen aus:

otrs> /opt/otrs/bin/otrs.Console.pl Maint::DataPrivacy::Execute --help

Dieser Befehl bietet im Wesentlichen drei verschiedene Optionen:

• Überprüfung der Integrität und Gültigkeit der bestehenden Regeln.

• Testen Sie die Ausführung bestehender Regeln ohne Änderung der Datensätze.

• Ausführung der bestehenden Regeln, wobei die passenden Datensätze permanent geändert werden.

Die Validierung prüft alle verfügbaren Regeln im Kontext der betroffenen Treiber und Objekttypen. Wenn bestimmte Optionen fehlen oder falsch sind, wird die Regel für ungültig erklärt und die Ausführung für alle Treiber übersprungen.

Aus Sicherheitsgründen wird die Gültigkeit der entsprechenden Regeln sowohl vor jedem Probelauf als auch vor jeder Ausführung implizit überprüft und entweder vollständig gestoppt oder im Fehlerfall übersprungen.

Die Konsolenausgabe von Regelausführungen kann in Dateien umgeleitet werden, um die geänderten Objekte zu erhalten. Bitte beachten Sie das folgende Beispiel:

otrs> /opt/otrs/bin/otrs.Console.pl Maint::DataPrivacy::Execute --execute-detail > rule-execution.txt

Treiber

Dieser Abschnitt beschreibt die Konfiguration und Verwendung der verschiedenen Treiber. Darüber hinaus enthält dieser Abschnitt Beispielkonfigurationen, die kopiert und an Ihre persönlichen Bedürfnisse angepasst werden können.

- CustomerID
- CustomerCompanyName
- CustomerCompanyCountry
- CustomerCompanyStreet
- CustomerCompanyZIP
- CustomerCompanyCity
- CustomerCompanyURL
- CustomerCompanyComment
- DynamicField_NameX

- ValidID
- CustomerID
- CustomerCompanyStreet
- CustomerCompanyURL
- CustomerCompanyComment
- WildcardSearch
- CustomerCompanyZIP
- CustomerCompanyCountry
- CustomerCompanyName
- CustomerCompanyCity

---
RuleName: Delete customer company name and customer company country by customer company name without wildcard search.
RuleType: PrivacyByDeletion
RuleSource: GDPR
DataClassification:
  CustomerCompany:
    - CustomerCompanyName
    - CustomerCompanyCountry
ObjectFilter:
  CustomerCompany:
    CustomerCompanyName: someCompanyName
    WildcardSearch: 0

---
RuleName: Delete customer company name and customer company country by customer company name with wildcard search.
RuleSource: someRuleSource
RuleType: PrivacyByDeletion
DataClassification:
  CustomerCompany:
    - CustomerCompanyName
    - CustomerCompanyCountry
ObjectFilter:
  CustomerCompany:
    CustomerCompanyName: someCompanyName
    WildcardSearch: 1

- UserTitle
- UserFirstname
- UserLastname
- UserEmail
- UserLogin
- UserComment
- UserCountry
- UserFax
- UserMobile
- UserCity
- UserPhone
- UserTitle
- UserStreet
- UserZip
- DynamicField_NameX

- UserCity
- UserTitle
- UserFirstname
- UserPhone
- ValidID
- UserCountry
- UserLogin
- UserCustomerID
- UserLastname
- UserZip
- UserMobile
- UserEmail
- UserFax
- WildcardSearch
- UserStreet
- UserComment

---
RuleName: Delete user first names and user last names by user first name with wildcard search.
RuleType: PrivacyByDeletion
RuleSource: GDPR
DataClassification:
  CustomerUser:
    - UserFirstname
    - UserLastname
ObjectFilter:
  CustomerUser:
    UserFirstname: someFirstname
    WildcardSearch: 1

---
RuleName: Anonymize user first names and user last names by user first name and without wildcard search.
RuleSource: someRuleSource
RuleType: PrivacyByAnonymization
DataClassification:
  CustomerUser:
    - UserFirstname
    - UserLastname
ObjectFilter:
  CustomerUser:
    UserFirstname: someFirstname
    WildcardSearch: 0

---
RuleName: Delete user first names and user last names by user first name and user last name with wildcard search.
RuleSource: someRuleSource
RuleType: PrivacyByDeletion
DataClassification:
  CustomerUser:
    - UserFirstname
    - UserLastname
ObjectFilter:
  CustomerUser:
    UserFirstname: someFirstname
    UserLastname: someLastname
    WildcardSearch: 1

- Title
- CustomerUserID
- CustomerID
- DynamicField_NameX

- From
- To
- Cc
- Subject
- Body
- Attachments
- DynamicField_NameX

- HistoryAddNote
- HistoryAddSMS
- HistoryArchiveFlagUpdate
- HistoryBounce
- HistoryCustomerUpdate
- HistoryEmailAgent
- HistoryEmailCustomer
- HistoryEmailResend
- HistoryEscalationResponseTimeNotifyBefore
- HistoryEscalationResponseTimeStart
- HistoryEscalationResponseTimeStop
- HistoryEscalationSolutionTimeNotifyBefore
- HistoryEscalationSolutionTimeStart
- HistoryEscalationSolutionTimeStop
- HistoryEscalationUpdateTimeNotifyBefore
- HistoryEscalationUpdateTimeStart
- HistoryEscalationUpdateTimeStop
- HistoryFollowUp
- HistoryForward
- HistoryLock
- HistoryLoopProtection
- HistoryMerged
- HistoryMisc
- HistoryMove
- HistoryNewTicket
- HistoryOwnerUpdate
- HistoryPhoneCallAgent
- HistoryPhoneCallCustomer
- HistoryPriorityUpdate
- HistoryRemove
- HistoryResponsibleUpdate
- HistorySendAgentNotification
- HistorySendAnswer
- HistorySendAutoFollowUp
- HistorySendAutoReject
- HistorySendAutoReply
- HistorySendCustomerNotification
- HistoryServiceUpdate
- HistorySetPendingTime
- HistorySLAUpdate
- HistoryStateUpdate
- HistorySubscribe
- HistorySystemRequest
- HistoryTicketDynamicFieldUpdate
- HistoryTicketLinkAdd
- HistoryTicketLinkDelete
- HistoryTimeAccounting
- HistoryTitleUpdate
- HistoryTypeUpdate
- HistoryUnlock
- HistoryUnsubscribe
- HistoryWebRequestCustomer

- Limit
- TicketID
- TicketNumber
- Title
- Queues
- QueueIDs
- UseSubQueues
- Types
- TypeIDs
- States
- StateIDs
- StateType
- StateTypeIDs
- Priorities
- PriorityIDs
- Services
- ServiceIDs
- SLAs
- SLAIDs
- Locks
- LockIDs
- OwnerIDs
- ResponsibleIDs
- WatchUserIDs
- CustomerID
- CustomerUserLogin
- CreatedUserIDs
- CreatedTypes
- CreatedTypeIDs
- CreatedPriorities
- CreatedPriorityIDs
- CreatedStates
- CreatedStateIDs
- CreatedQueues
- CreatedQueueIDs
- TicketFlag
- ArticleFlag
- MIMEBase_From
- MIMEBase_To
- MIMEBase_Cc
- MIMEBase_Subject
- MIMEBase_Body
- AttachmentName
- FullTextIndex
- ContentSearch
- ContentSearchPrefix
- ContentSearchSuffix
- ConditionInline
- ArticleCreateTimeOlderMinutes
- ArticleCreateTimeNewerMinutes
- ArticleCreateTimeNewerDate
- ArticleCreateTimeOlderDate
- TicketCreateTimeOlderMinutes
- TicketCreateTimeNewerMinutes
- TicketCreateTimeNewerDate
- TicketCreateTimeOlderDate
- TicketChangeTimeOlderMinutes
- TicketChangeTimeNewerMinutes
- TicketLastChangeTimeOlderMinutes
- TicketLastChangeTimeNewerMinutes
- TicketLastChangeTimeNewerDate
- TicketLastChangeTimeOlderDate
- TicketChangeTimeNewerDate
- TicketChangeTimeOlderDate
- TicketCloseTimeOlderMinutes
- TicketCloseTimeNewerMinutes
- TicketCloseTimeNewerDate
- TicketCloseTimeOlderDate
- TicketPendingTimeOlderMinutes
- TicketPendingTimeNewerMinutes
- TicketPendingTimeNewerDate
- TicketPendingTimeOlderDate
- TicketEscalationTimeOlderMinutes
- TicketEscalationTimeNewerMinutes
- TicketEscalationTimeNewerDate
- TicketEscalationTimeOlderDate
- TicketEscalationUpdateTimeOlderMinutes
- TicketEscalationUpdateTimeNewerMinutes
- TicketEscalationUpdateTimeNewerDate
- TicketEscalationUpdateTimeOlderDate
- TicketEscalationResponseTimeOlderMinutes
- TicketEscalationResponseTimeNewerMinutes
- TicketEscalationResponseTimeNewerDate
- TicketEscalationResponseTimeOlderDate
- TicketEscalationSolutionTimeOlderMinutes
- TicketEscalationSolutionTimeNewerMinutes
- TicketEscalationSolutionTimeNewerDate
- TicketEscalationSolutionTimeOlderDate
- ArchiveFlags

TicketNumber: 123546
TicketNumber:
  - 123546
  - 123666

Title: SomeText
Title:
  - SomeTest1
  - SomeTest2

States:
  - new
  - open
StateIDs:
  - 3
  - 4

RuleName: My Explanation Rule
RuleType: PrivacyByDeletion
RuleSource: GDPR
DataClassification:
  Ticket:
    - CustomerUserID
    - CustomerID
ObjectFilter:
  Ticket:
    Queue:
      - Junk
      - Raw
    Services:
      - Service A
      - Service B

- ArticleCreateTimeOlderMinutes
- ArticleCreateTimeNewerMinutes
- ArticleCreateTimeNewerDate
- ArticleCreateTimeOlderDate

TicketCreateTimeOlderMinutes: 1440

TicketCreateTimeNewerMinutes: 1440

---
RuleName: Delete ticket titles by state names, that are older than one month.
RuleSource: GDPR
RuleType: deletion
DataClassification:
  Ticket:
    - Title
ObjectFilter:
  Ticket:
    States:
      - new
      - open
    TicketCreateTimeOlderMinutes: 43200

---
RuleName: Delete article subject and body by state names, that are located in specific queues.
RuleSource: GDPR
RuleType: deletion
DataClassification:
  Ticket:
    - Subject
    - Body
ObjectFilter:
  Ticket:
    States:
      - new
      - open
    Queues:
      - Postmaster
      - Misc

---
RuleName: Pseudonymize customer user IDs for tickets, that are closed and archived.
RuleSource: GDPR
RuleType: PrivacyByPseudonymization
DataClassification:
  Ticket:
    - CustomerUserID
ObjectFilter:
  Ticket:
    StateType:
      - Closed
    ArchiveFlags:
      - y

---
RuleName: Anonymize Customer IDs and some dynamic fields, that are closed, have certain services and are located in specific queues.
RuleSource: GDPR
RuleType: PrivacyByAnonymization
DataClassification:
  Ticket:
    - CustomerID
    - DynamicField_SensitiveNames
    - DynamicField_SensitiveLocations
ObjectFilter:
  Ticket:
    StateType:
      - Closed
    Queue:
      - Special Queue A
      - Junk
    Services:
      - Sensitive Customer Service
      - VIP Customer Service

- UserTitle
- UserFirstname
- UserLastname
- UserEmail
- UserMobile

- UserFirstname
- UserLastname
- UserLogin
- UserTitle
- CreateTime
- Valid
- Limit
- UserPreferences
- WildcardSearch

---
RuleName: Delete user first names by user first name.
RuleSource: GDPR
RuleType: PrivacyByDeletion
DataClassification:
  User:
  - UserFirstname
ObjectFilter:
  User:
    UserFirstname: someFirstname

---
RuleName: Delete user first names and user last names by user email.
RuleSource: GDPR
RuleType: PrivacyByDeletion
DataClassification:
  User:
  - UserFirstname
  - UserLastname
ObjectFilter:
  User:
    UserPreferences:
      UserEmail: someMail@example.com

---
RuleName: Delete user first names and user last names with wildcard search.
RuleSource: GDPR
RuleType: PrivacyByDeletion
DataClassification:
  User:
    - UserFirstname
    - UserLastname
ObjectFilter:
  User:
    UserFirstname: someFirstname
    WildcardSearch: 1

---
RuleName: Delete user first names by user first name and create time, which are greater than or equal with the specified date.
RuleSource: GDPR
RuleType: PrivacyByDeletion
DataClassification:
  User:
    - UserFirstname
ObjectFilter:
  User:
    CreateTime: 2019-01-01
    UserFirstname: someFirstname