Skip to content

blog: add blog for imagevalidating-policy#2040

Open
kirti763 wants to merge 1 commit into
kyverno:mainfrom
kirti763:blog/imagevalidating-policy
Open

blog: add blog for imagevalidating-policy#2040
kirti763 wants to merge 1 commit into
kyverno:mainfrom
kirti763:blog/imagevalidating-policy

Conversation

@kirti763

Copy link
Copy Markdown

Related issue

Proposed Changes

Checklist

  • I have read the contributing guidelines.
  • I have inspected the website preview for accuracy.
  • I have signed off my issue.

Signed-off-by: Kirti Goyal <kg4180553@gmail.com>
@github-actions github-actions Bot added the blog label May 26, 2026

**ImageValidatingPolicy** deals with something completely different.

Not configuration. **Trust**.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Not configuration. **Trust**.
Not configuration. but **Trust**.

Comment on lines +20 to +23
When a Pod is scheduled and Kubernetes pulls a container image like how does the cluster
know that image is actually what it claims to be? How does it know the image wasn't
tampered with after it was built? How does it know it came from the CI pipeline and
not from somewhere else entirely?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

suggestion

Suggested change
When a Pod is scheduled and Kubernetes pulls a container image like how does the cluster
know that image is actually what it claims to be? How does it know the image wasn't
tampered with after it was built? How does it know it came from the CI pipeline and
not from somewhere else entirely?
When a Pod is scheduled and Kubernetes pulls a container image, how does the cluster
verify that image is actually what it claims to be? How does it ensure the image wasn't
tampered with after it was built? How does it know it came from the CI pipeline and
not from somewhere else entirely?

Comment on lines +12 to +14
The other policy covered so far deals with Kubernetes resource configuration.
Labels, resource limits, namespaces, cleanup schedules. All of it is about how
resources are configured.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

suggestion

@kirti763 if this intended to mention vpol, mpol, gpol etc. I think using plural policies might be better?

Suggested change
The other policy covered so far deals with Kubernetes resource configuration.
Labels, resource limits, namespaces, cleanup schedules. All of it is about how
resources are configured.
The other policies covered so far deal with Kubernetes resource configuration. Labels, resource limits, namespaces, and cleanup schedules are all about how resources are configured.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants