Cloudinary Media Developer study materials
Cloudinary Media Developer study resources

An ordinary signed delivery URL is not an expiry policy

Cloudinary Media Developer · Put your knowledge to work in context.

All case studies

An ordinary signed delivery URL is not an expiry policy

A fictional application must provide a sensitive media file only during an authorized limited access window. A developer presents an ordinary signed delivery URL and says it must expire because a separate upload-authentication signature uses a timestamp. The supplied design has not selected a supported temporary download, token or equivalent lifetime mechanism, and the private/derived-asset behavior has not been reviewed. This case performs no upload or media request. It asks the learner to distinguish operation-specific signing from an actual supported viewing lifetime and to identify the access and cache conditions that must be verified before the application promises that every previously issued URL becomes unusable at a particular time.

1. Why is the expiry claim unsupported?

Read the worked answer

Signature semantics differ by operation. An ordinary signed delivery URL does not universally expire because a different upload-signature workflow uses a timestamp.

2. What should the authorized design verify?

Read the worked answer

Select the supported access/lifetime mechanism, validate its exact scope, original/derived behavior and cache consequences, and protect signing credentials. Test the required authorized and expired-access outcomes before a promise.