LatePoint <= 5.6.2 - Unauthenticated Insecure Direct Object Reference to Arbitrary Creation via 'service_id' Parameter
The LatePoint – Calendar Booking Plugin for Appointments and Events plugin for WordPress is vulnerable to Insecure Direct Object Reference in all versions up to, and including, 5.6.2 via the 'service_id' parameter due to missing validation on a user controlled key. This makes it possible for unauthenticated attackers to create approved bookings against services explicitly restricted to admins and agents, consuming restricted appointment capacity and triggering unauthorized bookings for admin/agent-only services. The bypass works via both the params[booking][service_id] parameter in steps__load_step and the presets[selected_service] parameter in steps__start, both of which are publicly accessible without authentication.
Quick answer
Appointment Booking Plugin – LatePoint | Calendar & Scheduling for WordPress should be reviewed and updated if it matches the affected versions. The recommended fix is to apply the vendor-supported patched version or the mitigation steps below, then retest the public website with Fixnx.
Who is affected
Affected versions
- *-5.6.2
Fixed versions
- 5.6.3
How to fix it
LatePoint is affected by CVE-2026-12657, unauthenticated insecure direct object reference that can create records through the service_id parameter in *-5.6.2. Prioritize production WordPress sites where the plugin or theme is enabled, especially if unauthenticated users can reach the vulnerable workflow. The recommended remediation is to update to version 5.6.3 or a newer vendor-supported patched release. If immediate patching is not possible, reduce exposure, restrict access to the vulnerable feature, and monitor logs until the vendor-supported fix is in place.
- Inventory every WordPress site that uses LatePoint, including production, staging, multisite, customer, and managed environments.
- Confirm the installed plugin or theme version and compare it with the affected range: *-5.6.2.
- Apply the remediation: update to version 5.6.3 or a newer vendor-supported patched release.
- If the update cannot be applied immediately, disable LatePoint or restrict the affected admin, REST, AJAX, shortcode, upload, booking, ecommerce, profile, form, gallery, or theme workflow to trusted administrators only.
- Review application, web server, WordPress security plugin, WAF, authentication, and administrator activity logs for attempts related to CVE-2026-12657.
- Remove suspicious stored content, uploaded files, generated logs, injected scripts, unexpected appointments/orders/posts, or altered configuration created through the affected workflow.
- Clear application, object, page, CDN, and browser caches after remediation so stale vulnerable responses or stored payloads are not served.
Scan now. Google sign-in is only needed to unlock fix guidance.
Verify the fix
- Confirm LatePoint is no longer running *-5.6.2 and record the patched or mitigated version in the remediation ticket.
- Verify unauthenticated users can no longer trigger the affected action or access data outside their intended permissions.
- Review logs before and after the fix for exploitation attempts, suspicious role activity, unexpected content changes, file reads, SQL errors, or unauthorized data access.
- Rerun a Fixnx scan and any relevant plugin, WAF, or manual regression checks to confirm public exposure is reduced.
- Document the advisory, affected assets, remediation action, verification evidence, and any cleanup or credential rotation performed.
Related categories
Trusted references
FAQ
What is affected by CVE-2026-12657?
Appointment Booking Plugin – LatePoint | Calendar & Scheduling for WordPress versions listed as affected should be reviewed: *-5.6.2.
What should I fix first?
Start with internet-facing sites, admin panels, login flows, plugins, themes, modules, packages, and systems that process user-controlled input or sensitive data.
How do I confirm the fix worked?
Apply the patched version or mitigation, clear caches where relevant, retest the affected workflow, and run a new Fixnx scan to verify public website exposure signals.
How are Fixnx security risk categories chosen?
Fixnx keeps one canonical risk page and assigns only broad, relevant categories such as ecosystem, technology area, or vulnerability class.