Conversation
0f76eee to
f85b8a4
Compare
|
/ok-to-test |
gkurz
left a comment
There was a problem hiding this comment.
Hi @dbkreling !
This should be fixed in upstream CAA and backported.
It seems some other CVE leads to the same fix. confidential-containers#3274 (review) Worth checking it fully addresses CVE-2026-41178, cherry-pick it and call it a day @dbkreling. |
|
/hold |
Backport of confidential-containers#3274, first commit (upstream 2aefb8b). Recomputed against osc-release instead of cherry-picked: osc-release lags upstream on grpc (v1.81.1 in cloud-providers, v1.79.3 in webhook vs v1.82.1 upstream), so the go.sum hunks do not transplant. This commit pulls in the transitives of grpc v1.83.1: go.opentelemetry.io/otel, metric, sdk and trace v1.43.0 -> v1.44.0, genproto api/rpc -> v0.0.0-20260526163538-3dc84a4a5aaa, and cel.dev/expr v0.25.1 -> v0.25.2 in webhook. The otel bump is the fix for CVE-2026-41178 (GHSA-5wrp-cwcj-q835), which is vulnerable at exactly v1.43.0. Two lines differ from upstream because osc-release starts further back: webhook also takes golang.org/x/oauth2 v0.34.0 -> v0.36.0 (upstream was already there), and peerpod-ctrl gains an explicit go.opentelemetry.io/otel/sdk v1.44.0 indirect entry. Signed-off-by: Daniel Kreling <dkreling@redhat.com> Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Backport of confidential-containers#3274, second commit (upstream 4762361). Recomputed against osc-release rather than cherry-picked: osc-release is on x/crypto v0.52.0 (cloud-providers) and v0.53.0 (cloud-api-adaptor, peerpod-ctrl) and upstream is on v0.54.0 and v0.55.0, so the go.sum hunks do not transplant. webhook is untouched, matching upstream. x/crypto v0.56.0 declares go 1.26.0, which raises the go directive in the three modules from 1.25.12 to 1.26.0. The builders are already ubi9/go-toolset:1.26.7 (Dockerfile.openshift, webhook/Dockerfile), and upstream is on go 1.26.7, so this is within range. The other x/* moves are transitive requirements of that set: net v0.57.0, sync v0.22.0, sys v0.47.0, term v0.45.0, text v0.41.0, plus mod v0.38.0 and tools v0.48.0 where they are already tracked. Signed-off-by: Daniel Kreling <dkreling@redhat.com> Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
f85b8a4 to
92d763d
Compare
|
@gkurz I went with your suggestion — this PR now carries the #3274 backport instead of the otel-only bump. Confirmed it fully addresses CVE-2026-41178: the otel 1.43.0 → 1.44.0 fix arrives as a consequence of the grpc v1.83.1 bump, and otel is vulnerable at exactly 1.43.0 with 1.44.0 the first patched release. A literal cherry-pick won't apply — osc-release is behind upstream on both grpc and x/crypto, so every go.sum hunk conflicts. These proposed changes are the equivalent result computed on top of osc-release, split into the same two commits upstream used, and it lands us on the same versions they're on: grpc v1.83.1, x/crypto v0.56.0, otel v1.44.0, x/text v0.41.0, cel.dev/expr v0.25.2 and the genproto pair. Three things differ from upstream's diff, all because we start further back:
Our builders are already on go-toolset 1.26.7 and upstream is on go 1.26.7, so that last one is in range — the one thing worth a second opinion is peerpod-ctrl/Dockerfile, which pins a golang digest I haven't resolved and is not included in this PR. All four modules verify, tidy clean and build clean. /unhold when you're happy. |
|
/hold |
Summary
Bumps go.opentelemetry.io/otel and related modules from v1.43.0 to v1.44.0 to resolve CVE-2026-41178.
Updates all three workspace modules:
src/cloud-api-adaptor/go.modsrc/cloud-providers/go.modsrc/peerpod-ctrl/go.modCVE: CVE-2026-41178
Vulnerable range: < v1.44.0
Fixed in: v1.44.0
Jira ticket: KATA-5829
This PR was created by the
kata-bug-triageskill and supervised by Daniel Kreling.