-
Notifications
You must be signed in to change notification settings - Fork 2.2k
Fix image checksum validation and upgrade ingress NGINX to demonstrate the problem #6440
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix image checksum validation and upgrade ingress NGINX to demonstrate the problem #6440
Conversation
Signed-off-by: Richard Wall <richard.wall@venafi.com>
Signed-off-by: Richard Wall <richard.wall@venafi.com>
Signed-off-by: Richard Wall <richard.wall@venafi.com>
Because it was also broken and was being supplied with digests of single-architecture images rather than multi-arch manifests Signed-off-by: Richard Wall <richard.wall@venafi.com>
/kind cleanup |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/approve
I really like how you told the story of this using different commits 🤩
Nice stuff, thanks!
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: SgtCoDFish The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This has caused some of the recent test grid failures It turns out that the kind images were meant to be referenced by multi-arch digest, |
The checksum validation for Docker images is broken because we use
crane manifest repo:tag@sha256:digest
which gets the file by checksum (the checksum from the makefile) rather than by tag....so the checksum always matches.But the image is then pulled by reference to its tag, so although the local image on the filesystem will be the right version,
we won't detect if someone has pushed a different image to the registry using the same tag.
The problem is demonstrated in this PR follows:
I also removed the multi-arch variant of the image-download rule because it was also broken which had been obscuring the fact that we were supplying it with digests of single-arch vault and kind images.
Testing
There were a couple of test flakes, which I assume was caused by Prow jobs getting killed (or something):
I deleted
_bin/
and tested locally and everything worked.