-
Notifications
You must be signed in to change notification settings - Fork 419
gitlab-runner-18.6/18.6.6-r0: cve remediation #77736
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
gitlab-runner-18.6/18.6.6-r0: cve remediation #77736
Conversation
🔢 Build Failed: Dependency Version Mismatch
Build Details
Root Cause Analysis 🔍The gobump tool is attempting to downgrade the github.com/docker/docker package from version v28.0.0+incompatible to v25.0.4, which is not allowed. This indicates a version constraint conflict where the requested version is older than what's already available in the module. 🔍 Build failure fix suggestionsFound similar build failures that have been fixed in the past and analyzed them to suggest a fix: Similar PRs with fixesSuggested ChangesFile: gitlab-runner-18.6.yaml
Replacement: Content: Click to expand fix analysisAnalysisLooking at the three similar fixes, there's a clear pattern: all failed builds involved attempts to downgrade github.com/docker/docker to older versions when newer versions were already present in the module graph. Fix #0 resolved this by explicitly adding github.com/docker/docker@v28.0.0 to the go/bump deps section. Fix #1 removed problematic replace directives and updated to use github.com/docker/docker@v28.3.3. Fix #2 was creating new package files but the pattern shows updating to newer compatible Docker versions. The consistent solution across all fixes is to specify a newer version of github.com/docker/docker in the go/bump step that's compatible with the existing module constraints rather than trying to force a downgrade. Click to expand fix explanationExplanationThe current build failure occurs because gobump is trying to downgrade github.com/docker/docker from v28.0.0+incompatible (which is already present in the module graph) to v25.0.4 (which is specified in the YAML). Go's module system prevents downgrades, causing the build to fail. By updating the version specification from v25.0.4 to v28.0.0, we align with what's already resolved in the module dependencies. This matches the exact pattern seen in Fix #0, where the same issue was resolved by updating the docker/docker version from v25.0.8 to v28.0.0. The v28.0.0 version is a stable release that should be compatible with gitlab-runner's requirements, and using this version eliminates the version conflict that's causing the build failure. Click to expand alternative approachesAlternative Approaches
Was this comment helpful? Please use 👍 or 👎 reactions on this comment. |
|
This vulnerability remediation is stale and no longer needed. 👋 Advisory CGA-jx5f-4jh9-95pr has the latest event type of "false-positive-determination" View with: |
<!--ci-cve-scan:must-fix: CVE-2024-36623-->
0884153 to
18a6d5d
Compare
|
This vulnerability remediation is stale and no longer needed. 👋 Advisory CGA-jx5f-4jh9-95pr has the latest event type of "false-positive-determination" View with: |
|
This vulnerability remediation is stale and no longer needed. 👋 Advisory CGA-85wf-m9xh-qmh3 has the latest event type of "FALSE_POSITIVE_DETERMINATION" View with: |
gitlab-runner-18.6/18.6.6-r0: fix CVE-2024-36623
Advisory data: https://github.com/wolfi-dev/advisories/blob/main/gitlab-runner-18.6.advisories.yaml
"Breadcrumbs" for this automated service
Inspected git repositories: