Data Retention

This document describes what data the platform collects, how long it is retained, how it is deleted, and your rights as a data subject under GDPR and similar regulations. Every retention period below is enforced by automated daily expiry jobs — you don't have to ask us to delete data; the platform deletes on schedule.

Effective date: 2026-01-01. Last reviewed: 2026-05-09.

Data retention timeline — ingestion, active storage, rollup archive, long-term archive, permanent deletion
Data retention timeline — ingestion, active storage, rollup archive, long-term archive, permanent deletion

What data we collect

The platform collects two classes of data — scan data (your cloud security posture) and platform data (your account and operations) — and maintains an explicit boundary of never-collected data. Knowing what we don't collect is as important as what we do.

ClassExamplesWhy we keep it
Scan data — collected by enginesCloud resource metadata · resource configurations · security findings · compliance scores · attack graph nodes · vulnerability recordsPowers the dashboards, reports, and posture trends you pay for
Platform data — account and operationsUser account data · tenant configuration · credential references (pointers, never secrets) · audit logs · scan history · billing recordsRequired to operate your account and meet SOC 2 and legal obligations

We never collect:

  • Plaintext cloud credentials — only credential references (ARNs, service principal IDs). The secret material lives in a managed secret store and is fetched at scan time.
  • Customer workload data or file contents — Data Security (DSPM) samples to classify data types, but sample data is discarded immediately after classification metadata is extracted.
  • Personal data from scanned cloud resources — the platform records that PII, PCI, or PHI exists, where it lives, and how it is protected — never the data itself.
  • Source code content — SecOps reads code to scan for issues but stores only finding metadata, never the source itself.

Retention schedule

Each data class has its own retention window. Audit logs and billing records are retained longest (7 years) due to SOC 2 and legal requirements; raw scan configurations are retained shortest (90 days) because they are recomputable from a fresh scan.

Data categoryRetention periodReason
Security findings (full detail)12 monthsHistorical trend analysis, compliance evidence
Security findings (aggregated scores)36 monthsLong-term posture trend reporting
Raw resource configurations (scan raw data)90 daysDebugging, re-evaluation
Compliance scores and reports12 monthsAudit evidence, trend analysis
Attack graph nodes and edges12 monthsInvestigation history
Vulnerability records12 monthsRemediation tracking
Audit logs7 yearsSOC 2 requirement, legal hold
Billing records7 yearsLegal and tax requirement
User account data (active subscription)Duration of subscriptionOperational
User account data (post-termination)90 daysGrace period, account recovery
Credential referencesDuration of subscriptionDeleted immediately on credential revocation
Application and scan logs90 daysOperational debugging
Database backup snapshots30 daysDisaster recovery

Custom retention is available on Enterprise plans for compliance regimes that require longer windows (FedRAMP requires 3 years for security findings) or shorter ones (some EU privacy programs cap retention at 6 months).

Data deletion

Automatic deletion

Data is automatically deleted when its retention period expires.

Automatic deletion flow — created, retained, expiry, deleted, audit-log verified
Automatic deletion flow — created, retained, expiry, deleted, audit-log verified

Reading the flow:

  1. Created — every data record is tagged with a retention class and creation timestamp at write time.
  2. Retained — for the scheduled period (90 days, 12 months, or 7 years depending on class).
  3. Expiry — a daily expiry job finds eligible records and queues them for deletion.
  4. Permanently deleted — from production and all backup snapshots.
  5. Audit log — the deletion event is timestamped in the audit log; a destruction certificate is available on request.
Deletion is permanent and irreversible. Once a record is past its retention window, no support escalation can recover it. Backups follow the same schedule — after the 30-day backup window, data deleted from production is removed from all snapshots too.

Account termination

When a subscription is terminated:

DayWhat happens
0Scanning stops immediately. No new data is collected.
0–90Data is preserved in read-only state. Export available via API or support request.
30A deletion confirmation email is sent with export instructions.
90All scan data, findings, configuration data, and user data are permanently deleted.
90+Audit logs and billing records are retained per the 7-year legal requirement.

Customers can request early deletion at any point during the 0–90 day grace window — useful when a regulator requires immediate erasure.

