Catégories
CVE-2026-43977 high CVSS 7.5

Divulgation d'information dans wger (CVE-2026-43977)

Résumé

Vulnérabilité dans wger (CVE-2026-43977). Des informations confidentielles peuvent être exposées. Exploitable via GET /api/v2/routine/.

Description d'origine

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

wger is a free, open-source workout and fitness manager. In versions prior to 2.6, any authenticated user can read another user's private workout session notes, exercise history, and training statistics by calling the /logs/ and /stats/ actions on a routine they do not own. The vulnerability exists in RoutineViewSet (wger/manager/api/views.py). The view defines two custom actions /logs/ and /stats/ that are intended to return data for the requesting user's own training history within a routine. However, the underlying permission check (RoutinePermission.has_object_permission) grants read access to any authenticated user when the routine has is_template=True, regardless of ownership. When the /logs/ or /stats/ actions are invoked against a routine the attacker does not own, they return the owner's private workout history, not the attacker's. This issue has been fixed in version 2.6.

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-43977 a été découverte dans wger.
Des attaquants peuvent cibler un point d'entrée spécifique comme GET /api/v2/routine/ à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 7.5/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « wger CVE-2026-43977 » sur le site de l'éditeur.

CVE-2026-43977 (wger) — CWE-200 / CVSS v3 7.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : GET /api/v2/routine/ / GET /api/v2/routine/{id}/logs/ / GET /api/v2/routine/{id}/stats/ / POST /api/v2/token
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 wger. Les attaquants atteignent le code vulnérable via GET /api/v2/routine/ sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de wger. Surface d'attaque : GET /api/v2/routine/ / GET /api/v2/routine/{id}/logs/ / GET /api/v2/routine/{id}/stats/ / POST /api/v2/token.

🔥 Gravité

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

🔧 Comment corriger

Mettre à jour vers la version corrigée selon l'avis éditeur.

🛡️ 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 webserver/proxy/WAF des requêtes anormales vers GET /api/v2/routine/ (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver wger.

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 'wger' . | grep -v node_modules

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

  2. 2
    Hunt for indicators of compromise detect
    grep 'GET /api/v2/routine/' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'

    アクセスログで GET /api/v2/routine/ への異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。

  3. 3
    Post-deployment verification verify
    Replay attack against GET /api/v2/routine/ on staging to confirm patch closes the vector

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

Paquets affectés

pip wger
[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}]
PyPI wger
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"last_affected":"2.5"}]}]

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