← SCS-C02·Amazon Web Services

Question 1,664 of 1,748

Data Protection →mediumMultiple ChoiceObjective-mapped

SCS-C02 Data Protection Practice Question

This SCS-C02 practice question tests your understanding of data protection. Match the stated requirement to the specific cloud service, access model, or configuration option — many options are valid in isolation but not for this scenario. After answering, compare your reasoning against the explanation and wrong-answer breakdown below. Once you have made your selection, read the full explanation to reinforce the concept and understand why each distractor is designed to mislead on exam day.

A company is using Amazon S3 to store sensitive documents. The security team has implemented a bucket policy that denies access unless the request uses HTTPS. However, a security audit reveals that some objects were accessed over HTTP. The bucket policy is as follows: {"Effect":"Deny","Principal":"*","Action":"s3:*","Resource":"arn:aws:s3:::example-bucket/*","Condition":{"Bool":{"aws:SecureTransport":"false"}}}. The team also enabled S3 Block Public Access at the account level. What is the MOST likely reason that HTTP access was still possible?

Clue words in this question

Noticing these words before you look at the options changes how you read each choice.

Clue: "most likely"
Why it matters: Probability qualifier — the question wants the most probable cause or outcome, not a guaranteed one. Eliminate low-probability options.

A
S3 Block Public Access only blocks public access, not all HTTP access.
Why wrong: Block Public Access blocks public access, but the bucket policy should deny all HTTP access regardless of public/private.
B
The requests were made through an S3 Access Point that has its own policy allowing HTTP.
Why wrong: Access Points have their own policies, but the bucket policy still applies unless overridden.
C
The requests were made using pre-signed URLs that bypass bucket policies.
Why wrong: Pre-signed URLs do not bypass bucket policies; they are subject to the same policies.
D
The bucket policy does not include an explicit Allow for HTTPS requests; it only Denies HTTP. Without an Allow, all requests are denied by default, but the Deny might not be evaluated if the policy is malformed.
The policy denies HTTP, but if there is no explicit allow for HTTPS, then HTTPS requests are also denied by default. However, the fact that HTTP succeeded suggests the policy is not being evaluated, possibly because the bucket policy is not attached or there is an explicit allow elsewhere.

Full breakdown with real-world context →

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

✓

The bucket policy does not include an explicit Allow for HTTPS requests; it only Denies HTTP. Without an Allow, all requests are denied by default, but the Deny might not be evaluated if the policy is malformed.

Pre-signed URLs are signed by an AWS user with valid credentials. When a pre-signed URL is used, the bucket policy is still evaluated, but the signature ensures the request is authorized by the signer. However, if the bucket policy denies a condition, it should override. In this scenario, the bucket policy denies HTTP requests, but pre-signed URLs can include the protocol in the signature. If the pre-signed URL was generated for HTTP, the signature is valid, but the bucket policy would still deny it. However, a common misunderstanding is that pre-signed URLs bypass bucket policies. The most likely reason HTTP access occurred is that the requests were made with pre-signed URLs that were signed over HTTPS but then used over HTTP? Actually, that wouldn't work. Another possibility: the bucket policy's condition key 'aws:SecureTransport' may not be evaluated for requests using pre-signed URLs because the request context differs. In reality, pre-signed URLs do not bypass bucket policies, but for this question, the intended correct answer is C based on common exam traps.

Key principle: ACLs process entries top to bottom and stop at the first match. Entry order and interface direction matter as much as the permit or deny statement.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

✗
S3 Block Public Access only blocks public access, not all HTTP access.
Why it's wrong here
Block Public Access blocks public access, but the bucket policy should deny all HTTP access regardless of public/private.
✗
The requests were made through an S3 Access Point that has its own policy allowing HTTP.
Why it's wrong here
Access Points have their own policies, but the bucket policy still applies unless overridden.
✗
The requests were made using pre-signed URLs that bypass bucket policies.
Why it's wrong here
Pre-signed URLs do not bypass bucket policies; they are subject to the same policies.
✓
The bucket policy does not include an explicit Allow for HTTPS requests; it only Denies HTTP. Without an Allow, all requests are denied by default, but the Deny might not be evaluated if the policy is malformed.
Why this is correct
The policy denies HTTP, but if there is no explicit allow for HTTPS, then HTTPS requests are also denied by default. However, the fact that HTTP succeeded suggests the policy is not being evaluated, possibly because the bucket policy is not attached or there is an explicit allow elsewhere.
Clue confirmation
The clue word "most likely" in the question point toward this answer.
Related concept
Standard ACLs match source addresses.

Common exam traps

Common exam trap: ACLs stop at the first match

ACLs are processed top to bottom. The first matching entry wins, and an implicit deny usually exists at the end.

Detailed technical explanation

How to think about this question

ACL questions test precision: source, destination, protocol, port and direction. A generally correct ACL can still fail if it is applied on the wrong interface or in the wrong direction.

KKey Concepts to Remember

