Skip to content

Bump vulnerable packages to unblock 3.x CI#3054

Merged
lahma merged 1 commit into
3.xfrom
fix-vulnerable-packages-3x
Apr 25, 2026
Merged

Bump vulnerable packages to unblock 3.x CI#3054
lahma merged 1 commit into
3.xfrom
fix-vulnerable-packages-3x

Conversation

@lahma

@lahma lahma commented Apr 25, 2026

Copy link
Copy Markdown
Member

Summary

Three known-vulnerable package versions were breaking restore/build on 3.x:

Package Old New Severity Advisories
OpenTelemetry.Exporter.Console 1.14.0 1.15.3 (bumped for family consistency)
OpenTelemetry.Exporter.OpenTelemetryProtocol 1.14.0 1.15.3 moderate GHSA-mr8r-92fq-pj8p, GHSA-q834-8qmm-v933
OpenTelemetry.Exporter.Zipkin 1.14.0 1.15.3 (bumped for family consistency)
OpenTelemetry.Extensions.Hosting 1.14.0 1.15.3 (bumped for family consistency)
OpenTelemetry.Api (transitive) 1.14.0 1.15.3 moderate GHSA-g94r-2vxg-569j
NuGet.Packaging (transitive via Nuke.Common) 6.12.1 7.3.1 low GHSA-g4vj-cjjj-v7hg
System.Security.Cryptography.Xml (transitive via Nuke.Common) 9.0.0 10.0.7 high GHSA-37gx-xxp4-5rgx, GHSA-w3x6-4m5h-cxqf

The OpenTelemetry.* bumps go in src/Quartz.Examples.AspNetCore/Quartz.Examples.AspNetCore.csproj (direct references). The other two are transitive deps of Nuke.Common 10.1.0 in build/_build.csproj, so they get explicit <PackageReference> overrides — annotated as removable once Nuke.Common ships a release that bumps them itself.

OpenTelemetry.Api isn't directly referenced; pulling the four exporter/extension packages forward to 1.15.3 brings .Api 1.15.3 along transitively.

Why now

OpenTelemetry.Exporter.OpenTelemetryProtocol 1.14.0 triggers NU1902 errors during restore (it's a direct reference, so WarningsAsErrors promotes the moderate-severity warning to a build break). That blocks every PR's CI restore on 3.x, including the in-flight #3053 (Quartz.Redis rename).

The two transitive overrides in build/_build.csproj clean up the NU1901 / NU1903 warnings that show up on every job that restores the build project — annoying noise rather than a hard break, but worth fixing while we're here, especially since one of them (System.Security.Cryptography.Xml) is high severity.

Test plan

  • dotnet restore build/_build.csproj — clean, no NU1901/NU1903
  • dotnet restore src/Quartz.Examples.AspNetCore/... — clean, no NU1902
  • dotnet build Quartz.slnx -c Release — succeeds with 0 warnings, 0 errors (was: 3 NU1902 errors blocking restore)
  • CI: every workflow that previously failed on the vulnerability errors now passes through restore

🤖 Generated with Claude Code

Three known-vulnerable package versions were breaking restore/build:

- OpenTelemetry.* 1.14.0 in Quartz.Examples.AspNetCore: hard NU1902
  errors (GHSA-g94r-2vxg-569j on .Api, GHSA-mr8r-92fq-pj8p and
  GHSA-q834-8qmm-v933 on .Exporter.OpenTelemetryProtocol). Bumped the
  four directly-referenced packages — .Exporter.Console,
  .Exporter.OpenTelemetryProtocol, .Exporter.Zipkin,
  .Extensions.Hosting — to 1.15.3 (latest stable).

- NuGet.Packaging 6.12.1 transitively pulled in by Nuke.Common 10.1.0
  in build/_build.csproj: NU1901 (low, GHSA-g4vj-cjjj-v7hg). Added an
  explicit PackageReference pinning 7.3.1.

- System.Security.Cryptography.Xml 9.0.0 transitively pulled in via
  the same path: NU1903 (high, GHSA-37gx-xxp4-5rgx and
  GHSA-w3x6-4m5h-cxqf). Added an explicit PackageReference pinning
  10.0.7.

The two transitive overrides are commented as removable once Nuke.Common
ships a release that bumps them itself.

Verified: dotnet build Quartz.slnx -c Release now succeeds with zero
warnings and zero errors (was: 3 NU1902 errors blocking restore).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
@sonarqubecloud

Copy link
Copy Markdown

@lahma
lahma merged commit 1dceebb into 3.x Apr 25, 2026
16 checks passed
@lahma
lahma deleted the fix-vulnerable-packages-3x branch April 25, 2026 10:37
This was referenced Apr 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant