Container vulnerability scanning in GCP - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is container vulnerability scanning?

It is a process that checks container images for security weaknesses before they are used, helping to keep applications safe.

beginner

Which Google Cloud service provides container vulnerability scanning?

Google Cloud Container Analysis offers vulnerability scanning for container images stored in Container Registry or Artifact Registry.

intermediate

Why should you scan container images regularly?

Because new vulnerabilities are discovered often, scanning regularly helps catch and fix risks before they affect your applications.

intermediate

What happens if a vulnerability is found in a container image in GCP?

Container Analysis records the vulnerability details, and you can view reports to decide if you need to update or fix the image.

advanced

How can you automate container vulnerability scanning in Google Cloud?

By enabling the Container Analysis API and integrating it with your CI/CD pipeline, scans run automatically when images are pushed.

Which Google Cloud service scans container images for vulnerabilities?

A BigQuery

B Cloud Functions

C Cloud Storage

D Container Analysis

Container Analysis is the service designed to scan container images for security issues.

Where are container images scanned by Container Analysis typically stored?

A Cloud SQL

B Container Registry or Artifact Registry

C Cloud Pub/Sub

D Cloud Spanner

Container images are stored in Container Registry or Artifact Registry, where Container Analysis scans them.

What is a key benefit of scanning container images regularly?

A Reducing image size

B Faster image downloads

C Detecting new vulnerabilities early

D Increasing CPU usage

Regular scanning helps detect new vulnerabilities early to keep applications secure.

How can vulnerability scanning be integrated into development workflows?

A By enabling Container Analysis API in CI/CD pipelines

B By manually scanning images after deployment

C By disabling Container Registry

D By using Cloud Storage for scanning

Enabling Container Analysis API in CI/CD pipelines automates scanning during image builds.

What should you do if a vulnerability is found in a container image?

A Update or patch the image to fix the vulnerability

B Ignore it if the app works

C Delete the entire project

D Disable Container Analysis

Fixing vulnerabilities by updating or patching images keeps your applications safe.

Explain how Google Cloud Container Analysis helps secure container images.

Think about what happens when you upload a container image to Google Cloud.

Describe the steps to automate container vulnerability scanning in a CI/CD pipeline on Google Cloud.

Focus on how scanning fits into the build and deploy process.

Practice

1. What is the main purpose of container vulnerability scanning in Google Cloud Platform?

easy

A. To find security issues in container images before deployment

B. To increase the speed of container startup

C. To reduce the size of container images

D. To monitor container CPU usage

Solution

1. Step 1: Understand container vulnerability scanning

   It is a process to detect security problems in container images.

2. Step 2: Identify the main goal in GCP context

   GCP uses scanning to find vulnerabilities before containers run, keeping apps safe.

3. Final Answer:

   To find security issues in container images before deployment -> Option A

4. Quick Check:

   Purpose = Find security issues [OK]

Hint: Focus on security purpose, not performance or size [OK]

Common Mistakes:

• Confusing scanning with performance monitoring
• Thinking scanning reduces image size
• Assuming scanning manages CPU usage

2. Which gcloud command correctly scans a container image named gcr.io/my-project/my-image:latest for vulnerabilities?

easy

A. gcloud container images describe gcr.io/my-project/my-image:latest --show-vulnerabilities

B. gcloud container images scan gcr.io/my-project/my-image:latest

C. gcloud container images list-tags gcr.io/my-project/my-image:latest --vulnerabilities

D. gcloud container images scan-vulnerabilities gcr.io/my-project/my-image:latest

Solution

1. Step 1: Recall correct gcloud syntax for vulnerability scanning

   The command to view vulnerabilities is gcloud container images describe with --show-vulnerabilities.

2. Step 2: Check each option's validity

   gcloud container images describe gcr.io/my-project/my-image:latest --show-vulnerabilities matches the correct syntax; others are invalid or do not exist.

3. Final Answer:

   gcloud container images describe gcr.io/my-project/my-image:latest --show-vulnerabilities -> Option A

4. Quick Check:

   Correct command = describe + --show-vulnerabilities [OK]

Hint: Use 'describe' with '--show-vulnerabilities' to scan images [OK]

Common Mistakes:

• Using non-existent 'scan' command
• Confusing 'list-tags' with scanning
• Omitting the '--show-vulnerabilities' flag

3. Given the command gcloud container images describe gcr.io/my-project/app:1.0 --show-vulnerabilities, what output should you expect if the image has no vulnerabilities?

medium

A. A list of vulnerabilities with severity levels

B. An error saying image not found

C. A summary of image size and tags only

D. An empty vulnerabilities section or message indicating no issues

Solution

1. Step 1: Understand the command's purpose

   The command shows vulnerability details for the specified image.

2. Step 2: Predict output when no vulnerabilities exist

   The output will show an empty vulnerabilities section or a message indicating no issues found.

3. Final Answer:

   An empty vulnerabilities section or message indicating no issues -> Option D

4. Quick Check:

   No vulnerabilities = empty or no issues message [OK]

Hint: No vulnerabilities means empty or no issues message [OK]

Common Mistakes:

• Expecting a list when none exist
• Confusing errors with no vulnerabilities
• Looking for unrelated image metadata

4. You run gcloud container images describe gcr.io/my-project/app:latest --show-vulnerabilities= but get an error: ERROR: (gcloud.container.images.describe) argument --show-vulnerabilities: Expected bool value. What is the likely cause?

medium

A. The image name is incorrect

B. You need to authenticate with gcloud first

C. You forgot to provide a value for --show-vulnerabilities flag

D. The command does not support vulnerability scanning

Solution

1. Step 1: Analyze the error message

   The error says the flag --show-vulnerabilities expects a boolean value (true or false).

2. Step 2: Identify the command mistake

   The flag was used without specifying true or false, causing the error.

3. Final Answer:

   You forgot to provide a value for --show-vulnerabilities flag -> Option C

4. Quick Check:

   Flag needs true/false value [OK]

Hint: Always provide true or false for boolean flags [OK]

Common Mistakes:

• Omitting the boolean value for flags
• Assuming image name causes this error
• Ignoring authentication errors

5. You want to automate vulnerability scanning for all container images pushed to your GCP project. Which approach best ensures every new image is scanned automatically?

hard

A. Manually run gcloud container images describe --show-vulnerabilities after each push

B. Set up Container Analysis API for automatic scanning of images on push

C. Use Stackdriver logs to detect image pushes and scan images manually

D. Schedule a daily cron job to scan all images regardless of push events

Solution

1. Step 1: Understand automation needs for scanning

   Automatic scanning requires integration with image push events.

2. Step 2: Evaluate options for automatic scanning

   Container Analysis API automatically scans images on push, ensuring no image is missed.

3. Step 3: Compare alternatives

   Manual commands or cron jobs are less efficient and risk missing images or delays.

4. Final Answer:

   Set up Container Analysis API for automatic scanning of images on push -> Option B

5. Quick Check:

   Automate scanning on push = Container Analysis API [OK]

Hint: Use triggers to scan images automatically on push [OK]

Common Mistakes:

• Relying on manual scanning after push
• Using logs instead of triggers for automation
• Scheduling scans without event triggers