Medium

baserCMS has Mail Form Acceptance Bypass via Public API

  • Disclosed: 31.03.2026
  • Updated: 11.10.2026 10:22

Summary

A public mail submission API allows unauthenticated users to submit mail form entries even when the corresponding form is not accepting submissions. This bypasses administrative controls intended to stop form intake and enables spam or abuse via the API.

Details

In baserCMS, mail form submissions through the front-end UI are guarded by acceptance checks implemented in MailFrontService::isAccepting(), which ensures that the mail form is currently accepting submissions (e.g. within its configured publish/acceptance window).

These checks are enforced in the UI flow handled by MailController::index() and MailController::confirm()
(e.g. plugins/bc-mail/src/Controller/MailController.php).

However, the public API endpoint:

plugins/bc-mail/src/Controller/Api/MailMessagesController.php::add()

does not invoke MailFrontService::isAccepting() and does not verify whether the mail form is currently accepting submissions. As a result, the API accepts submissions regardless of the form’s acceptance state.

The endpoint does not require authentication. A valid CSRF cookie and token pair is sufficient to create a mail message. This allows submissions even when administrators intentionally disable or close the mail form via the admin UI.

PoC

  1. In the admin UI, configure a mail form so that it is not accepting submissions (e.g. outside its acceptance period or explicitly closed).
  2. Obtain a CSRF cookie by accessing the site root:
bash
curl -sS -D - -o - -c /tmp/basercms_cookies.txt 'http://localhost/'
  1. Extract the CSRF token from the csrfToken cookie and submit a POST request to the public API endpoint:
bash
curl -sS -D - -o - -X POST 'http://localhost/baser/api/bc-mail/mail_messages/add/1.json' 
-H 'Content-Type: application/x-www-form-urlencoded' 
-H 'Referer: http://localhost/' 
-H 'X-CSRF-Token: <csrf-token-from-cookie>' 
-b /tmp/basercms_cookies.txt 
--data-urlencode 'name_1=Test' 
--data-urlencode 'name_2=User' 
--data-urlencode 'email_1=test@example.com' 
--data-urlencode 'email_2=test@example.com' 
--data-urlencode 'category[]=資料請求' 
--data-urlencode 'root=検索エンジン' 
--data-urlencode 'message=API bypass test'
  1. The server responds with 200 OK and creates a mail message, even though the form is configured to reject submissions.

Impact

This is an access control / business logic bypass vulnerability.

Administrators rely on the mail form acceptance settings to temporarily or permanently stop form intake (e.g. during maintenance, incidents, or spam attacks). This vulnerability allows attackers to bypass those controls via the public API, enabling unauthorized mail submissions, spam, and operational disruption.

Affected software

Click a technology to see all vulnerabilities affecting it.

PlatformPackageVulnerable versionsFixed in
Composer package baserproject/basercms < 5.2.3 5.2.3

References

CVSS score 5.3/10
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
Weakness (CWE)
CWE-285
Platform
Composer
Package
baserproject/basercms
Disclosed
31.03.2026
Updated
11.10.2026 10:22

Sources and licenses

OSV / GitHub Advisory Database - GHSA-8cr7-r8qw-gp3c - CC BY 4.0

Vulnerability history: baserproject/basercms

All published vulnerabilities of this package (Composer package), newest first. Shows whether this is a one-off slip or a package that needs watching.

All (56) in the archive
Total entries
56
First → latest
08.2020 03.2026
Without a fix
7
Exploited in attacks
0

Severity breakdown

  • Critical 7
  • High 15
  • Medium 29
  • Low 5

Disclosures per year

  1. 2020: 6
  2. 2021: 6
  3. 2022: 21
  4. 2023: 7
  5. 2024: 7
  6. 2025: 0
  7. 2026: 9
Severity:
  1. High · 7.1 CVE-2026-32734 < 5.2.3 5.2.3
  2. Critical CVE-2026-30880 < 5.2.3 5.2.3
  3. baserCMS has Mail Form Acceptance Bypass via Public API this entry
    Medium · 5.3 CVE-2026-30878 < 5.2.3 5.2.3
  4. Critical · 9.1 CVE-2026-30877 < 5.2.3 5.2.3
  5. Critical · 9.8 CVE-2023-25655 < 4.7.5 4.7.5
  6. Critical · 9.8 CVE-2023-25654 < 4.7.5 4.7.5
  7. High · 8.8 CVE-2016-4881 < 3.0.11 3.0.11
  8. High · 8.8 CVE-2016-4878 < 3.0.11 3.0.11
  9. High · 8.8 CVE-2018-0569 >= 4.0.0, <= 4.1.0.1, <= 3.0.15 no fix
  10. Critical · 9.8 CVE-2017-10842 < 3.0.15, >= 4.0.0, < 4.0.6 3.0.15, 4.0.6
  11. High · 8.8 CVE-2017-10844 <= 3.0.14, >= 4.0.0, <= 4.0.5 no fix
  12. High · 8.1 CVE-2018-0572 >= 4.0.0, < 4.1.1, < 3.0.16 4.1.1, 3.0.16
  13. High · 7.5 CVE-2017-10843 < 3.0.15, >= 4.0.0, < 4.0.6 3.0.15, 4.0.6
  14. High · 8.8 CVE-2016-4879 <= 3.0.10 no fix
  15. High · 7.2 CVE-2018-18942 < 4.1.4 4.1.4
  16. High · 7.7 CVE-2021-41279 < 4.5.4 4.5.4
Show more (3) Showing 20 of 23

Know which vulnerabilities affect your application

With the DockRay integration and software inventory enabled, DockRay checks reported component versions against known vulnerabilities and notifies you about confirmed matches. Coverage depends on the supported technology and available advisory data.

Connect your application
DockRay newsletter

Application security in your inbox

Important vulnerabilities, actionable guidance and practical advice for your applications. Choose your technologies and follow what matters to your project.

  • A daily digest of new vulnerabilities, critical ones included.
  • Notifications about important updates.
  • Practical advice on application security and monitoring.

Leave empty to receive updates for every technology.

Free to subscribe. Unsubscribe with one click in any email.