Improper Handling of Alternate Encoding Affecting reposilite package, versions <3.6.2-r2


Severity

Recommended
0.0
critical
0
10

Snyk's Security Team recommends NVD's CVSS assessment. Learn more

Threat Intelligence

EPSS
0.63% (49th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CHAINGUARDLATEST-REPOSILITE-18860681
  • published16 Aug 2026
  • disclosed4 Aug 2026

Introduced: 4 Aug 2026

CVE-2026-10050  (opens in a new tab)
CWE-173  (opens in a new tab)
CWE-303  (opens in a new tab)

How to fix?

Upgrade Chainguard reposilite to version 3.6.2-r2 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream reposilite package and not the reposilite package as distributed by Chainguard. See How to fix? for Chainguard relevant fixed versions and status.

In Eclipse Jetty, the Digest authentication server-side component uses ISO-8859-1 to encode the password as bytes.

This was done because the initial specification for HTTP did not specify explicitly a charset, and it was assumed to be ISO-8859-1 for historical reasons.

If the password contains characters that cannot be represented in ISO-8859-1, they are silently replaced by ?. This happens with passwords that contain Chinese, Cyrillic or Greek characters, for example: αβ123 converts to ??123.

An attacker can send a request with a digest Authorization header crafted with a password made of only ? characters; the server would match any password of the same length that contains non-ISO-8859-1 characters.

Recent HTTP Digest RFC-7616 supports a charset parameters that defaults to UTF-8 that allows for correct encoding/decoding of passwords.

CVSS Base Scores

version 3.1