Logo GH

Log and event storage policy

1) Purpose and scope

Purpose: To provide legal, secure, and cost-effective log/event storage, support AML/KYC investigations, audits, reporting, and platform resilience.
Coverage: all environments (prod/stage/dev), applications and microservices, anti-fraud and payments, CCM/sanctions, RG, infrastructure (K8s/cloud/CDN/WAF), partners/vendors (PSP, KYC, anti-fraud, analytics).

2) Log classes and minimum field composition

1. Security (SecOps/Identity): authentication, ATO/anti-fraud signals, role and policy changes, access to PII.

Поля: `actor`, `subject`, `action`, `result`, `ip`, `device`, `geo`, `risk_score`, `trace_id`.

2. Transactions/payments: deposits/withdrawals, chargebacks, anti-fraud rules.

Поля: `tx_id`, `amount`, `currency`, `psp`, `status`, `rule_hits[]`, `evidence_ref`.
3. CCM/sanctions/PEP: initiations, results, provider/version of lists, decisions (true/false positive).
4. Operations/SRE: SLO metrics, releases, autocat, incidents, alerts.
5. Marketing/CRM (optional): opt-in/unsubscribe events, campaigns (no extra PII).
6. Data access audit: reading/exporting/deleting sets from PII; references to DSAR/AML cases.

💡 Prohibition: store "live" secrets, full PAN/CSC, passwords, full documents in logs. For PII - tokenization/masking (see § 6).

3) Retention periods and retention levels (Hot/Warm/Cold/WORM)

CategoryHot (search ≤ seconds)Warm (minutes)Cold (hours)WORM/Legal Hold
Security (authentication/PII access)30 days6 months12-24 monthsup to 5 years/on demand
Transactions/payments/anti-fraud90 days12 months36 monthsup to 5-10 years (jurisdictions/contracts)
CCM/Sanctions/POP Logging30 days12 months36 months5-10 years (AML commitment)
Operations/SRE/Incidents30 days6-12 months24 monthsduring investigations
CMP Marketing/Consents30 days12-24 months36 monthsbefore consent/withdrawal deadline
💡 Specific deadlines are approved by Legal/Compliance for each country/license. The terms are revised at least annually.

4) Time synchronization and traceability

Single time base: NTP/Chrony, store 'ts _ utc' (UTC) + 'ts _ local' (for reporting).
Correlation: Include 'trace _ id '/' span _ id' and 'source _ service' in each log.
Time zones: reports/export - with explicit indication of TZ.

5) Access, encryption and segregation of duties

Encryption: at rest (KMS; key rotation at least 90 days for secret spaces) and in transit (TLS 1. 2+).
RBAC/ABAC: minimum access; separate roles for reading audit logs.
Break-glass: temporary access with multi-factor authorization and auto-closing.
Segmentation: logs with PII/finance - separate indices/tanks, separate keys.
Logs of access to logs: all reads/exports are recorded and reviewed.

6) Privacy and masking

It is strictly forbidden to log: passwords, tokens, PAN (in full), CVV/CVC, full document numbers, "raw" biometric data.
Default masking: email → 'p @ domain. com`; telephone → '+ XXX123'; IBAN/PAN → tokens/last 4 digits.
Aliasing: replace 'user _ id' with a strong token in analytical/marketing logs.
Cookies/SDK: log only technical identifiers with consent (CMP) and without gluing with PII, if there is no legal basis.
DSAR compatibility: store a reference to the source of the set and the ability to selectively extract/delete.

7) Data Quality and Formatting

Scheme-as-code: centralized JSON schemes/event protocols, versioning.
Validations: not null/ranges/regexes; rejected events - to a quarantine queue with a reason label.
Deduplication: by '(trace_id, ts, source)'; idempotency levels for retrays.
Enrichment: strictly deterministic; geo/device attributes - indicating the version of dictionaries.

8) Architecture and storage tiers

Hot: indexable storage/search clusters (operational investigations, SIEM).
Warm: object storage with accelerated access/colds.
Cold: object/archive storage (glacier class/analogue), requests via batch.
WORM/Legal Hold: unchangeable retention buckets/policies and "legal holds" with no removal/change before expiration.

9) Deletion, archiving and Legal Hold (SOP)

