Aller au contenu
Cette page suit l'état du correctif pour Ubuntu. La vulnérabilité elle-même est décrite sur la page CVE principale. Voir CVE-2026-27601 →
Non évaluée

Vulnérabilité dans ruby-rails-assets-underscore

UBUNTU-CVE-2026-27601 Première détection SecPulse

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée UBUNTU-CVE-2026-27601 a été découverte dans ruby-rails-assets-underscore.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour ruby-rails-assets-underscore vers 1.13.8 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « ruby-rails-assets-underscore UBUNTU-CVE-2026-27601 » sur le site de l'éditeur.

UBUNTU-CVE-2026-27601 (ruby-rails-assets-underscore)
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 1.13.8 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

Quel est le problème

Une vulnérabilité (non classée) affecte ruby-rails-assets-underscore.

Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de ruby-rails-assets-underscore.

Gravité

Gravité : ?. Risque d'opérations non autorisées ou de divulgation.

Comment corriger

Mettre à jour vers 1.13.8.

Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposureidentify
    grep -r 'ruby-rails-assets-underscore' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で ruby-rails-assets-underscore を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Apply patchpatch
    Upgrade ruby-rails-assets-underscore to 1.13.8

    ステージング環境で 1.13.8 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  3. 3
    Post-deployment verificationverify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

ÉcosystèmePaquetConcernéesCorrigé
Ubuntu:18.04:LTS ruby-rails-assets-underscore
Toutes les versions
—
Ubuntu:20.04:LTS ruby-rails-assets-underscore
Toutes les versions
—
Ubuntu:22.04:LTS ruby-rails-assets-underscore
Toutes les versions
—
Ubuntu:24.04:LTS ruby-rails-assets-underscore
Toutes les versions
—
Description d'origine La description telle que publiée par la source (souvent en anglais).

Underscore.js is a utility-belt library for JavaScript. Prior to 1.13.8, the _.flatten and _.isEqual functions use recursion without a depth limit. Under very specific conditions, detailed below, an attacker could exploit this in a Denial of Service (DoS) attack by triggering a stack overflow. Untrusted input must be used to create a recursive datastructure, for example using JSON.parse, with no enforced depth limit. The datastructure thus created must be passed to _.flatten or _.isEqual. In the case of _.flatten, the vulnerability can only be exploited if it is possible for a remote client to prepare a datastructure that consists of arrays at all levels AND if no finite depth limit is passed as the second argument to _.flatten. In the case of _.isEqual, the vulnerability can only be exploited if there exists a code path in which two distinct datastructures that were submitted by the same remote client are compared using _.isEqual. For example, if a client submits data that are stored in a database, and the same client can later submit another datastructure that is then compared to the data that were saved in the database previously, OR if a client submits a single request, but its data are parsed twice, creating two non-identical but equivalent datastructures that are then compared. Exceptions originating from the call to _.flatten or _.isEqual, as a result of a stack overflow, are not being caught. This vulnerability is fixed in 1.13.8.

Source: OSV.dev (Open Source Vulnerabilities) OSV

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus