Cloud Data Security · Topic 6 of 7

Retention, Deletion, Archiving and Data Events

CCSP data retention, deletion, archiving and legal hold, plus data event sources, event attributes, log analysis, chain of custody and non-repudiation.

  • 5 min
In a nutshell
  • Retention policies cover period, format, location, archiving, destruction and roles.
  • Deletion must reach every copy; crypto erase is the dependable method.
  • Archives need retained keys, readable formats and tested restores.

What it is

Retention policy decides how long data is kept, how it is archived and how it is destroyed, with legal hold suspending deletion when litigation or investigation requires it.

Auditability of data events means recording who did what to which data, when and from where, so that actions can be traced to an accountable identity and the records can stand up as evidence.

CreateActive useArchiveRetention endsDeletecrypto eraseLegal holdsuspendsDeletecrypto erase

How it works

Data retention policies

A retention policy states, for each category of data:

  • The retention period, based on law, regulation, contract and business need.
  • The format and storage location, including permitted regions.
  • The archiving method and required retrieval time.
  • The destruction method at the end of the period.
  • Roles: who owns the schedule and who approves exceptions.

Keeping data too long is also a risk. It increases breach impact and breaks data minimization rules such as those in GDPR.

Data deletion procedures and mechanisms

MechanismNotes
Logical deletion through the provider APIRemoves access, but the provider may keep copies in backups for a period
Versioning and soft delete expiryPrevious versions must also be removed
Cryptographic eraseDestroy the keys; the practical way to make all copies unreadable
Provider media sanitizationPhysical destruction or purging of retired drives, evidenced in audit reports

Deletion procedures should list every copy: replicas, snapshots, backups, caches, logs and exports to third parties. Contracts should say how long the provider keeps deleted data and confirm destruction at exit.

Data archiving procedures and mechanisms

An archive must remain readable for the whole period. Plan for:

  • Format: open, durable formats that will still open in years.
  • Encryption and keys: keys retained and escrowed as long as the data.
  • Technology: archival storage tiers have slower retrieval; confirm retrieval times meet legal requests.
  • Integrity: hashes or write once storage to prove the archive is unchanged.
  • Testing: periodic restores to prove the archive can actually be read.

Legal hold

A legal hold preserves data that may be relevant to litigation, investigation or regulatory inquiry. It overrides normal retention and deletion schedules until legal counsel releases it.

  • Deletion prevention: automatic expiry and lifecycle deletion are suspended for held data, often using retention locks.
  • Authorized access: only named legal and investigation staff may access held data, with every access logged.
  • Scope: the hold covers all copies and locations, including SaaS and backups.

Deleting data after a hold notice can be spoliation of evidence, with serious legal consequences.

Event sources and attributes

Data events come from storage access logs, database audit logs, management plane logs (who changed a policy or key), SaaS audit logs, IAM and key management logs. The customer must know which sources each service category exposes; SaaS often offers far fewer than IaaS.

Each event should capture the attributes needed to answer who, what, when, where and outcome:

AttributeExample
IdentityUser or service principal, with session ID
IP addressSource address of the request
GeolocationCountry or region derived from the source
TimestampSynchronized UTC time
Action and objectRead, write, delete; which file or record
ResultSuccess or failure, with reason
{"time":"2026-10-20T09:14:03Z","identity":"svc-reporting","source_ip":"203.0.113.24","geo":"DE","action":"object.read","object":"hr/payroll-2026-09.csv","result":"success"}

Logging, storage and analysis

Send logs to a central store outside the account being logged, protect them from alteration with write once storage or hashing, keep them for the required period, and analyse them in a SIEM. Clocks must be synchronized, or events cannot be correlated.

Chain of custody and non-repudiation

Chain of custody documents who collected evidence, when, how, where it was stored and every transfer. Non-repudiation means an actor cannot credibly deny an action, which requires strong authentication, unique identities (no shared accounts), integrity protected logs and, for documents, digital signatures.

A worked example

A logistics company receives a litigation notice about a customer dispute. Its policy deletes customer emails after two years, and the relevant emails are 23 months old.

Legal counsel issues a hold. The SaaS email retention lock is applied to the named mailboxes, overriding the deletion policy. Investigators get read access, every access is logged, and exported copies are hashed and recorded in a chain of custody form.

How the exam asks about this

  • "Litigation is expected and a retention policy would delete relevant records next week. What should happen?" Apply a legal hold to suspend deletion.
  • "Which practice BEST supports non-repudiation of data changes?" Unique authenticated identities with integrity protected logs, never shared accounts.
  • "Why must log timestamps be synchronized?" So events from different sources can be correlated into an accurate timeline.

What to remember for the exam

  • Retention policies cover period, format, location, archiving, destruction and roles.
  • Deletion must reach every copy; crypto erase is the dependable method.
  • Archives need retained keys, readable formats and tested restores.
  • Legal hold overrides retention and deletion until counsel releases it.
  • Data events need identity, IP address, geolocation, time, action, object and result.
Watch out

Shared or generic accounts destroy accountability. If several people use one identity, no log can prove which person acted.

Common mistakes

Keeping everything forever. Over retention raises breach impact and breaks minimization rules.

Archiving without keys. Encrypted archives whose keys were rotated away cannot be read when a court asks for them.

Storing logs where attackers can reach them. Logs in the same account as the compromised workload can be deleted by the attacker.

Check yourself

  • What does a legal hold do?

    It suspends normal deletion for data relevant to litigation or investigation, keeping all copies preserved and access restricted until legal counsel releases it.

  • Which event attributes help answer where an action came from?

    The source IP address and the geolocation derived from it.

  • Why must archives be restored periodically?

    To prove the data, its format and its keys still allow it to be read within the required time.

Topic 6 of 7 in Cloud Data Security

Test yourself on Cloud Data Security

The full ISC2 CCSP question bank has 900 questions, with timed practice exams and an explanation for every answer.

This study guide is independent and is not affiliated with, endorsed by, or sponsored by ISC2. Vendor names, certification names and exam codes are trademarks of their respective owners and are used for identification only.