CLOUD CONCEPT

Legal Holds

Legal holds are preservation controls that suspend routine deletion or alteration of relevant information until an authorized release.

Cloud Concepts Hub →

What is Legal Holds

A legal hold preserves information needed for litigation, investigations, or other legal obligations, usually without a predetermined expiration date. In cloud environments, engineers translate that obligation into enforceable storage and backup controls, supported by access restrictions, audit records, and reliable retrieval procedures.

A legal hold prevents the routine disposal of information that must remain available for a legal matter or investigation. Unlike a retention policy that preserves records for a defined period, a legal hold generally continues until explicitly released. Legal or records-management teams determine the preservation obligation, while engineers implement controls that protect the relevant data and demonstrate that those controls remain effective.

Start by defining the scope of preservation. Relevant information might include customer transactions, application logs, previous object versions, file-system data, or database recovery points. Record identifiers, timestamps, ownership, case references, and the systems containing additional copies. A tag or case label can help locate evidence, but it does not itself prevent deletion. A one-time snapshot also does not automatically preserve relevant information created after that snapshot.

Cloud object storage can enforce preservation on individual object versions. For example, Amazon S3 Object Lock supports legal holds on object versions in an Object Lock-enabled bucket. A legal hold has an ON or OFF state and no automatic expiration date. While the hold is active, the protected version cannot be permanently deleted. Applications can still create newer versions, and a delete marker can hide the object from ordinary reads. Preservation therefore protects the underlying evidence without necessarily freezing the application's current view.

Legal holds and time-based retention are independent controls. In S3, a legal hold can coexist with governance-mode or compliance-mode retention. Expiration of a retention period does not release an active legal hold, and removing a hold does not cancel an unexpired retention requirement. Permission to bypass governance retention does not bypass a legal hold. However, a principal authorized to change the legal-hold state can remove it, making restricted administration and monitored release procedures essential.

Automatic lifecycle management must distinguish storage optimization from disposal. S3 Lifecycle can transition protected versions between storage classes, but it cannot permanently delete a version while Object Lock protection applies. Archiving can reduce storage costs while adding retrieval delays and charges. After a hold is released, data that already meets lifecycle expiration conditions can become eligible for deletion if no other protection remains. Release workflows should therefore evaluate disposal consequences before changing protection.

Backup preservation applies the same principle to recovery points. AWS Backup legal holds protect selected supported recovery points against deletion independently of their scheduled retention expiration. They are distinct from AWS Backup Vault Lock, which enforces retention constraints. An ordinary backup schedule does not by itself establish a legal hold, and preserving a backup does not freeze changes in the source application.

File-system lifecycle and backup policies also require careful interpretation. Amazon EFS Lifecycle policies move eligible files between storage classes; they do not establish legal holds. Amazon FSx for Lustre supports native backups for eligible persistent file systems, but not for scratch file systems or file systems linked to S3 data repositories. Select a supported preservation approach for the actual configuration. Exporting relevant data to S3 and protecting the resulting object versions is one option, not a universal requirement; verify that the capture includes the required content and metadata.

A practical preservation design separates application permissions from hold administration, records hold changes, verifies coverage, and periodically tests retrieval. Protect encryption keys and supporting metadata because undeletable ciphertext can still become unusable if its key is destroyed. Preserve integrity information and provenance needed for evidentiary review. Budget for indefinite storage, backup granularity, and archive retrieval costs. Encryption, versioning, ordinary backups, and access policies support preservation, but none alone establishes a complete legal-hold process.

Key aspects of Legal Holds

Effective legal holds combine precise scope, enforceable preservation, independent retention controls, authorized release, and continued access to usable evidence.

Preservation until authorized release

A legal hold generally remains active without a fixed expiration date. Require documented authorization before releasing protection rather than relying on ordinary lifecycle schedules.

Precisely defined scope

Identify the object versions, recovery points, records, and time ranges that must be preserved. Include relevant historical data and newly created information when the preservation obligation requires it.

Independence from retention periods

Legal holds and time-based retention can protect the same data simultaneously. Permanent deletion must remain blocked until the hold is released and any remaining retention requirements are satisfied.

Lifecycle-aware deletion protection

Use enforceable storage or backup controls rather than labels alone. Storage-class transitions may remain permissible, but automatic expiration must not delete protected evidence.

Controlled and auditable administration

Restrict permissions to apply and remove holds, separating them from routine application access. Record administrative actions and review release requests against the applicable legal authorization.

Continued evidence usability

Preserve encryption keys, identifiers, metadata, and retrieval procedures alongside the data. Test recovery and account for archive retrieval delays, backup coverage, and ongoing costs.

Cloud services for Legal Holds

Amazon S3 and AWS Backup enforce preservation for different data representations: object versions and supported backup recovery points. CloudTrail supplies audit records for relevant administrative and access activity, while AWS KMS supports the continued readability of encrypted evidence. Coordinate these services through a workflow that identifies scope, applies protection, verifies coverage, tests retrieval, and authorizes release. Lifecycle rules can optimize storage where compatible with preservation, but they must not determine when a legal hold ends. Protect audit records, metadata, and encryption dependencies as well as the primary evidence.

Amazon Simple Storage Service image Amazon S3

S3 Object Lock implements legal holds on individual object versions independently of time-based retention. S3 Lifecycle can transition protected versions between storage classes but cannot permanently delete versions while Object Lock protection applies.

Open Amazon S3 →
AWS Backup image AWS Backup

AWS Backup legal holds preserve selected supported recovery points against deletion even when their scheduled retention expires. Verify resource and recovery-point eligibility, and distinguish legal holds from the retention constraints enforced by AWS Backup Vault Lock.

Open AWS Backup →
AWS CloudTrail image AWS CloudTrail

CloudTrail records supported hold-management and data-access API activity for auditing. Configure the appropriate event categories, including S3 object-level data events where required, and protect the resulting audit records.

Open AWS CloudTrail →