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

Vulnérabilité dans sylius/mollie-plugin (CVE-2026-68500)

Résumé

Vulnérabilité dans sylius/mollie-plugin (CVE-2026-68500). Les données peuvent être altérées par des attaquants. Exploitable via POST /{_locale}/update-payment. Atténuation : mise à jour vers 3.3.1 ou plus.

Description d'origine

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

Impact

The shop payment webhook POST /{_locale}/update-payment (route
sylius_mollie_shop_payment_webhook) accepts two independent, attacker-controlled
parameters: id (the Mollie payment ID, verified against Mollie's API) and orderId (the
Sylius order ID, read directly from the database). The handler never verifies that the
Mollie payment belongs to the referenced order.

An unauthenticated attacker who holds any valid paid Mollie payment ID, for example
from a EUR 1 order they placed themselves, can submit it together with any victim
orderId. The victim's order payment is then transitioned to completed (or any other
Mollie-derived state) without any funds being transferred for that order. Sylius order IDs
are sequential integers, and the endpoint requires no authentication, CSRF token or rate
limiting, so the attack scales trivially across all pending orders.

Patches

Fixed in versions 2.2.8, 3.2.4 and 3.3.1. The webhook now binds the payment to
the order: it reads the Mollie payment ID stored server-side for that order when the payment
was created and compares it to the incoming Mollie payment ID. On mismatch the request is
acknowledged with HTTP 200 and no state change is applied. HTTP 200 is intentional,
because Mollie retries the webhook on any non-2xx response.

The stored ID lives in one of two places depending on the checkout flow, and the fix reads
both of them (mirroring CaptureAction):…

Source: NIST National Vulnerability Database 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-68500 a été découverte dans sylius/mollie-plugin.
Des attaquants peuvent cibler un point d'entrée spécifique comme POST /{_locale}/update-payment à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 7.5/10.
Action : mettez à jour sylius/mollie-plugin vers 3.3.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « sylius/mollie-plugin CVE-2026-68500 » sur le site de l'éditeur.

CVE-2026-68500 (sylius/mollie-plugin) — CWE-639 / CVSS v3 7.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : POST /{_locale}/update-payment / sylius_mollie_shop_payment_webhook / orderId / completed
Correctif : 3.3.1 — 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é (CWE-639) affecte sylius/mollie-plugin. Les attaquants atteignent le code vulnérable via POST /{_locale}/update-payment sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de sylius/mollie-plugin. Surface d'attaque : POST /{_locale}/update-payment / sylius_mollie_shop_payment_webhook / orderId / completed.

🔥 Gravité

Gravité : Élevée (CVSS 7.5/10). Les données peuvent être altérées par des attaquants.

🔧 Comment corriger

Mettre à jour vers 3.3.1.

🛡️ 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 POST /{_locale}/update-payment (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver sylius/mollie-plugin.

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 'sylius/mollie-plugin' . | grep -v node_modules

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

  2. 2
    Hunt for indicators of compromise detect 
    grep 'POST /{_locale}/update-payment' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'

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

  3. 3
    Apply patch patch 
    Upgrade sylius/mollie-plugin to 3.3.1

    ステージング環境で 3.3.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。

  4. 4
    Post-deployment verification verify 
    Replay attack against POST /{_locale}/update-payment on staging to confirm patch closes the vector

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

Paquets affectés

composer sylius/mollie-plugin
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.3.1"}]}]
Packagist sylius/mollie-plugin
[{"type":"ECOSYSTEM","events":[{"introduced":"3.3.0"},{"fixed":"3.3.1"}]}]

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