Aufbewahrung von Logs und Daten #

Diese Seite ist für die Systemadministratoren und Compliance-Verantwortlichen eines Hosters. Sie nennt für jedes Log und jede Aufzeichnung, die eine Exponential-Website führt, die Standardaufbewahrung, die Einstellung, die sie ändert, und was sie durchsetzt. Nutzen Sie sie, um den Abschnitt zur Aufbewahrung einer Tarifbeschreibung zu schreiben oder einem Kunden zu antworten, dessen Datenschutzerklärung einen Zeitraum nennt. Einstellungen werden in Überschreibungen geändert (settings/override/<file>.ini.append.php); leeren Sie danach den INI-Cache.

Hinweis Welche Zeiträume richtig sind, ist eine rechtliche und geschäftliche Entscheidung von Hoster und Kunde, nicht der Software. Diese Seite ist keine Rechtsberatung (Compliance und DSGVO).

Inhalt #

1. Auf einen Blick
2. Logs des Kernels
3. Anfrage-, Sicherheits- und CSP-Logs
4. Die Logs von Velocity
5. Das Prüfprotokoll
6. Einwilligung und Unterdrückung bei Mails
7. Inhalte und Sitzungen
8. Wofür der Hoster zuständig ist
9. Checkliste

Auf einen Blick #

Logs des Kernels #

Wenn ein Log LogFileMaxSize (2 MB) überschreitet, rotiert der nächste Schreibvorgang es, und die Archive über LogFileRotateCount (3) hinaus werden entfernt. LogFileMaxAge (0, keine Grenze) fügt eine Altersgrenze hinzu, die eine Bereinigung anwendet; LogFileCompress=enabled komprimiert Archive ab .2 (Log-Rotation). Pro Log, nach seinem Schlüssel:

# settings/override/logviewer.ini.append.php
[RotationSettings]
Keep[error]=10
MaxAgeDays[error]=90
Compress[error]=enabled

Auf Anforderung oder nächtlich als Benutzer der Website:

./console exp:logs --prune --dry-run
./console exp:logs --apply --prune
# crontab: 15 3 * * * cd /var/www/vhosts/<domain>/<installation> && php runcronjobs.php -q logs

Der Cronjob-Teil logs ist in keiner Standardgruppe, er läuft also nur, wenn er geplant ist. Wenn stattdessen logrotate des Systems var/log verwaltet, setzen Sie LogFileRotateCount=0, damit der Kernel nicht zusätzlich rotiert. Jede Änderung durch den Teil wird im Prüfprotokoll festgehalten.

Anfrage-, Sicherheits- und CSP-Logs #

Diese werden mit eigenen Grenzen in logviewer.ini [RotationSettings] ausgeliefert (Schlüssel 404, security, csp: MaxSize 10485760, Keep 5, Compress enabled, MaxAgeDays 30, 90 und 30). Um security.log länger zu behalten (Anfrage-Logs):

# settings/override/logviewer.ini.append.php
[RotationSettings]
Keep[security]=10
MaxAgeDays[security]=365

Die Logs von Velocity #

Velocity schreibt <siteaccess>-access.log und <siteaccess>-error.log unter var/vc/qbix/log/ ([LogSettings] Dir), im Format combined von Apache, mit den Modi 0640 und 0750. Die Rotation setzt das Datum vor die Endung (site-access.2026-09-24.log) (8.3.12 Logs). Das Repository dokumentiert für diese datierten Dateien keine Altersgrenze; entfernen Sie alte mit Ihrem eigenen geplanten Job, nach dem Zeitraum, den Ihr Tarif nennt.

Das Prüfprotokoll #

Pro Kanal in [AuditChannel_<channel>]: LiveDays (unkomprimiert) und ArchiveDays (als Archive behalten). Die mitgelieferten Blöcke der Kanäle setzen beide Werte; setzen Sie sie also pro Kanal, nicht in [AuditRotationSettings] (4.3 Aufbewahrung):

# settings/override/audit.ini.append.php: one year of archives instead of two
[AuditChannel_content]
ArchiveDays=365

[AuditChannel_access]
ArchiveDays=365

[AuditChannel_system]
ArchiveDays=365

[AuditChannel_commerce]
ArchiveDays=365

