CLOUD CONCEPT

OWASP Top 10

The OWASP Top 10 is a periodically updated awareness document describing major categories of security risk in web applications.

Cloud Concepts Hub →

What is OWASP Top 10

It gives engineering teams a shared vocabulary for recognizing application weaknesses and prioritizing preventive, detective, and corrective controls. In cloud architectures, it helps distinguish attacks that edge filtering can reduce from vulnerabilities that require changes to application code, identity controls, configuration, or operating practices.

The OWASP Top 10 describes broad categories of web application security risk rather than ten individual attacks or a complete testing standard. Its categories and rankings change between editions, so requirements and assessment results should identify the edition being used. Examples of the risks it addresses include broken access control, injection, security misconfiguration, and weaknesses in authentication or software integrity. Use it to organize threat modeling, security reviews, and remediation priorities, not as proof that an application is secure.

In cloud environments, responsibility is distributed across application code, managed services, identity policies, network boundaries, and deployment pipelines. A managed database does not prevent SQL injection when an application constructs queries by concatenating untrusted input. Parameterized queries address that vulnerability directly, while a web application firewall can provide an additional filtering layer. Similarly, an authenticated API that accepts an account identifier must verify that the caller may access that account; an edge firewall generally cannot determine business-level ownership.

At the network edge, a web application firewall inspects supported HTTP request components and applies rules for suspicious payloads, known attack patterns, and request rates. On AWS, AWS WAF can protect supported resources such as Amazon CloudFront distributions and Application Load Balancers. Managed rule groups can reduce exposure to common exploit attempts, but their coverage is not a one-to-one implementation of every OWASP category. Inspection limits, encoded payloads, excluded fields, and application-specific behavior can leave gaps.

For example, an online store might place CloudFront and AWS WAF in front of its application, enable relevant managed rules, and use rate-based rules to limit repeated abusive requests. Before enforcing newly introduced rules, engineers can evaluate them in Count mode, inspect logs, and test legitimate traffic. False positives should lead to narrowly scoped exceptions rather than disabling an entire protection layer. Restrict origin access as well: use origin access control for an S3 origin and suitable access restrictions for other origin types so attackers cannot simply bypass the protected entry point.

Response headers complement request filtering. A CloudFront response headers policy can deliver Strict-Transport-Security, Content-Security-Policy, and anti-framing controls to browsers. These headers support transport and browser-side defenses, but they do not repair insecure authorization or unsafe query construction. A content security policy must match the application's actual resource requirements; a permissive policy provides little protection, while an overly restrictive policy can break legitimate functionality.

Cross-origin resource sharing is another frequently misunderstood control. Amazon S3 CORS configuration tells browsers which cross-origin interactions are permitted; it does not grant S3 permissions or stop nonbrowser clients from sending requests. Configure allowed origins, methods, and headers narrowly, retain appropriate bucket and identity policies, and ensure CDN caching does not serve an inappropriate CORS response across origins. Likewise, AWS IoT Core policies should restrict device actions and topic resources, but MQTT authorization is not something an HTTP-focused web application firewall replaces.

DDoS protection and application vulnerability protection also solve different problems. AWS Shield Advanced provides enhanced DDoS protection and response capabilities for supported resources; its application-layer protections work with AWS WAF where supported. It does not fix injection, insecure design, or broken access control. Effective coverage combines edge controls with secure coding, least privilege, dependency maintenance, outbound request restrictions, logging, and security testing. For exam scenarios, identify the underlying failure first, then select the control that addresses it rather than assuming one edge service covers the entire Top 10.

Key aspects of OWASP Top 10

The OWASP Top 10 supports risk-based application security through layered controls, application-aware authorization, careful configuration, and continuous verification.

Risk categories, not a complete security standard

The Top 10 groups important application security risks into a shared awareness framework. Identify the edition in use and supplement it with explicit security requirements and verification tests.

Layered prevention

Combine edge filtering with application validation, contextual output encoding, parameterized queries, and dependency maintenance. A firewall rule can reduce exploit exposure without removing the underlying vulnerability.

Application-aware authorization

Enforce access checks for each protected operation and object, including tenant boundaries. Authentication, network allowlists, and request filtering do not establish whether a caller owns a requested record.

Browser and configuration controls

Use appropriate security headers and narrowly scoped CORS settings alongside secure service configurations. CORS governs browser access to cross-origin responses and is not an authorization mechanism.

Measured edge enforcement

Test firewall rules against representative traffic, evaluate matches before blocking, and monitor inspection limits and exclusions. Scope exceptions narrowly to balance attack coverage against false positives.

Continuous verification

Use code review, dependency analysis, application testing, and actionable logging throughout the delivery lifecycle. Reassess controls when application behavior, dependencies, or the selected OWASP edition changes.

Cloud services for OWASP Top 10

CloudFront provides a controlled web entry point, delivers security headers, and integrates with AWS WAF for request inspection. Shield Advanced complements these controls with enhanced DDoS protection rather than general vulnerability remediation. S3 permissions protect stored content, while S3 CORS settings define browser cross-origin behavior without granting access. For connected-device workloads, IoT Core policies enforce device-specific messaging permissions. These services address different boundaries and protocols; application code must still enforce business authorization, safely process input, and handle sensitive data. Logging and security testing verify that the combined controls work without unnecessarily blocking legitimate clients.

AWS WAF image AWS WAF

Inspects supported web request components using managed and custom rules, including rules targeting common injection and scripting payloads. Rate-based rules and scoped exceptions support practical edge enforcement, but WAF does not eliminate application vulnerabilities or cover every OWASP category.

Open AWS WAF →
Amazon CloudFront image Amazon CloudFront

Provides an edge entry point that can integrate with AWS WAF and deliver browser security headers through response headers policies. Configure HTTPS and origin access restrictions so the protected distribution cannot be bypassed through an exposed origin.

Open Amazon CloudFront →
Amazon Simple Storage Service image Amazon S3

Uses bucket policies, identity policies, Block Public Access, and other controls to manage access to stored application content. S3 CORS rules govern browser cross-origin interactions but do not authorize object access; CloudFront origin access control can help restrict direct access to an S3 origin.

Open Amazon S3 →
AWS IoT Core image AWS IoT Core

Uses AWS IoT policies to authorize device operations against specific resources, including MQTT topic and topic-filter resources. Restricting device permissions addresses access-control and configuration risks, while HTTP edge filtering is not a substitute for MQTT authorization.

Open AWS IoT Core →