Skip to content

Ignore RUSTSEC-2026-0258 in cargo audit - #972

Open
nbarbier-265 wants to merge 1 commit into
cloudflare:mainfrom
nbarbier-265:audit-ignore-h2-0258
Open

Ignore RUSTSEC-2026-0258 in cargo audit#972
nbarbier-265 wants to merge 1 commit into
cloudflare:mainfrom
nbarbier-265:audit-ignore-h2-0258

Conversation

@nbarbier-265

Copy link
Copy Markdown
Contributor

Every CI run fails the cargo audit step since 2026-08-17, when RUSTSEC-2026-0258 (h2 0.3: unbounded empty DATA frames) was published. All PRs currently show a red X regardless of their contents.

h2 0.3.27 enters the lockfile through the same legacy aws chain as the existing rustls-webpki ignores: dial9-tokio-telemetry -> aws-sdk-s3-transfer-manager -> aws-config -> aws-smithy-http-client, which still uses hyper 0.14. The advisory's only fix is h2 >= 0.4.16 and no 0.3.x patch exists, so this can't be resolved from this workspace's manifests — same situation as the three rustls-webpki ignores already in .cargo/audit.toml, and the same removal condition applies (the upstream aws-s3-transfer-manager-rs migration off the legacy chain).

Exploitability in this position is limited: the advisory needs a malicious HTTP/2 peer, and in this chain h2 0.3 only acts as a TLS client to AWS endpoints.

Verified locally with CI's exact steps: cargo generate-lockfile --ignore-rust-version && cargo audit fails before this change and exits 0 after, with the same 4 allowed warnings as before.

h2 0.3.27 comes in through the same legacy aws chain as the existing
rustls-webpki ignores: dial9-tokio-telemetry -> aws-sdk-s3-transfer-manager
-> aws-config -> aws-smithy-http-client, which still uses hyper 0.14. The
advisory's only fix is h2 >= 0.4.16 and no 0.3.x patch exists, so this
cannot be resolved from this workspace's manifests. The vulnerable code
needs a malicious HTTP/2 peer; in this chain h2 is only a TLS client to
AWS endpoints.

Every CI run has failed the cargo audit step since the advisory was
published on 2026-08-17.
@duke8253 duke8253 added bug Something isn't working Breaking change labels Aug 21, 2026
@duke8253 duke8253 self-assigned this Aug 21, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Breaking change bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants