CORS-4540: Disallow AMD SEV instances in GCP - #10854
Conversation
Users should use AMD SEV-SNP and Intel TDX instead for confidential computing. This drops "Enabled" and "AMDEncryptedVirtualization" from the values supported for gcp's confidentialCompute field, which will be now rejected during install-config.yaml validation. Signed-off-by: Beñat Gartzia Arruabarrena <bgartzia@redhat.com>
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
|
@bgartzi: This pull request references CORS-4540 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the epic to target the "5.1.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
Hi @bgartzi. Thanks for your PR. I'm waiting for a openshift member to verify that this patch is reasonable to test. If it is, they should reply with Tip We noticed you've done this a few times! Consider joining the org to skip this step and gain Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Team Run ID: 📒 Files selected for processing (3)
💤 Files with no reviewable changes (1)
Included review availability: Your plan provides up to 4 included reviews per hour; 3 remain after this review. 📝 WalkthroughWalkthroughGCP confidential-compute support now keeps only SEV-SNP and TDX policies. Validation uses the policy value directly and rejects ChangesGCP Confidential Compute Policies
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to GCP install configuration validation now rejects the unsupported Enabled and AMDEncryptedVirtualization confidential-compute values while retaining supported policies. No current merge-blocking risk remains. 🚥 Pre-merge checks | ✅ 14 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (14 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Warning Some tools did not complete. Review the errors below. 🔧 golangci-lint (2.13.2)Error: can't load config: unsupported version of the configuration: "" See https://golangci-lint.run/docs/product/migration-guide for migration instructions Comment |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Users requiring confidential VMs should use AMD SEV-SNP and Intel TDX instead.
This drops
"Enabled"and"AMDEncryptedVirtualization"from the values supported for gcp'sconfidentialComputefield, which will be now rejected duringinstall-config.yamlvalidation.openshift/apichanges will come later in time once capi/mapi are discussed.Summary by CodeRabbit
Enabledand AMD encrypted virtualization options are no longer accepted.