CVE-2026-59247

Published: Lug 29, 2026 Last Modified: Lug 29, 2026

ExploitDB:

Other exploit source:

Google Dorks:

HIGH 7,6

Source: 6b3ad84c-e1a6-4bf7-a703-f496b71e49db

Attack Vector: network

Attack Complexity: low

Privileges Required: none

User Interaction: passive

Confidentiality: N/A

Integrity: N/A

Availability: N/A

Description

AI Translation Available

Insufficient Verification of Data Authenticity vulnerability in Gleam allows an adversary in the middle to substitute forged Hex package contents during dependency resolution.

During dependency resolution Gleam fetches package metadata from the signature-verified Hex repository, which covers each release's dependency requirements and SHA-256 outer_checksum. After resolving versions, gleam_cli::dependencies::lookup_package makes a second request to the unsigned Hex API through gleam_core::hex::get_package_release and records the outer_checksum and dependency names from that JSON response into manifest.toml, instead of the values from the verified repository metadata. The Hex repository signature does not cover the API response.

An adversary in the middle who can intercept TLS with a certificate trusted by the Gleam process (for example a TLS-inspecting proxy using a CA in the operating system trust store or added through GLEAM_CACERTS_PATH), and who can modify both the API release response and the corresponding repository tarball, can supply a package archive with a matching forged checksum without the Hex repository signing key. Gleam verifies the forged tarball against the forged checksum, accepts it, and extracts it as a dependency source, resulting in loss of integrity of the downloaded package contents.

Only projects that resolve or update Hex dependencies are affected, which happens when the manifest is missing, a dependency is added or updated, or dependency requirements change. Builds that reuse an unchanged, known-good manifest.toml continue to verify tarballs against its pinned checksum. This issue affects gleam: from 0.18.0 before 1.18.0.

AI Generated Translation

Vulnerabilità Insufficient Verification of Data Authenticity in Gleam consente a un adversario in man-in-the-middle di sostituire i contenuti di un pacchetto Hex contraffatti durante la risoluzione delle dipendenze.

Durante la risoluzione delle dipendenze, Gleam recupera i metadati del pacchetto dal repository Hex verificato tramite firma, che copre i requisiti di dipendenza di ogni rilascio e l’outer_checksum SHA-256. Dopo aver risolto le versioni, gleam_cli::dependencies::lookup_package effettua una seconda richiesta all’API Hex non firmata tramite gleam_core::hex::get_package_release e registra l’outer_checksum e i nomi delle dipendenze dal JSON di risposta nel file manifest.toml, invece dei valori provenienti dai metadati verificati del repository. La firma del repository Hex non copre la risposta API.

Un adversario in man-in-the-middle che possa intercettare TLS con un certificato affidabile per il processo Gleam (ad esempio un proxy con ispezione TLS che utilizza un CA nel trust store del sistema operativo o aggiunto tramite GLEAM_CACERTS_PATH), e che possa modificare sia la risposta di rilascio API sia il relativo tarball del repository, può fornire un archivio di pacchetto con un checksum contraffatto corrispondente senza la chiave di firma del repository Hex. Gleam verifica il tarball contraffatto contro il checksum contraffatto, lo accetta e lo estrae come sorgente di dipendenza, compromettendo l’integrità dei contenuti del pacchetto scaricato.

Solo i progetti che risolvono o aggiornano le dipendenze Hex sono interessati, operazione che avviene quando il manifest manca, viene aggiunta o aggiornata una dipendenza, o cambiano i requisiti di dipendenza. Le build che riutilizzano un manifest.toml invariato e affidabile continuano a verificare i tarball contro il checksum fissato. Questa vulnerabilità interessa gleam: dalla versione 0.18.0 prima della 1.18.0.