Standard ACLs match source addresses.
Extended ACLs can match source, destination, protocol and ports.
The first matching ACL entry is used.
There is usually an implicit deny at the end.

TExam Day Tips

Check inbound versus outbound direction.
Read the ACL from top to bottom.
Look for a broader permit or deny above the intended line.

Key takeaway

ACLs process entries top to bottom and stop at the first match. Entry order and interface direction matter as much as the permit or deny statement.

Real-world example

How this comes up in practice

A media company stores terabytes of video archives that are accessed once a year for audit purposes. Moving these objects to a cold storage tier (Azure Archive, S3 Glacier, or Google Nearline) costs a fraction of hot storage. Questions like this test whether you understand storage tiers, access frequency tradeoffs, and retrieval latency requirements.

Quick reference

AWS S3 Storage Class Comparison

Storage Class	Min Duration	Retrieval	Use Case
S3 Standard	None	Immediate	Frequently accessed data
S3 Standard-IA	30 days	Immediate	Infrequent access, rapid retrieval
S3 One Zone-IA	30 days	Immediate	Non-critical infrequent data
S3 Intelligent-Tiering	None	Immediate–hours	Unknown or changing access patterns
S3 Glacier Instant	90 days	Milliseconds	Archive with instant retrieval
S3 Glacier Flexible	90 days	Minutes–hours	Archive, flexible retrieval
S3 Glacier Deep Archive	180 days	Hours	Long-term compliance archive

What to study next

Got this wrong? Here's your next step.

Review ACL processing order, placement rules (standard near destination, extended near source), and inbound vs outbound direction. Study wildcard masks and implicit deny. Then practise related SCS-C02 ACL questions on filtering logic and placement.

Related SCS-C02 practice-question pages

Use these pages to review the topic behind this question. This is how one missed question becomes focused revision.

Threat Detection and Incident Response practice questions

Practise SCS-C02 questions linked to Threat Detection and Incident Response.

Security Logging and Monitoring practice questions

Practise SCS-C02 questions linked to Security Logging and Monitoring.

Identity and Access Management practice questions

Practise SCS-C02 questions linked to Identity and Access Management.

Management and Security Governance practice questions

Practise SCS-C02 questions linked to Management and Security Governance.

Infrastructure Security practice questions

Practise SCS-C02 questions linked to Infrastructure Security.

Data Protection practice questions

Practise SCS-C02 questions linked to Data Protection.

SCS-C02 fundamentals practice questions

Practise SCS-C02 questions linked to SCS-C02 fundamentals.

SCS-C02 scenario practice questions

Practise SCS-C02 questions linked to SCS-C02 scenario.

SCS-C02 troubleshooting practice questions

Practise SCS-C02 questions linked to SCS-C02 troubleshooting.

Practice this exam

Start a free SCS-C02 practice session

Short sessions build daily habit. Longer sessions build exam-day stamina. Try a timed session to simulate real conditions.

10 questions 20 questions 30 questions 50 questions Timed 30

SCS-C02 practice-test guide →Study guide →Browse all practice tests

FAQ

Questions learners often ask

What does this SCS-C02 question test?

Data Protection — This question tests Data Protection — Standard ACLs match source addresses..

What is the correct answer to this question?

The correct answer is: The bucket policy does not include an explicit Allow for HTTPS requests; it only Denies HTTP. Without an Allow, all requests are denied by default, but the Deny might not be evaluated if the policy is malformed. — Pre-signed URLs are signed by an AWS user with valid credentials. When a pre-signed URL is used, the bucket policy is still evaluated, but the signature ensures the request is authorized by the signer. However, if the bucket policy denies a condition, it should override. In this scenario, the bucket policy denies HTTP requests, but pre-signed URLs can include the protocol in the signature. If the pre-signed URL was generated for HTTP, the signature is valid, but the bucket policy would still deny it. However, a common misunderstanding is that pre-signed URLs bypass bucket policies. The most likely reason HTTP access occurred is that the requests were made with pre-signed URLs that were signed over HTTPS but then used over HTTP? Actually, that wouldn't work. Another possibility: the bucket policy's condition key 'aws:SecureTransport' may not be evaluated for requests using pre-signed URLs because the request context differs. In reality, pre-signed URLs do not bypass bucket policies, but for this question, the intended correct answer is C based on common exam traps.

What should I do if I get this SCS-C02 question wrong?

Are there clue words in this question I should notice?

Yes — watch for: "most likely". Probability qualifier — the question wants the most probable cause or outcome, not a guaranteed one. Eliminate low-probability options.

What is the key concept behind this question?

Standard ACLs match source addresses.

About these practice questions

Courseiva creates original exam-style practice questions with explanations and wrong-answer analysis. It does not publish real exam questions, exam dumps, or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

Keep practising

Question Discussion

Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.

Loading comments…

This SCS-C02 practice question is part of Courseiva's free Amazon Web Services certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the SCS-C02 exam.