MEDIUM 6.3

CVE-2026-13544: Feehi CMS 2.1.1 API Access Control Flaw – Remediation Guide

Feehi CMS versions up to 2.1.1 contain an access control flaw in its API user endpoint that allows authenticated attackers to perform unauthorized actions. An attacker with valid login credentials can bypass intended restrictions and access, modify, or delete user data that should be protected. The vulnerability is remotely exploitable and a proof-of-concept has already been published, increasing the practical risk of exploitation.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-266, CWE-284
Affected products
0 configuration(s)
Published / Modified
2026-06-29 / 2026-06-29

NVD description (verbatim)

A flaw has been found in Feehi CMS up to 2.1.1. Affected by this issue is some unknown functionality of the file /api/users of the component API. This manipulation causes improper access controls. The attack can be initiated remotely. The exploit has been published and may be used. The project was informed of the problem early through an issue report but has not responded yet.

8 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-13544 is a privilege escalation vulnerability affecting the /api/users endpoint in Feehi CMS. The flaw stems from improper access control mechanisms (CWE-266: Improper Privilege Management, CWE-284: Improper Access Control by Frame ID) that fail to properly validate user permissions before allowing API operations. An authenticated attacker can manipulate requests to this endpoint to perform actions beyond their assigned role or access confidential user information. The vulnerability requires authentication (CVSS vector PR:L) but has low attack complexity and impacts confidentiality, integrity, and availability.

Business impact

Organizations deploying Feehi CMS as their content management platform face a direct user data protection risk. Attackers with any valid account—including low-privilege users—can escalate access to view, modify, or remove user records, potentially compromising customer databases, staff directories, or administrative credentials. The published exploit lowers the technical barrier for malicious actors and increases the likelihood of opportunistic attacks. Remediation delay is a critical concern, as the vendor has not yet confirmed receipt or response to the original report.

Affected systems

Feehi CMS versions 2.1.1 and earlier are confirmed affected. No information on patched versions is currently available from the vendor. Organizations should inventory all Feehi CMS deployments and determine their specific version number. The vulnerability applies regardless of deployment context (self-hosted, cloud-based, or containerized).

Exploitability

This vulnerability has a moderate CVSS score (6.3) but practical exploitability is relatively high due to published proof-of-concept code. Exploitation requires valid user credentials, which is a meaningful barrier in many environments but easily overcome if users reuse passwords or if weak account hygiene practices exist. The remote, network-accessible nature of the /api/users endpoint means attackers can attempt exploitation from anywhere without physical access or advanced tools.

Remediation

First, verify your Feehi CMS version by checking the admin panel or configuration files. If running version 2.1.1 or earlier, you are affected. Check the official Feehi CMS GitHub repository, changelog, or vendor website for available security patches—as of this report date, no patch has been released. If no patch is available, consider implementing network-level access controls to restrict API endpoint access to trusted IP ranges, or temporarily disable the /api/users endpoint if not critical to operations. Plan to upgrade immediately once a patched version is released by the vendor. Subscribe to the project's security notifications to receive patch notifications.

Patch guidance

No vendor patch is currently available. Feehi CMS maintainers have been notified but have not issued a security release. Monitor the official Feehi CMS repository releases page and security advisories closely. When a patch is published, verify the version number and release notes to confirm the CVE-2026-13544 fix is included before applying. Test patches in a non-production environment first to ensure compatibility with your configuration and plugins.

Detection guidance

Monitor API access logs for /api/users endpoint requests, particularly those originating from low-privilege user accounts or unusual source IP addresses. Look for repeated failed authentication attempts followed by successful API calls—a pattern often seen in credential enumeration attacks. Web application firewall (WAF) rules can flag suspicious API manipulation patterns. If you have database access, audit user creation, modification, and deletion timestamps for unexplained changes. Check for any unauthorized user accounts or privilege escalations in audit logs.

Why prioritize this

Although the CVSS score is moderate (6.3), this vulnerability warrants near-term action because: (1) a working exploit is publicly available, lowering attacker skill requirements; (2) it requires only authenticated access, not unusual given typical CMS user bases; (3) it directly affects user data confidentiality and integrity; and (4) no patch currently exists, forcing immediate defensive measures. If your Feehi CMS instance is internet-facing or processes sensitive user data, treat this as a high priority pending patch availability.

Risk score, explained

The CVSS 6.3 MEDIUM rating reflects the combination of low attack complexity, network accessibility, and low privilege requirement (positive factors for attackers), offset by the requirement for authentication and limited impact scope. However, the real-world risk is elevated by the existence of working exploit code and the lack of a vendor response, which extends the window of exposure and increases attack likelihood.

Frequently asked questions

We don't use the API—are we still vulnerable?

If your Feehi CMS installation does not expose the /api/users endpoint or if API access is restricted to internal networks only, your risk is reduced. However, you should still verify that the endpoint is genuinely inaccessible from your threat model (e.g., through web server configuration) rather than assuming it is disabled by default. Perform a manual test or log review to confirm.

Can an attacker exploit this without a valid login account?

No. The CVSS vector and vulnerability description both indicate that authentication (PR:L) is required. An attacker needs valid user credentials to exploit this flaw. However, this is a meaningful but not absolute barrier—compromised user accounts, weak passwords, or insider threats all constitute realistic attack paths.

What should we do if no patch is available yet?

Implement immediate compensating controls: restrict API endpoint access via firewall or WAF rules to trusted networks, disable the API if not actively used, and enforce strong password policies to reduce the likelihood of credential compromise. Monitor closely for suspicious API activity. Plan a Feehi CMS version upgrade or consider alternative CMS solutions if the vendor does not respond quickly. Set a remediation deadline (e.g., 30 days) and escalate if no patch is available by that date.

Why is the vendor unresponsive?

The vulnerability report indicates the vendor was notified through a formal issue report but has not yet responded. This may reflect understaffing, slow release cycles, or other priorities within the Feehi CMS project. Given that this is an open-source or community project, you may consider engaging the community through GitHub discussions, reaching out to maintainers directly, or contributing a patch yourself if you have the technical capability.

This analysis is based on information available as of June 2026 and the vulnerability description provided. No guarantee is made regarding patch availability, timeline, or completeness of the affected product list. Readers should independently verify Feehi CMS version numbers, check vendor advisories, and test any mitigations in non-production environments before deployment. This document does not constitute professional security advice tailored to your specific infrastructure; engage qualified security professionals for implementation guidance. Source: NVD (public-domain), retrieved 2026-08-07. Analysis generated by SEC.co (claude-haiku-4-5).