1. The daily scheduler calculates candidates by time.
2. Check for active incidents/investigations/Legal Hold.
3. Archiving - Migrate to Cold/WORM as needed.
4. Delete: safe purge + log ('dataset', 'range', 'actor', 'hash _ before/after').
5. Report to Compliance/Data at the end of the batch.

10) Compliance Integration (GDPR/AML/PCI/ISO)

GDPR: minimization, goals/bases in RoPA; DSAR availability; 72-hour notifications rely on audit logs.
AML: storage of logs of sanctions checks, STR/SAR links; terms of 5-10 years (by country).
PCI DSS (if applicable): disable sensitive authentication data; segregation of payment perimeter logs.
ISO 27001/ISMS: logging policy as a mandatory document; annual audits and tests.

11) Vendors and sub-processors

DPA/SLA: register retention periods, geography, TOMs, export format, WORM/Legal Hold, incident response time.
Audit: questionnaires, PII selective access logs, incident/notification test.
Offboarding: deletion/return of logs, closing act, confirmation of destruction of copies/backups.

12) Monitoring and alerts

KRIs: validation failure growth> X%, ingestion> Y lags, ETL failure <99%, out-of-window access attempts.
KPI: logging coverage ≥ 95% of services; MTTD of pipeline failure ≤ 15 min; The percentage of requests to Hot completed ≤ 2 seconds is ≥ 95%.
SOAR: auto-tickets in violation of retention/access/masking.

13) RACI

ActivityCompliance/LegalDPOSecuritySRE/DataProduct/Eng
Approval of datesA/RCCCI
Masking/PII PoliciesCA/RRRC
Storage architectureICCA/RC
Access and auditCCA/RRI
Delete/ArchiveCCIA/RI
Vendors/ContractsA/RCCCI

14) Export and reporting

White lists of recipients and formats (CSV/Parquet/JSON) with depersonalization by default.
Signature/hash of each archive, download log.
Regulatory report templates: summaries of sanctions/PEP, KYC, AML alerts, PII access, incidents.

15) Requirements for development and operation

Log meaningfully: key actions/decisions, not all traffic.
Level standards: 'DEBUG' is not allowed in prod; 'INFO' for business events; 'WARN/ERROR' for anomalies.
Redaction-middleware: a single layer of masking in gateways/SDKs.
Test environments: synthetic data or pseudonymization; disabling copies of prod-logs in dev.
Releases: log/masking checklist in CAB; feature flags for advanced logging.

16) Checklists

16. 1 Weekly monitoring

  • Time synchronization without drift
  • Ingestion errors
  • No direct PII/secrets in samples
  • Access/roles are up to date
  • ETL success ≥ 99%

16. 2 Monthly audit

  • Check retention/removals
  • Random selection of exports (signature/hash ok)
  • Vendor reviews (access logs, incidents)
  • Updating Schemas/Reference Books

16. 3 Before deletion/archive

  • No Legal Hold/Incident
  • Export related artifacts (if required)
  • Destruction protocol formed

17) Logging incidents (fast playbook)

PII/secrets were found in the logs → immediately enable redaction rules, restrict access, start key cleaning/rotation, estimate the scale (DPO/Legal), and, if necessary, notifications.
Failure of the pipeline of logs → switching to buffering, alert SRE, restart ingestion, post-mortem.

18) Implementation Roadmap

Weeks 1-2: inventory of sources, agreement on dates, basic retention matrix, scheme-as-code.
Weeks 3-4: masking/revision implementation, index separation with PII, NTP/trace identifiers, WORM for critical sets.
Month 2: automation of deletion/archiving, KRIs/KPIs and alerts, SOAR playbooks.
Month 3 +: vendor audits, cost optimization (tiering), quarterly reviews of deadlines and requirements of jurisdictions.

TL; DR

Unified log policy = clear timing matrix + masking and encryption + RBAC and access audit + WORM/Legal Hold + quality and time synchronization. This reduces risk (GDPR/AML/PCI), reduces storage costs and speeds up investigations.

Contact

Get in Touch

Reach out with any questions or support needs.We are always ready to help!

Start Integration

Email is required. Telegram or WhatsApp — optional.

Your Name optional
Email optional
Subject optional
Message optional
Telegram optional
@
If you include Telegram — we will reply there as well, in addition to Email.
WhatsApp optional
Format: +country code and number (e.g., +380XXXXXXXXX).

By clicking this button, you agree to data processing.