fix: broaden Red Hat registry allowlist from registry.access.redhat.com to *.redhat.com - #3453
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
📝 WalkthroughSummary by CodeRabbit
WalkthroughThe release pipeline workflow updates Hardened Runner egress allowlist entries for both amd64 and arm64 UBI9 Docker build jobs, replacing ChangesUBI9 Docker Build Egress Allowlist
🎯 2 (Simple) | ⏱️ ~10 minutes
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
This stack of pull requests is managed by Graphite. Learn more about stacking. |
47a6eb6 to
59c5f71
Compare
dc85375 to
7faa45b
Compare
registry.access.redhat.com to *.redhat.com
Confidence Score: 5/5Safe to merge — a minimal, symmetrical change to CI egress rules with no impact on application code. The change touches only two lines in the release workflow, applies identically to both build jobs, and follows the same wildcard convention already in use for *.quay.io. The expanded egress scope is limited to the CI build environment and remains gated by the harden-runner egress-policy: block setting. No files require special attention. Important Files Changed
Reviews (3): Last reviewed commit: "chore: fix redhat cdn whitelisting" | Re-trigger Greptile |
The merge-base changed after approval.
7faa45b to
99061eb
Compare
The merge-base changed after approval.
99061eb to
2d59a6c
Compare
Merge activity
|
…com` to `*.redhat.com` (#3453) ## Summary Broadens the Red Hat registry allowlist in the release pipeline's egress rules to support additional Red Hat subdomains beyond just `registry.access.redhat.com`. ## Changes - Replaced `registry.access.redhat.com:443` with `*.redhat.com:443` in two jobs within the release pipeline workflow to allow traffic to any Red Hat subdomain, accommodating registry redirects or additional Red Hat endpoints that may be encountered during the build process. ## Type of change - [ ] Bug fix - [ ] Feature - [ ] Refactor - [ ] Documentation - [x] Chore/CI ## Affected areas - [ ] Core (Go) - [ ] Transports (HTTP) - [ ] Providers/Integrations - [ ] Plugins - [ ] UI (React) - [ ] Docs ## How to test Trigger the release pipeline and verify that Red Hat registry pulls succeed without egress policy violations. ## Breaking changes - [ ] Yes - [x] No ## Related issues ## Security considerations The wildcard `*.redhat.com` egress rule is broader than the previous specific hostname. This is intentional to handle Red Hat infrastructure redirects, but it does expand the set of allowed outbound destinations to any Red Hat subdomain during the release pipeline run. ## Checklist - [ ] I read `docs/contributing/README.md` and followed the guidelines - [ ] I added/updated tests where appropriate - [ ] I updated documentation where needed - [ ] I verified builds succeed (Go and UI) - [ ] I verified the CI pipeline passes locally if applicable
…com` to `*.redhat.com` (#3453) ## Summary Broadens the Red Hat registry allowlist in the release pipeline's egress rules to support additional Red Hat subdomains beyond just `registry.access.redhat.com`. ## Changes - Replaced `registry.access.redhat.com:443` with `*.redhat.com:443` in two jobs within the release pipeline workflow to allow traffic to any Red Hat subdomain, accommodating registry redirects or additional Red Hat endpoints that may be encountered during the build process. ## Type of change - [ ] Bug fix - [ ] Feature - [ ] Refactor - [ ] Documentation - [x] Chore/CI ## Affected areas - [ ] Core (Go) - [ ] Transports (HTTP) - [ ] Providers/Integrations - [ ] Plugins - [ ] UI (React) - [ ] Docs ## How to test Trigger the release pipeline and verify that Red Hat registry pulls succeed without egress policy violations. ## Breaking changes - [ ] Yes - [x] No ## Related issues ## Security considerations The wildcard `*.redhat.com` egress rule is broader than the previous specific hostname. This is intentional to handle Red Hat infrastructure redirects, but it does expand the set of allowed outbound destinations to any Red Hat subdomain during the release pipeline run. ## Checklist - [ ] I read `docs/contributing/README.md` and followed the guidelines - [ ] I added/updated tests where appropriate - [ ] I updated documentation where needed - [ ] I verified builds succeed (Go and UI) - [ ] I verified the CI pipeline passes locally if applicable

Summary
Broadens the Red Hat registry allowlist in the release pipeline's egress rules to support additional Red Hat subdomains beyond just
registry.access.redhat.com.Changes
registry.access.redhat.com:443with*.redhat.com:443in two jobs within the release pipeline workflow to allow traffic to any Red Hat subdomain, accommodating registry redirects or additional Red Hat endpoints that may be encountered during the build process.Type of change
Affected areas
How to test
Trigger the release pipeline and verify that Red Hat registry pulls succeed without egress policy violations.
Breaking changes
Related issues
Security considerations
The wildcard
*.redhat.comegress rule is broader than the previous specific hostname. This is intentional to handle Red Hat infrastructure redirects, but it does expand the set of allowed outbound destinations to any Red Hat subdomain during the release pipeline run.Checklist
docs/contributing/README.mdand followed the guidelines