Amazon Web Services SAA-C03 Exam With Confidence Using Practice Dumps

Option Cis the most secure and practical solution. Presigned URLs allow temporary, limited access to upload files to specific S3 prefixes. This ensures that artists can upload files securely without needing AWS credentials or accounts. Each artist receives a unique URL with permissions tied to the intended S3 location, and the URL can be configured to expire after a certain time, minimizing security risks.

Why Other Options Are Incorrect:

Option A:Enabling CORS allows cross-origin access but does not provide authentication or authorization for uploads. This does not secure the uploads or restrict access to specific artists.

Option B:Turning off block public access and sharing the bucket URL exposes the bucket to potential misuse and unauthorized uploads. This approach is highly insecure.

Option D:While a web interface might work, it introduces additional complexity and potential security risks by exposing upload functionality through a public-facing application.

AWS Documentation References:

Using Amazon S3 Presigned URLs

AWS Best Practices for Secure S3 Access

AWS Lake Formation natively supports fine-grained access control, including:

Row-level security

Cell/column-level security

These are implemented through data filters and Lake Formation permissions on governed tables and views. This allows you to centrally define which users or groups can access which rows and which columns, including sensitive data fields, with minimal custom code or maintenance.

Why others are incorrect:

A: IAM alone does not provide row-level or cell-level data security inside Lake Formation tables.

C and D: Using Lambda to scrub or periodically remove sensitive data is complex, error-prone, and high overhead compared to built-in Lake Formation data filters.

DynamoDB on-demand capacity mode is the best fit when traffic is unpredictable and the application must automatically scale read and write throughput without capacity planning. In on-demand mode, DynamoDB instantly accommodates changing request rates and charges based on actual read and write requests, which avoids over-provisioning for unknown traffic patterns. The DynamoDB Standard table class is appropriate because the workload expects moderate to high read and write activity. DynamoDB Standard-IA is designed for tables where storage is dominant and access is infrequent, so it is not the best match for an actively used web application backend. Provisioned capacity with auto scaling can be cost-effective for predictable workloads, but unpredictable traffic makes on-demand mode the safer and more operationally efficient choice.