Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2026-45793 high CVSS 7.5

Divulgation d'information dans composer/composer (CVE-2026-45793)

Résumé

Vulnérabilité dans composer/composer (CVE-2026-45793). Des informations confidentielles peuvent être exposées. Exploitable via GITHUB_TOKEN. Atténuation : mise à jour vers 1.10.28 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

Composer leaks the full contents of tokens configured as GitHub OAuth tokens if they do not match Composer's expected format for such tokens to stderr. GitHub has introduced a new format for GitHub Actions GITHUB_TOKEN values. These tokens are validated in the same way by Composer on GitHub Actions. The new format including a - (hyphen) fails Composer's validation and leads to disclosure of the GITHUB_TOKEN in logs.

Many widely-used Actions (e.g. shivammathur/setup-php) auto-register GITHUB_TOKEN into composer's global auth.json, so the leak triggers without any unusual user configuration.

GitHub Actions tokens expire when the associated job finishes, and they are scoped to the respective repository only. So in most regular cases the Composer validation, which errors while leaking the token, also immediately ends the job, expiring the token immediately. Tokens expire at the very latest after 6 hours on GitHub-hosted runners. If you use self-hosted runner, expiration is at most 24 hours after creation. The new token format is being rolled out gradually, so not all repositories are affected yet, but will be soon.

Classic ghp_ PATs are not affected by the regex bug per se, but the same leak primitive applies to any future credential that fails validation for any reason.

Details

When a GitHub token fails regular expression validation of the character set, the rejected token is interpolated verbatim into the UnexpectedValueException message thrown…

Source: GitHub Security Advisories (Global) NVD GitHub Advisory

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 CVE-2026-45793 a été découverte dans composer/composer.
Des attaquants peuvent cibler un point d'entrée spécifique comme GITHUB_TOKEN à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 7.5/10.
Action : mettez à jour composer/composer vers 1.10.28 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « composer/composer CVE-2026-45793 » sur le site de l'éditeur.

CVE-2026-45793 (composer/composer) — CWE-200 / CVSS v3 7.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : GITHUB_TOKEN / ghp_ / UnexpectedValueException / main
Correctif : 1.10.28 — 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 divulgation d'information (CWE-200) affecte composer/composer. Les attaquants atteignent le code vulnérable via GITHUB_TOKEN sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de composer/composer. Surface d'attaque : GITHUB_TOKEN / ghp_ / UnexpectedValueException / main.

🔥 Gravité

Gravité : Élevée (CVSS 7.5/10). Des informations confidentielles peuvent être exposées.

🔧 Comment corriger

Mettre à jour vers 1.10.28.

🛡️ 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 exposure identify 
    grep -r 'composer/composer' . | grep -v node_modules

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

  2. 2
    Apply patch patch 
    Upgrade composer/composer to 1.10.28

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

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

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

Paquets affectés

composer composer/composer
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.10.28"}]}]
Packagist composer/composer
[{"type":"ECOSYSTEM","events":[{"introduced":"1.0"},{"fixed":"1.10.28"}]}]
Bitnami composer
[{"type":"SEMVER","events":[{"introduced":"1.0.0"},{"fixed":"1.10.28"},{"introduced":"2.0.0"},{"fixed":"2.2.28"},{"introduced":"2.3.0"},{"fixed":"2.9.8"}]}]

État des correctifs par distribution

Paquets corrigés publiés par chaque distribution pour cette CVE

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