Catégories
CVE-2026-9180 medium CVSS 5.3

Vulnérabilité dans MotoPress Appointment Booking (WordPress plugin) (CVE-2026-9180)

Résumé

Vulnérabilité dans MotoPress Appointment Booking (WordPress plugin) (CVE-2026-9180). Risque d'opérations non autorisées ou de divulgation. Exploitable via POST /motopress/appointment/v1/bookings.

Description d'origine

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

The MotoPress Appointment Booking plugin for WordPress is vulnerable to Authorization Bypass Through User-Controlled Key in all versions up to, and including, 2.4.4. This is due to the POST /motopress/appointment/v1/bookings REST endpoint being registered with 'permission_callback' => '__return_true', allowing unauthenticated access, while the createBooking handler in BookingsRestController.php accepts an attacker-supplied payment_details.booking_id value and loads the referenced booking via findById() without verifying that the caller owns or has any rights to that booking. This makes it possible for unauthenticated attackers to overwrite the customer name, email address, phone number, and customer_id of any non-confirmed victim booking by submitting a request with no reservation items, causing BookingService::createBooking() to load the existing victim booking object and persist it with attacker-controlled customer data. Victim booking IDs can be harvested prior to exploitation without authentication by querying the also-publicly-accessible GET /motopress/appointment/v1/bookings/reservations endpoint with a guessable service_id and date range, and only bookings whose status is not STATUS_CONFIRMED (e.g., pending or auto-draft) are valid targets.

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-9180 a été découverte dans MotoPress Appointment Booking (WordPress plugin).
Des attaquants peuvent cibler un point d'entrée spécifique comme POST /motopress/appointment/v1/bookings à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 5.3/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « MotoPress Appointment Booking (WordPress plugin) CVE-2026-9180 » sur le site de l'éditeur.

CVE-2026-9180 (MotoPress Appointment Booking (WordPress plugin)) — CWE-639 / CVSS v3 5.3
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : POST /motopress/appointment/v1/bookings / GET /motopress/appointment/v1/bookings/reservations / createBooking / BookingsRestController.php
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 MotoPress Appointment Booking (WordPress plugin). Les attaquants atteignent le code vulnérable via POST /motopress/appointment/v1/bookings sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de MotoPress Appointment Booking (WordPress plugin). Surface d'attaque : POST /motopress/appointment/v1/bookings / GET /motopress/appointment/v1/bookings/reservations / createBooking / BookingsRestController.php.

🔥 Gravité

Gravité : Moyenne (CVSS 5.3/10). Risque d'opérations non autorisées ou de divulgation.

🔧 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 POST /motopress/appointment/v1/bookings (en-têtes d'auth malformés, méta-caractères SQL).

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
    Audit SBOM/dependencies for affected components.

    資産台帳・SBOM・依存マニフェストで MotoPress Appointment Booking (WordPress plugin) を使っているサービスとバージョンを洗い出す。

  2. 2
    Hunt for indicators of compromise detect
    grep 'POST /motopress/appointment/v1/bookings' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'

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

  3. 3
    Post-deployment verification verify
    Replay attack against POST /motopress/appointment/v1/bookings on staging to confirm patch closes the vector

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

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