You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Correct overbroad Kyverno advisory ranges for the offline admission driver #5154
The offline Tenant WebApp admission driver deliberately uses Kyverno 1.19.1, matching the deployed policy engine. Three automatically imported Go vulnerability records currently classify every Kyverno release and symbol as affected, while the owning project's fresher repository-scoped advisories exclude this version. This prevents the scanner from distinguishing fixed releases from affected releases.
Outcome
Remove the temporary, exact-ID advisory acceptances once the Go records contain accurate version ranges, without disabling the module scan or accepting any other advisory.
GO-2025-3615: upstream advisory limits affected versions to below 1.13.4; it does not independently name a fixing release.
The corresponding Go records currently contain an introduced-at-zero range without a fixed event or package/symbol scope. The discrepancy was re-read from both primary sources on 2026-10-21.
Acceptance criteria
Re-read the owning upstream advisories and the Go vulnerability records; do not inherit these version claims.
Correct or obtain correction of the Go records through an appropriate, policy-compliant upstream report, if still necessary.
Remove only acceptances proved obsolete by the corrected records.
The offline driver's ordinary reachability scan, its analysed-package judge, and all real-engine admission controls pass without those acceptances.
Any future Kyverno pin change revalidates the ranges before retaining an acceptance.
This issue tracks scanner metadata for a synthetic offline test driver, not production runtime acceptance, a blanket exception, or portal activation. Fixable transitive dependency advisories are repaired rather than accepted.
🤖 Generated by the Agentic Engineer (interactive Claude Code session)
Re-read 2026-10-25: the Go records are still overbroad, so no acceptance can be removed yet.
The public Go vulnerability database entries GO-2026-5594 and GO-2026-5337 (last modified 2026-06-25) and GO-2025-3615 (last modified 2025-04-22) each still list github.com/kyverno/kyverno with a single range that opens at version 0 and has no fixed event, and name no affected packages or symbols. That is the same discrepancy this issue records, so the three exact-ID acceptances are still needed for the offline driver's scan.
What remains is the upstream report to the Go vulnerability database asking for the ranges the Kyverno advisories state. That is an external write, so it needs the approval our contribution rules require before anyone files it. This issue stays open until the records change.
When the Go records are corrected, also remove the same three IDs from the migration runtime build. #5626 adds them there as an exact list, so that build fails until they are removed.
Activity
devantler commentedon Oct 24, 2026
Re-read 2026-10-25: the Go records are still overbroad, so no acceptance can be removed yet.
The public Go vulnerability database entries GO-2026-5594 and GO-2026-5337 (last modified 2026-06-25) and GO-2025-3615 (last modified 2025-04-22) each still list
github.com/kyverno/kyvernowith a single range that opens at version 0 and has no fixed event, and name no affected packages or symbols. That is the same discrepancy this issue records, so the three exact-ID acceptances are still needed for the offline driver's scan.What remains is the upstream report to the Go vulnerability database asking for the ranges the Kyverno advisories state. That is an external write, so it needs the approval our contribution rules require before anyone files it. This issue stays open until the records change.
devantler commentedon Oct 31, 2026
When the Go records are corrected, also remove the same three IDs from the migration runtime build. #5626 adds them there as an exact list, so that build fails until they are removed.