• Das Entfernen geschieht automatisch, täglich, und jedes Entfernen wird selbst festgehalten.
• Die Aufbewahrung entfernt nie einen Signaturschlüssel: exp:audit purge nennt die Schlüssel, die aufbewahrte Archive noch brauchen. Behalten Sie jeden SigningKey[] so lange wie die Archive, die er signiert hat.
• Lange Aufbewahrung (zum Beispiel zehn Jahre auf einmal beschreibbarem Speicher) ist die Konfiguration für Compliance; minimale Aufbewahrung mit gehashten Feldern ist die Konfiguration für strengen Datenschutz.
• Einträge, die eine Senke weiterleitet, behält das empfangende System nach eigenen Regeln.

Einwilligung und Unterdrückung bei Mails #

Der Cronjob-Teil mailpreferences (Gruppe infrequent) entfernt die Zeilen des Einwilligungsprotokolls von Personen, die nicht mehr da sind, sobald sie älter sind als RetentionDays (1095 Tage: die Lebensdauer des Kontos plus drei Jahre), entfernt Bestätigungen, die länger als PendingDays (7) gewartet haben, und, wenn [SuppressionSettings] RetentionDays über 0 liegt, alte Einträge der Unterdrückungsliste (9. Aufbewahrung und der Cronjob).

./console exp:mail:consent cleanup --dry-run
php runcronjobs.php mailpreferences

Denken Sie daran, dass das Entfernen eines Eintrags der Unterdrückungsliste optionale Mail wieder an diese Adresse lässt, wenn die Person sie vorher eingeschaltet hatte.

Inhalte und Sitzungen #

• Papierkorb: [TrashSettings] KeepItemsForDays leer oder 0 bedeutet, dass der Cronjob trashpurge (cronjobs/trashpurge.php) wie bisher den ganzen Papierkorb leert; eine Zahl behält Elemente so viele Tage (bis zu 36500). bin/php/trashpurge.php nimmt --trashed-days=<days>.
• Inhaltsjobs: Abgeschlossene Jobs werden nach [ContentJobSettings] KeepDays=30 entfernt (0 behält sie).
• Sitzungen: SessionTimeout (31104000 Sekunden, 360 Tage) setzt session.gc_maxlifetime beim eigenen Session-Handler von PHP; bin/php/ezsessiongc.php entfernt auf Anforderung abgelaufene Sitzungen nach SessionTimeout.
• Versionen und Entwürfe von Inhalten folgen den Inhaltseinstellungen der Website; sie sind Inhalte, und ihre Aufbewahrung ist die redaktionelle Entscheidung des Kunden.

Wofür der Hoster zuständig ist #

• Backups enthalten alles oben, einschließlich Logs und personenbezogener Daten, so lange das Backup aufbewahrt wird. Entscheiden Sie die Aufbewahrung der Backups zusammen mit diesen Zeiträumen (Backup-Zeitpläne und Aufbewahrung).
• Logs von Webserver, PHP-FPM, Panel und Mailserver liegen außerhalb von Exponential; ihre Aufbewahrung ist die Konfiguration des Hosters.
• Zentrale Log-Plattformen und SIEMs, die Senken des Audits oder Kopien von Logs empfangen, behalten sie nach eigenen Regeln.
• Exportierte Dateien (Audit-Exporte, CSVs der Einwilligungen, Exporte für betroffene Personen in var/tmp/) sollten gelöscht werden, wenn die Anfrage, die sie beantworten, erledigt ist.

Checkliste #

• To do: Die Aufbewahrung jeder Zeile der Tabelle oben entschieden und in die Tarifbeschreibung geschrieben.
• To do: Die Cronjob-Gruppen frequent und infrequent laufen; der Teil logs geplant, wenn Altersgrenzen gewünscht sind.
• To do: LogFileMaxAge oder MaxAgeDays pro Log gesetzt, wo der Tarif einen Zeitraum für Logs des Kernels nennt.
• To do: Die datierten Logdateien von Velocity werden durch einen geplanten Job nach dem genannten Zeitraum entfernt.
• To do: ArchiveDays des Audits pro Kanal mit dem Kunden vereinbart; Signaturschlüssel so lange wie die Archive behalten.
• To do: Aufbewahrung der Backups mit den Zeiträumen für Logs und Daten abgestimmt.
• To do: Exportierte personenbezogene Daten nach der Nutzung gelöscht.

Verwandte Seiten #

• Sicherheit für Hoster: Überblick
• Compliance und DSGVO
• Log-Viewer und Log-Rotation
• Prüfprotokoll
• Log-Rotation und Bereinigung
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.