Right to erasure (GDPR Article 17)

If you are an EU data subject and request erasure of personal data:

  1. Submit the request to legal@onam.io.
  2. Identity verification is required.
  3. Erasure completes within 30 days of the verified request.
  4. Personal data (name, email, login history) is deleted.
  5. Anonymized scan data (no personal identifier) is not subject to erasure — it is not personal data under GDPR.
  6. Data required for legal or audit purposes (audit logs, billing records) is retained with a note of the erasure request.

Data residency

Your data is processed and stored exclusively in the region you select during tenant creation. Backups stay in the same region. The platform never replicates findings or inventory across regions without your explicit consent.

Data residency options — your cloud account to default, EU, or US regions with TLS 1.3 transit
Data residency options — your cloud account to default, EU, or US regions with TLS 1.3 transit
RegionCoveragePlans
India / APAC (default)Mumbai data center · India and APAC customersAll plans
EU residencyIreland data center · EU and UK customers · GDPR residency requirementEnterprise
US residencyVirginia data center · US and Americas customersEnterprise
Government cloud (FedRAMP / IL5)US Federal · ITAR · IL5 customersGovernment plans

The four residency guarantees:

  • Your data is processed and stored exclusively in the region you select.
  • Backups stay in the same region.
  • No cross-region replication without your explicit consent.
  • Data transit from your cloud account to the platform region is encrypted with TLS 1.3. No data transits unencrypted.

Data classification

The platform classifies all data it holds into four sensitivity tiers. Each tier has different access controls, encryption posture, and audit requirements.

TierExamplesControls
ConfidentialCloud credential references · user passwords (hashed) · SOC 2 reportsManaged secret store · encryption · access logging · NDA required for access
RestrictedSecurity findings · vulnerability details · audit logsEncrypted · RBAC-gated · tenant-isolated
InternalScan metadata · compliance scores · application logsEncrypted · authenticated access required
PublicDocumentation · architecture diagrams · release notesPublicly accessible

GDPR compliance summary

Every applicable GDPR article is mapped to a specific platform control or process.

GDPR requirementHow we meet it
Art. 5 — Lawful processingLegitimate interest (security service) plus contractual necessity
Art. 6 — Legal basisContract performance plus legitimate interest
Art. 13 / 14 — TransparencyThis policy plus the Privacy Policy on the marketing site
Art. 17 — Right to erasureHonored within 30 days — legal@onam.io
Art. 20 — Data portabilityExport available via API and support request
Art. 25 — Privacy by designTenant isolation · minimal data collection · encryption defaults
Art. 28 — Processor agreementDPA available — contact legal@onam.io
Art. 32 — Security measuresSOC 2 Type II · ISO 27001 · encryption · RBAC · annual penetration testing
Art. 33 — Breach notificationWithin 72 hours of confirmed breach
Art. 35 — DPIAAvailable on request for Enterprise customers

Frequently asked questions

Can I export my data before cancelling? Yes. All findings, compliance reports, and scan history are exportable via the REST API (JSON / CSV) or by contacting support. You have 90 days after termination to request an export.

Do you share my cloud configuration data with third parties? No. Your cloud resource configurations and security findings are never shared with third parties. See the subprocessor list in the Trust Center for infrastructure providers.

What happens to my data if you shut down? In the event of a platform shutdown, customers receive a minimum of 90 days notice, during which export tools remain available. After that period, all data is permanently deleted, with a destruction certificate available on request.

Are backups encrypted? Yes. All database snapshots are encrypted at rest. Backup data is subject to the same retention and deletion schedules as production data.

Where is my data physically stored? In the region you select at tenant creation — see Data residency above. No data is stored outside the contracted region.

Can I get a destruction certificate? Yes — available on request after account termination or after a verified GDPR Article 17 erasure request. Useful for compliance evidence.

Changes to this policy are communicated via email 30 days before taking effect. Questions: legal@onam.io.

Next steps

  • Trust Center — certifications, incident response, and the full security program
  • SLA & SLO — uptime commitments and support response times
  • API Reference — export findings and reports programmatically before any retention window closes
  • Data Security architecture — how tenant isolation and encryption are implemented