VISTASecurity
  • Vista Platform
  • How it works
  • Insights
  • Docs
  • Release status
  • Mailing list
Try Core
Vista Documentation
  • Editions
  • Vista Platform Platform Overview
  • Cbom
    • CBOM Artifacts
  • Features
    • Algorithm Reference
    • AI Assistant Integration (MCP)
    • Asset Approval Workflow
    • Asset Lifecycle Management
    • AWS Cloud Resource Discovery
    • Azure Cloud Resource Discovery
    • Certificate Chain Management
    • CMDB Integrations
    • CMDB Terminology Glossary
    • Compliance Framework Management
    • Crypto Risks Dashboard
    • Cryptographic Keys
    • Device Interrogation Feature
    • Discovery Feature
    • Fortinet Device Interrogation
    • Viewing Frameworks, Controls & Measurements
    • GCP Cloud Resource Discovery
    • Getting Started checklist
    • Global search (⌘K)
    • Inventory and Lenses
    • Measurement Templates
    • Inviting Members
    • Infrastructure Assets and Crypto Configurations
    • Network Spaces Feature
    • Operational Context
    • Page-local Export
    • PCAP File Ingestion
    • Remediation
    • Scopes
    • Enhanced Sensor Registration & Management Guide
    • Spreadsheet Import
    • Third-Party Systems and External Connections
    • Unified Crypto Inventory
  • Guides
    • Audit Logging User Guide
    • Cloud and Device Management Separation – Migration Guide
    • Device Auto-Discovery Troubleshooting Guide
    • Device Interrogation User Guide
    • Tenant Administrator Guide
    • Tenant User Guide
  • Operating VistaPlatform
    • Container runtime images (source of truth)
    • Platform Administrator Guide
    • Releases & Versioning
    • Service Startup and Shutdown Procedures
    • Configuration
      • Platform Integrations Configuration Guide
    • Deployment Documentation
      • Database Deployment Readiness – Sensor Management Enhancements
      • Database Migration Guide
      • Device Agent Deployment Guide
      • Managed vs In-Cluster Data Services (EKS)
      • Deployment Migration Checklist
      • Production Deployment Checklist
      • Deployment Propagation Guide
      • Vista RKE2 v1 — Customer Documentation
        • Vista — RKE2 Cluster Provisioning Guide
        • Vista Deployment Guide — RKE2 v1
        • Vista RKE2 Deployment — Pre-Flight Checklist
        • Vista Security Overview — RKE2 v1
        • Vista Support Bundle
    • Monitoring
      • Compliance Engine Event Processing Alerts
      • Compliance Log Management & Retention
      • Production Monitoring & Alerting Setup
      • System Monitoring & Alerting Guide
    • Operations
      • Notification Provider Integration Guide
    • Security
      • 🔒 Security Architecture for Cloud-Hosted Control Plane
      • Bootstrap Certificate Management
      • Certificate Management Operations Guide
      • Secrets Management Guide
    • Troubleshooting
      • Asset Approval Workflow Issues – Resolution Documentation
      • Troubleshooting Guide
      • Runbooks
        • Gateway Runbook
        • Recovery and Resume After Reboot
Vista/Docs

Compliance Log Management & Retention

Overview

The monitoring-service owns platform-wide compliance logging. Raw JSON logs are stored in S3 (SSE-KMS) while metadata, access audit trails, PII rules, and retention history live in Postgres.

Required Configuration

  • S3_LOG_BUCKET – S3 bucket for raw logs
  • S3_REGION – AWS region for the bucket
  • S3_KMS_KEY_ID – KMS key used for SSE-KMS encryption
  • ENABLE_INCIDENT_HOOKS=true – controls automated incident hooks/notifications (defaults to true; set to false only when S3/KMS access isn’t available)
  • LOG_RETENTION_INTERVAL_HOURS – cadence for the retention job (default 24h)

Set these variables in .env, .env.prod, or through AWS parameter stores before deploying monitoring-service.

Incident Hooks & Notifications

When ENABLE_INCIDENT_HOOKS=true, monitoring-service will:

  1. Evaluate each stored log via IncidentResponseHook
  2. Auto-create a security incident when PII/security patterns trip
  3. Send notifications through configured monitoring notification channels (Slack, webhook, PagerDuty, email)
  4. Record an audit entry (access_type=incident) in platform_log_access_audit with access_result=created
  5. If the hook fails (missing channel, API error, etc.) an access_type=incident entry is still added with access_result=error and the error message for audit/replay

Use admin UI → Settings → Notifications to configure channels.

Retention & Archival

  • Hot storage policy: 90 days (logs remain status=active)
  • Archive policy: after 90 days entries are marked status=archived
  • Deletion policy: after 365 days entries are soft-deleted (status=deleted)
  • Job history recorded in platform_log_retention_jobs

The retention worker runs via jobs.LogRetentionJob on the monitoring-service process. Adjust LOG_RETENTION_INTERVAL_HOURS if needed.

Validation Workflow

Run make validate-logging (or ./scripts/validate-logging.sh) to ensure:

  1. Required env vars are set
  2. Core logging tables exist (platform_log_metadata, platform_log_access_audit, platform_log_retention_jobs)

Example:

export DATABASE_URL=postgres://crypto_user:crypto_pass_dev@localhost:5432/crypto_inventory?sslmode=disable
make validate-logging

Deployment Notes

  1. Apply migrations scripts/database/19-compliance-logging-schema.sql before enabling logging.
  2. Ensure monitoring-service IAM role has access to the S3 log bucket and KMS key.
  3. Verify retention job logs (monitoring-service container) to confirm archival/deletion runs.
  4. Confirm incident notifications reach Slack/PagerDuty as expected before enabling in production.

Related Documentation

  • Monitoring Setup – Complete monitoring and alerting setup
  • Production Deployment Checklist – Deployment procedures
← Compliance Engine Event Processing Alerts Production Monitoring & Alerting Setup →

View source on GitHub · Published from 470d8ee

On this page
  • Overview
  • Required Configuration
  • Incident Hooks Notifications
  • Retention Archival
  • Validation Workflow
  • Deployment Notes
  • Related Documentation
VISTASecurity

Vista Platform is a self-hosted cryptographic system of record for continuous discovery, evaluation, action, and proof.

Vista Platform

How it works
Governance
Post-Quantum
Core, Enterprise & MSP
Try Core

Resources

About
Insights
Documentation
Release status
GitHub ↗
info@vistasecurity.io
Join the mailing list

© 2026 Lakeshore Labs LLC. Vista Security is a brand of Lakeshore Labs LLC. All rights reserved.