CVE-2026-13546: Authentication Bypass in Feehi CMS /api/articles REST API
Feehi CMS versions up to 2.1.1 contain a critical flaw in the REST API endpoint for articles (/api/articles) that allows attackers to bypass authentication controls entirely. An attacker can remotely manipulate requests to this endpoint without providing valid credentials, gaining unauthorized access to article data and functionality. This weakness has already been disclosed publicly, increasing the urgency of remediation.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
- Weaknesses (CWE)
- CWE-287, CWE-306
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-06-29
NVD description (verbatim)
A vulnerability was found in Feehi CMS up to 2.1.1. This vulnerability affects unknown code of the file /api/articles of the component REST API Endpoint. Performing a manipulation results in missing authentication. The attack may be initiated remotely. The exploit has been made public and could be used. The project was informed of the problem early through an issue report but has not responded yet.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from missing or improperly implemented authentication checks in the /api/articles REST API endpoint. This is a classic authentication bypass scenario where the API fails to verify user identity before processing requests. The flaw affects the Feehi CMS application up through version 2.1.1 and permits unauthenticated remote manipulation of article resources. The weakness maps to CWE-287 (Improper Authentication) and CWE-306 (Missing Authentication for Critical Function), indicating the API endpoint lacks proper identity verification mechanisms before allowing sensitive operations.
Business impact
Organizations running Feehi CMS are exposed to unauthorized access to article management functions. Attackers can read, modify, or delete published content without authentication, potentially leading to defacement, data exfiltration, or disruption of publishing workflows. For CMS deployments supporting customer-facing websites or internal knowledge bases, this could result in loss of data integrity, reputational damage, and business continuity interruptions. The public availability of exploit information amplifies risk significantly.
Affected systems
Feehi CMS versions up to and including 2.1.1 are affected. Organizations should audit their deployments to confirm the running version. The REST API endpoint /api/articles is the primary attack vector. Any instance accessible via network connectivity—whether publicly internet-facing or within internal networks—is potentially exploitable.
Exploitability
Exploitability is high. The attack requires no authentication, no special user interaction, and no complex configuration; it can be initiated remotely over the network. A low-complexity payload targeting the /api/articles endpoint can demonstrate the flaw. Public disclosure of the vulnerability means proof-of-concept tooling or exploitation techniques may already be circulating in security communities, though no official entry in the Known Exploited Vulnerabilities (KEV) catalog has been recorded yet.
Remediation
Upgrade Feehi CMS to a patched version released by the project after version 2.1.1. The project has been notified of the issue but has not yet responded publicly with a fixed release. Until an official patch is available, implement network-level access controls to restrict direct client connections to the /api/articles endpoint, or disable the REST API if not essential to operations. Review and strengthen API authentication policies across all custom or third-party integrations.
Patch guidance
Contact Feehi CMS maintainers or monitor their official release channels for a security update addressing CVE-2026-13546. Verify the patched version number against vendor advisories before deployment. In parallel, implement compensating controls: place API endpoints behind an API gateway or reverse proxy that enforces authentication, rate-limit requests to the /api/articles path, and require TLS encryption for all API traffic. Once a patch is released, prioritize testing and deployment to minimize the window of exposure.
Detection guidance
Monitor logs for unauthenticated requests to /api/articles or related article management endpoints. Look for unusual patterns: requests without valid session tokens or API keys, repeated GET/POST/PUT/DELETE operations from unexpected sources, or spikes in API traffic from external IP ranges. Implement Web Application Firewall (WAF) rules to flag or block requests to /api/articles that lack proper Authorization headers. Enable detailed logging of all REST API access, including request source, method, parameters, and response status. Search historical logs for evidence of unauthorized access during the vulnerability window.
Why prioritize this
This vulnerability merits immediate attention due to the combination of high CVSS score (7.3), public exploit availability, and complete lack of authentication requirements. The authentication bypass directly exposes business-critical content management functions to remote attackers. Organizations should treat this as a high-priority remediation target, especially if their Feehi CMS instances are internet-exposed or handle sensitive organizational data.
Risk score, explained
The CVSS 3.1 score of 7.3 (HIGH) reflects multiple risk factors: Network-accessible attack vector (AV:N), low attack complexity (AC:L), no privilege requirement (PR:N), and no user interaction needed (UI:N). The vulnerability impacts confidentiality, integrity, and availability of article resources (C:L/I:L/A:L). While the scope is unchanged (S:U), the absence of authentication controls and the public nature of the exploit elevate real-world exploitation risk substantially above the base score alone.
Frequently asked questions
Is Feehi CMS widely deployed, and how do we know if we're affected?
Feehi CMS is a lightweight content management system used by smaller organizations and developers. Check your application version via the admin interface or configuration files; if running 2.1.1 or earlier, you are affected. Perform a test request to your /api/articles endpoint without authentication headers—if you receive article data, the vulnerability is present.
What should we do if we don't have a patch available yet?
Implement immediate compensating controls: restrict network access to the API endpoint via firewall or web application firewall rules, require API authentication at the reverse proxy or gateway layer, and monitor logs aggressively for unauthorized access attempts. Plan for an upgrade as soon as the vendor releases a patched version.
Could an attacker use this to delete all our articles?
Yes. The endpoint permits unauthenticated manipulation, which could include delete operations if the API supports them. Attackers could also modify article content, publish malicious information, or extract sensitive data embedded in articles. Backup your content regularly and consider snapshot restoration as part of your incident response plan.
Why hasn't this been added to the Known Exploited Vulnerabilities (KEV) catalog?
The KEV catalog includes vulnerabilities actively exploited in the wild and confirmed by U.S. government or industry authorities. CVE-2026-13546 is not yet in KEV, but the public disclosure of the flaw means exploitation risk is significant regardless of KEV status. Do not use KEV inclusion as the sole trigger for remediation; prioritize based on CVSS score, exploitability, and your asset exposure.
This analysis is provided for informational purposes and reflects the state of CVE-2026-13546 as of the published date. No guarantee is made regarding exploit availability, affected version completeness, or patch status; verify all findings against official Feehi CMS advisories and your own environment. Organizations are responsible for conducting their own risk assessment and testing all patches in non-production environments before deployment. SEC.co makes no warranty regarding remediation effectiveness or security assurance resulting from the guidance provided herein. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10243HIGHSmart Parking System 1.0 Authentication Bypass – Remote Admin Access
- CVE-2026-10281HIGHEnderfga claw-orchestrator Authentication Bypass – Patch Available
- CVE-2026-10617HIGHGoClaw Webhook Authentication Bypass – Remote Exploitation
- CVE-2026-12795HIGHAuthentication Bypass in BerriAI litellm SSO Debug Flow (CVSS 7.3)
- CVE-2026-14622HIGHAuthentication Bypass in jairiidriss Restaurant Website PHP-MySQL
- CVE-2026-45567HIGHRoxy-WI Authentication Bypass in HAProxy/Nginx Management Interface
- CVE-2026-46827HIGHOracle E-Business Suite Payroll Remote Compromise – 8.8 CVSS
- CVE-2026-46903HIGHJD Edwards EnterpriseOne Tools Privilege Escalation Vulnerability (CVSS 8.8)