CVE Intelligence

Vulnerabilidades do Npm I18next-http-backend

🔔 Criar alerta RSS Verificador de versão

CVEs publicadas que afetam Npm I18next-http-backend: 3 registro(s), com versões afetadas e correções.

CVE-2026-118258 Baixa · 3.7 CWE-74 28/10/2026
i18next-http-backend: Query-parameter injection through & and = in lng when loadPath/addPath puts {{lng}} in the query string
i18next-http-backend is a backend layer for i18next that loads translation resources in Node.js, browsers, and Deno. Prior to 4.0.4, interpolateUrl inserts unencoded language and namespace values into loadPath or addPath templates without rejecting ampersand (&), equals (=), or semicolon (;) query separators. When a template places lng or ns in the query string and an attacker controls that value, the attacker can add or override parameters on browser or server-side translation requests, potentially exposing other namespaces or tenants or changing backend behavior through the application's network position and credentials. This vulnerability is the result of an incomplete fix for CVE-2026-41691. This issue is fixed in version 4.0.4.
CVE-2026-115730 Baixa · 3.1 CWE-74 23/10/2026
i18next-http-backend 4.0.2 Protocol-Relative URL Injection via Namespace in interpolateUrl
i18next-http-backend 4.0.2 contains an incomplete fix in interpolateUrl() that allows attackers to redirect translation requests by supplying an ns value starting with a slash. Attackers controlling the namespace value can form a protocol-relative URL in loadPath or addPath templates to load attacker-hosted translations, enabling UI content injection and cross-site scripting.
CVE-2026-41691 Crítica · 9.1 CWE-22 07/05/2026
i18next-http-backend: travessia de caminho e injeção de URL via lng/ns sem sanitização
Copilot said: i18nextify é uma biblioteca JavaScript que adiciona internacionalização de sites por meio de uma tag script, sem alterações no código-fonte. Versões anteriores à 3.0.5 interpolam os valores de lng e ns diretamente no modelo de URL configurado em loadPath / addPath, sem qualquer codificação, validação ou sanitização de caminho. Quando a aplicação expõe a seleção de código de idioma a entradas controladas pelo usuário (o padrão — i18next-browser-languagedetector lê parâmetros de consulta ?lng=, cookies, localStorage e cabeçalhos de requisição), um atacante pode injetar caracteres que alteram a estrutura da URL de requisição de saída. Esta é uma única vulnerabilidade de injeção de URL. O valor controlado pelo atacante é neutralizado antes de ser usado como parte de uma string de URL de saída; o formato do ataque abrange tanto travessia de caminho quanto injeção mais ampla na estrutura da URL — ambos são corrigidos pela única correção de sanitização em interpolateUrl. Este problema foi corrigido na versão 3.0.5. Se os usuários não puderem atualizar imediatamente, podem contornar o problema sanitizando lng / ns antes que cheguem ao i18next (remover .., /, \, ?, #, %, espaços em branco e caracteres de controle; limitar o tamanho).