Hubuum client library (Rust): Authenticated requests may escape the configured base path through redirects
The Hubuum client library for Rust versions from 0.0.1 up to but not including 0.6.1 has a vulnerability where authenticated requests may leak the bearer Authorization header outside the configured base path due to how HTTP redirects are handled. The library uses reqwest's default redirect policy, which retains sensitive headers on redirects within the same origin but different paths. An attacker or compromised intermediary influencing a 3xx redirect response could cause the Authorization header to be sent to unintended paths on the same origin. This does not affect cross-origin redirects. The issue is fixed in version 0.6.1 by disabling automatic redirect following. Workarounds include configuring reqwest clients to disable redirects and ensuring the Hubuum origin is not shared with other applications that could redirect requests outside the allowed path prefix.
AI Analysis
Technical Summary
The Hubuum Rust client library prior to version 0.6.1 uses reqwest's default redirect policy, which allows automatic following of HTTP 3xx redirects while retaining sensitive headers such as the bearer Authorization token if the redirect is within the same scheme, host, and port but changes the path. Although the BaseUrl setting constrains initial requests to a configured origin and path prefix, redirect processing occurs after this validation, allowing a redirect to a different path on the same origin to leak the Authorization header outside the intended API path. Exploitation requires an attacker, compromised server, or intermediary to influence a redirect response. Version 0.6.1 mitigates this by configuring reqwest clients with redirect policy set to none, returning 3xx responses as errors instead of following them automatically. Users can also opt-in to custom clients with different redirect policies. This vulnerability is tracked as GHSA-f45q-w629-wr25 and has a moderate severity rating.
Potential Impact
Sensitive bearer Authorization headers may be leaked to unintended paths on the same origin due to automatic following of HTTP redirects that change only the path. This could expose authentication tokens to endpoints outside the configured Hubuum API path prefix, potentially leading to unauthorized access or information disclosure. Cross-origin redirects are not affected because reqwest strips sensitive headers when scheme, host, or port changes. Exploitation requires control or influence over redirect responses.
Mitigation Recommendations
A fixed version 0.6.1 of the Hubuum client library disables automatic redirect following by setting reqwest's redirect policy to none, causing 3xx responses to be returned as errors instead of followed. Users of affected versions (>=0.0.1 <0.6.1) should upgrade to 0.6.1 or later. Alternatively, users can construct a reqwest client with redirect policy set to none and supply it explicitly to the Hubuum client. Deployments should also ensure the Hubuum origin is not shared with other applications and that trusted infrastructure does not redirect API requests outside the configured path prefix to reduce exposure.
Hubuum client library (Rust): Authenticated requests may escape the configured base path through redirects
Description
The Hubuum client library for Rust versions from 0.0.1 up to but not including 0.6.1 has a vulnerability where authenticated requests may leak the bearer Authorization header outside the configured base path due to how HTTP redirects are handled. The library uses reqwest's default redirect policy, which retains sensitive headers on redirects within the same origin but different paths. An attacker or compromised intermediary influencing a 3xx redirect response could cause the Authorization header to be sent to unintended paths on the same origin. This does not affect cross-origin redirects. The issue is fixed in version 0.6.1 by disabling automatic redirect following. Workarounds include configuring reqwest clients to disable redirects and ensuring the Hubuum origin is not shared with other applications that could redirect requests outside the allowed path prefix.
CVSS v4.0
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Hubuum Rust client library prior to version 0.6.1 uses reqwest's default redirect policy, which allows automatic following of HTTP 3xx redirects while retaining sensitive headers such as the bearer Authorization token if the redirect is within the same scheme, host, and port but changes the path. Although the BaseUrl setting constrains initial requests to a configured origin and path prefix, redirect processing occurs after this validation, allowing a redirect to a different path on the same origin to leak the Authorization header outside the intended API path. Exploitation requires an attacker, compromised server, or intermediary to influence a redirect response. Version 0.6.1 mitigates this by configuring reqwest clients with redirect policy set to none, returning 3xx responses as errors instead of following them automatically. Users can also opt-in to custom clients with different redirect policies. This vulnerability is tracked as GHSA-f45q-w629-wr25 and has a moderate severity rating.
Potential Impact
Sensitive bearer Authorization headers may be leaked to unintended paths on the same origin due to automatic following of HTTP redirects that change only the path. This could expose authentication tokens to endpoints outside the configured Hubuum API path prefix, potentially leading to unauthorized access or information disclosure. Cross-origin redirects are not affected because reqwest strips sensitive headers when scheme, host, or port changes. Exploitation requires control or influence over redirect responses.
Mitigation Recommendations
A fixed version 0.6.1 of the Hubuum client library disables automatic redirect following by setting reqwest's redirect policy to none, causing 3xx responses to be returned as errors instead of followed. Users of affected versions (>=0.0.1 <0.6.1) should upgrade to 0.6.1 or later. Alternatively, users can construct a reqwest client with redirect policy set to none and supply it explicitly to the Hubuum client. Deployments should also ensure the Hubuum origin is not shared with other applications and that trusted infrastructure does not redirect API requests outside the configured path prefix to reduce exposure.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-f45q-w629-wr25
- Osv Schema Version
- 1.4.0
- Aliases
- []
- Ecosystems
- ["crates.io"]
- Database Specific Severity
- MODERATE
- Cvss Version
- 4.0
Threat ID: 6a6542219c2644c7f80884c9
Added to database: 07/25/2026, 23:09:21 UTC
Last enriched: 07/25/2026, 23:52:16 UTC
Last updated: 07/26/2026, 03:43:35 UTC
Views: 5
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.