If you leave your web application unprotected, a single attacker can steal every user's password in minutes, or a botnet can cost your company millions in downtime. To pass the PCSE exam, you need to understand three different shields that Google Cloud uses to protect internet-facing applications: Cloud Armor (the bouncer), DDoS Protection (the crowd-control blocker), and Web Security Scanner (the vulnerability patrol).
Jump to a section
A simple way to picture Cloud Armor, DDoS Protection, and Web Security
2,000 people are trying to get into a nightclub at once, but the club only fits 200.
The bouncer at the door is Cloud Armor. He has a list of rules: no one in sports shoes, no one from the rival fan club on Facebook, no one carrying a water bottle. He checks every single person before they get within arm's reach of the door handle. That is a Web Application Firewall (WAF) rule set — he looks at what you are wearing (HTTP headers) and who sent you (IP address). If you match a bad rule, you are turned away before you even queue.
Now, a bus of 500 rival fans pulls up and all try to sprint to the door at once. That's a DDoS attack — a Distributed Denial of Service — where thousands of fake people (traffic bots) try to overwhelm the door so real guests cannot get in. Cloud Armor's DDoS protection is the club owner calling the police to shut down the whole street, blocking the bus before it reaches the club. It uses Google's global network to absorb the flood.
Finally, the VIP list on a tablet is Web Security Scanner. It doesn't block anyone. It walks around the club looking for unlocked fire exits, broken locks, or a curtain that shouldn't be there. It finds vulnerabilities in your application code before a real attacker does.
When you put an application on the internet, you are hanging a sign that says 'open for business.' That sign attracts legitimate customers, but it also attracts attackers. Google Cloud provides three distinct services to defend that door.
Cloud Armor is a security service that sits in front of your application and filters all incoming traffic before it reaches your servers. It is like a security checkpoint at an airport. Every request (an HTTP request is just a message from a browser saying 'please send me this page') is inspected. Cloud Armor can block traffic based on the IP address of the sender, the country the request came from (geolocation), or specific patterns in the request body or headers (HTTP headers are metadata like 'what browser are you using'). It also includes a Web Application Firewall (WAF), which is a pre-configured set of rules that block common web attacks like SQL injection (where an attacker tries to type SQL database commands into a form field to steal data) and cross-site scripting (XSS) (where an attacker embeds malicious scripts into a web page that other visitors will run).
DDoS Protection in Google Cloud is a separate but related capability. A DDoS attack is when an attacker uses thousands of compromised computers (a botnet) to send an overwhelming amount of traffic to your site, like 100,000 people trying to push through a single door at the same time. The goal is to make your server so busy it cannot respond to real users, causing a denial of service. Google Cloud's DDoS Protection uses the scale of Google's own network — which has massive bandwidth — to detect and absorb these floods. It identifies abnormal traffic patterns (like a sudden spike from one region) and drops the malicious traffic before it reaches your Cloud Load Balancer (a load balancer is a device that distributes incoming traffic across multiple servers so no single server gets overloaded). Google offers two tiers: standard DDoS protection (included free with Cloud Armor) and Google Cloud Armor Managed Protection Plus, which costs extra and provides faster detection and more aggressive mitigation.
Web Security Scanner is a different tool entirely. It does not block traffic. Instead, it is a vulnerability scanner that you run against your own application to find security holes. It crawls your public URLs (Uniform Resource Locators — web addresses) and tries to find issues like mixed content (loading secure and non-secure elements on the same page), outdated libraries (old code that has known bugs), or cross-site scripting vulnerabilities. It is automated: you set it to run on a schedule, and it emails you a report of what it found.
The three services work together. Cloud Armor protects the perimeter in real time. DDoS Protection handles massive floods. Web Security Scanner finds the bugs in your code before attackers do. For the PCSE exam, you must know exactly when to use each one, and which features are paid vs free.
Identify the application components
Determine if your application is behind a load balancer (HTTPS, TCP, or SSL proxy). Cloud Armor policies attach to load balancers, not directly to virtual machines or containers. If you don't have a load balancer, you cannot use Cloud Armor.
Create a Cloud Armor security policy
In the Google Cloud Console, navigate to Network Security > Cloud Armor. Click 'Create policy'. Give it a name (e.g., 'production-web-policy'). This defines the container for your rules.
Add rules with priority and action
Add deny rules for known attacker IP ranges (use a list from a threat intelligence feed) and allow rules for your internal IP ranges. Assign each rule a priority number. Lower numbers win. For example, priority 1000 allows your VPN range, priority 2000 denies all traffic from country X.
Enable rate limiting and WAF rules
In the same policy, add a rate-limiting rule: e.g., block any IP that makes more than 500 requests per second. Then enable pre-configured WAF rules from the OWASP Top 10 list, such as 'sqli-v33' for SQL injection, by toggling them on in the policy settings.
Attach the policy to a load balancer
Select the target HTTPS Load Balancer or external HTTP(s) Load Balancer you want to protect. The policy applies globally to all traffic entering that load balancer. Without this step, the policy does nothing.
Enable Managed Protection Plus (optional)
If you expect high-volume DDoS attacks, subscribe to Google Cloud Armor Managed Protection Plus in the same console. This activates advanced DDoS monitoring and gives you access to a 24/7 DDoS response team.
Configure and schedule Web Security Scanner
Go to Security > Web Security Scanner in the console. Add the public URL of your application. Set a scan schedule (e.g., weekly). The scanner will crawl the site and report any XSS, mixed content, or outdated library vulnerabilities.
Imagine you work for a company called ShopFast, an online retailer that sells electronics. You have a web application hosted on Google Kubernetes Engine (GKE) — which is a service that runs your application in containers (lightweight packages of code). Your application is behind a global HTTPS Load Balancer (which sends users to the closest data centre for faster loading).
Your first task is to protect ShopFast from a known botnet that scrapes product prices every hour. You log into the Google Cloud Console and navigate to Network Security then Cloud Armor. You create a new security policy called 'block-scrapers'. In that policy, you add a rule: 'Deny traffic from source IP addresses in the list of known scrapers'. You also add a rate-limiting rule: any single IP address that makes more than 100 requests per minute is automatically blocked for 10 minutes. This stops aggressive bots without affecting real customers.
Next, you enable Google Cloud Armor Managed Protection Plus because ShopFast expects a huge sale day. The sale goes live, and within two minutes, a DDoS attack hits: 10,000 fake requests per second from a botnet in Asia. Google's edge network — the points where Google connects to the internet worldwide — detects this anomaly and drops 99% of the traffic before it reaches your load balancer. Your site stays up. You get an alert from Cloud Monitoring (a service that tracks metrics and sends notifications) that an attack was mitigated. You check the logs in Cloud Logging (a central place to store and analyse logs) to see the attack pattern. The following week, you run Web Security Scanner. You schedule it to scan the public URLs of ShopFast every Monday. The scanner finds that your search page has an XSS vulnerability: the search term is reflected directly in the page without being sanitised (cleaned of dangerous code). An attacker could send a link to a customer that steals their session cookie. You get the report, fix the code, and rescan to confirm the vulnerability is gone.
Finally, you review the access logs from Cloud Armor. You see that someone in a blocked IP range tried to access your admin login page five times in one minute. That is an attacker probing your defences. The rule caught it. You write a note for the audit: 'Cloud Armor block rule prevented brute-force attempt on admin endpoint'. That proof is required for compliance certifications like PCI DSS (Payment Card Industry Data Security Standard).
The PCSE exam tests three distinct areas under objective 4.2: Cloud Armor policies, DDoS protection, and Web Security Scanner. Each has a specific set of facts you must memorise.
For Cloud Armor, the exam loves to test the difference between 'allow' and 'deny' rules in a security policy. A common trap: a question will describe a rule that allows traffic from a specific IP range, but the question asks what happens to traffic from an IP that is not in that range. The default behaviour is to allow all traffic unless you have an explicit deny rule at a higher priority. Priority matters: lower numbers are evaluated first. If you create a rule with priority 100 to allow IP 'A', and a rule with priority 200 to deny all, then IP 'A' is allowed because it matches the higher-priority rule. The exam tests that you know Cloud Armor supports geolocation-based rules (by country or region), IP address lists, and pre-configured WAF rules (like the OWASP Top 10 — a list of the most common web vulnerabilities). You will see questions where you must choose between using Cloud Armor or Identity-Aware Proxy (IAP) for access control. Cloud Armor controls network-level access; IAP controls user-level access with identity. For DDoS protection, the exam tests the tier model. Standard DDoS protection is free and included with any Cloud Armor policy. Managed Protection Plus is a paid subscription that gives you dedicated capacity and faster attack detection. A trap question might list features of Plus (like 'access to expert support') and ask which tier provides it. Memorise: Plus gives you 24/7 access to DDoS response team, larger mitigation capacity, and integration with Cloud Monitoring alerts tuned for DDoS.
Web Security Scanner is the least tested of the three, but questions appear. The scanner is a Google Cloud service that automatically crawls your App Engine (a platform-as-a-service product), Compute Engine (virtual machines), and GKE applications. It checks for mixed content, outdated libraries, and XSS. A trap: the scanner only scans public URLs — it cannot scan private IPs or internal VPC (Virtual Private Cloud — a private network in Google Cloud) resources. You will also be asked to distinguish Web Security Scanner from Cloud Armor WAF. Web Security Scanner finds vulnerabilities in your code; Cloud Armor blocks attacks in real time.
Key definitions to memorise for the exam:
Cloud Armor security policy: a set of rules that filter traffic at the edge of Google's network.
WAF rule: a pre-configured rule that blocks a specific attack type (e.g., SQL injection).
DDoS mitigation: the process of absorbing and dropping malicious traffic.
Rate limiting: limiting the number of requests from a single IP over a time window.
Web Security Scanner vulnerability: a weakness in your application code that the scanner found.
Exam trap patterns:
A question says 'You need to block SQL injection attacks. What do you use?' The answer is Cloud Armor with WAF rules, not Web Security Scanner.
A question says 'You need to prevent a botnet from overwhelming your site during a flash sale.' The answer is Cloud Armor with rate limiting, or Managed Protection Plus if volume is extreme.
A question says 'You need to find vulnerabilities in your application's login form.' The answer is Web Security Scanner.
A question lists 'allows traffic from specific IPs, blocks traffic from specific IPs, allows based on geolocation' and asks which are capabilities of Cloud Armor. All three are correct.
The exam will not ask you to write a Cloud Armor policy from scratch, but it will ask you to choose the correct rule priority in a scenario.
Cloud Armor is a network security service that filters traffic at the edge of Google's network using IP, geolocation, and WAF rules.
DDoS Protection in Google Cloud has two tiers: standard (free, included with Cloud Armor) and Managed Protection Plus (paid, with dedicated capacity and 24/7 response team).
Web Security Scanner is a vulnerability scanner that finds code-level bugs like XSS and outdated libraries; it does not block traffic.
Cloud Armor rule priority matters: lower number means higher priority, and the first matching rule determines the action (allow or deny).
Rate limiting in Cloud Armor can prevent botnets and scrapers by limiting requests per IP per time window.
Web Security Scanner only scans publicly accessible URLs — it cannot scan internal VPC resources or private IP addresses.
Cloud Armor supports pre-configured WAF rules for the OWASP Top 10, including SQL injection and cross-site scripting (XSS).
Managed Protection Plus provides faster attack detection and larger mitigation capacity than the standard free tier.
These come up on the exam all the time. Here's how to tell them apart.
Cloud Armor
Filters traffic in real time at the network edge
Blocks attacks like SQL injection using WAF rules
Attaches to load balancers
Web Security Scanner
Scans code passively after deployment
Finds vulnerabilities like XSS or outdated libraries
Runs as a scheduled scan on public URLs
Standard DDoS Protection
Free and automatically enabled for all load balancers
Provides basic volume-based attack detection
Shared mitigation capacity with other Google Cloud customers
Managed Protection Plus
Paid subscription service
Provides dedicated mitigation capacity for your application
Includes 24/7 access to DDoS response experts
Allow Rule
Permits traffic that matches the rule condition
Used for trusted IP ranges like corporate VPN
Default behaviour is to allow if no rule matches
Deny Rule
Blocks traffic that matches the rule condition
Used for attacker IP lists or entire countries
Must be explicitly defined, otherwise traffic is allowed
Rate Limiting
Limits the number of requests from a single IP per time window
Temporarily blocks or throttles traffic above the threshold
Useful for botnets that send many requests but not from one IP
IP Blocking
Permanently blocks all traffic from specific IP addresses
Based on a static list or geolocation match
Useful for known malicious IPs that should never reach the app
Mistake
Cloud Armor automatically protects against all DDoS attacks without any configuration.
Correct
Cloud Armor provides standard DDoS protection automatically, but for large-scale attacks you need to enable Managed Protection Plus and configure rate-limiting rules.
Beginners see 'DDoS Protection' in the name and assume it's a magic switch. In reality, the free tier has limited capacity and no expert support.
Mistake
Web Security Scanner blocks attacks in real time, just like Cloud Armor.
Correct
Web Security Scanner is a passive vulnerability scanner that finds bugs in your code; it does not block any traffic.
Both tools relate to security, but their functions are opposite — one prevents, one diagnoses. People conflate 'scan' with 'block'.
Mistake
If I use Cloud Armor, I don't need any other security tools for my web app.
Correct
Cloud Armor is only network-layer and application-layer filtering. You still need Identity-Aware Proxy for user authentication, Secret Manager for credentials, and regular vulnerability scanning with Web Security Scanner.
New learners think one tool can do everything. Security in the cloud requires a layered defence (defence in depth).
Mistake
Cloud Armor rules are evaluated in any order, and the first match applies.
Correct
Cloud Armor evaluates rules in order of priority number (lower number = higher priority), not the order you created them. The first rule that matches determines the action.
People are used to simple allow/deny lists that run top-down. Priority numbers are counter-intuitive and easy to misconfigure.
Mistake
Web Security Scanner can scan internal IP addresses inside my VPC.
Correct
Web Security Scanner can only scan public URLs that are accessible over the internet, not private IP addresses within a VPC.
The name 'Web Security Scanner' implies it scans the web, but beginners don't realise 'web' means publicly accessible, not internal.
Reveal each answer, then mark whether you got it right. Score 60%+ to unlock the next chapter.
Yes, Google Cloud provides standard DDoS protection automatically for all load balancers, but for larger attacks you should enable Managed Protection Plus and configure rate-limiting rules in Cloud Armor.
No, Web Security Scanner only scans public URLs that are accessible over the internet. It cannot scan private IP addresses or internal VPC resources.
Cloud Armor controls access based on network attributes like IP address and geolocation, while IAP controls access based on user identity and group membership. They work together for defence in depth.
You create a Cloud Armor security policy with a rule that uses the geolocation match condition. Set the action to deny and specify the country code (e.g., 'CN' for China) in the rule.
No, Web Security Scanner is a paid service, though a limited number of free scans are available per month for App Engine and Compute Engine. Additional scans incur costs based on the scan duration.
Cloud Armor does not allow two rules with the same priority number. You must assign unique priority values. If you try, the policy creation will fail with an error.
You've finished Cloud Armor, DDoS Protection, and Web Security. Continue through the PCSE study guide to build a complete picture of the exam.
Done with this chapter?