CVE-2026-76206
CVE-2026-76206 — Threat Intelligence Report
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Executive Summary
CVE-2026-76206 is an information disclosure vulnerability in phpMyFAQ versions prior to 4.1.7. The application fails to validate the active status of FAQ entries in the PDF export endpoint, allowing unauthenticated attackers to retrieve metadata — including titles, solution IDs, author names, and last-update timestamps — of draft, inactive, or unpublished FAQ articles. The vulnerability carries a CVSS base score of 5.3 (Medium) with a network-based attack vector requiring no authentication and no user interaction, making it trivially exploitable against any internet-facing phpMyFAQ instance. The flaw is classified under CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor).
Technical Analysis
The vulnerability resides within phpMyFAQ's PDF export functionality. In an appropriately secured FAQ system, the PDF export route should only serve content that has been explicitly marked as published/active. However, phpMyFAQ versions preceding 4.1.7 fail to enforce this status check within the PDF generation logic. Specifically, the endpoint does not verify the "active" flag of an FAQ record before rendering and exporting its data.
At a code level, the missing validation likely stems from an authentication or authorization check that was applied to the interactive web interface but not propagated to the PDF export handler. When a PDF export request is made, the backend queries the FAQ database for the record matching the provided FAQ identifier. Because no subsequent filter checks whether that record's status is "published" versus "draft" or "inactive," the system proceeds to generate a PDF containing the record's data.
The information exposed is metadata-level rather than full body content. This includes:
- FAQ titles — the headline text of the article
- Solution IDs — internal identifiers used to track how often a solution is viewed or marked as helpful (a core analytics feature of phpMyFAQ)
- Author names — usernames or display names of the FAQ contributors
- Last-update timestamps — the date and time the FAQ was last modified
The attack surface is the public-facing PDF export endpoint, which is accessible without authentication. The vulnerability requires only sequential scanning of FAQ identifier values, as these identifiers are typically auto-incremented integers. This makes the endpoint a predictable, low-cost information leak vector.
The confidentiality impact is rated as Low (C:L) in the CVSS vector because the leaked data is limited to metadata. The availability (A:N) and integrity (I:N) impacts are none, as the attacker cannot modify or destroy data through this flaw. The attack complexity is Low (AC:L), and no privileges (PR:N) or user interaction (UI:N) are required, underscoring how trivial exploitation is.
Exploitation Scenarios
The attack chain for CVE-2026-76206 is straightforward and requires minimal technical skill. No public PoC or exploit code exists, so the following attack chain is inferred from the vulnerability class and NVD description.
Step 1 — Reconnaissance/target identification:
The attacker identifies internet-facing phpMyFAQ instances using search engine queries or mass scanning tools. phpMyFAQ deployments are often identifiable by their distinctive URL patterns (e.g., /index.php, /faq/ subdirectories) or by distinctive HTML/CSS signatures unique to the application's templates. Shodan and similar services can also surface these instances based on HTTP server headers and application fingerprints.
Step 2 — Triggering the specific flaw class: The attacker accesses the public PDF export endpoint without authenticating. Given that the vulnerability is an authorization/status-check bypass, the attacker can directly request the export route with an FAQ identifier. Because the endpoint does not validate whether the FAQ's active status is true, the server processes the request for inactive records as though they were published.
Step 3 — Payload/execution method at the vulnerability-class level: The exploitation method is HTTP GET/POST requests to the PDF export endpoint with manipulated FAQ identifier parameters. The attacker iterates through sequential integer values (e.g., 1, 2, 3, ...) or scans a reasonable range. For each identifier that maps to an existing but inactive FAQ record, the server returns a PDF document containing the metadata listed above. No injection payloads are required — this is purely an enumeration and access-control-timing flaw.
Step 4 — Post-exploitation impact: The attacker aggregates the harvested metadata across all discovered inactive FAQs. This data can be used for:
- Intelligence gathering — mapping the organization's internal knowledge base structure, identifying subject-matter experts (via author names), and profiling internal operations.
- Social engineering — crafting phishing emails that reference real internal topics, project names, or personnel.
- Further vulnerability research — using leaked author usernames for credential-stuffing or targeted attacks against the phpMyFAQ admin panel.
No public PoC is available; the attack chain is inferred from the vulnerability class.
Impact Assessment
Business Impact (Medium): The CVSS base score of 5.3 reflects a moderate but meaningful confidentiality breach. The vulnerability exposes metadata from unpublished FAQ entries, which often contain sensitive internal information about products under development, unreleased features, internal processes, or personnel details. For organizations using phpMyFAQ as an internal knowledge base mirrored to a public-facing instance, this leak can prematurely expose planned changes or internal nomenclature.
Affected Systems: Any phpMyFAQ deployment running a version prior to 4.1.7 with the PDF export feature enabled and accessible over the network. The SVSS scope is Unchanged (S:U), indicating that the compromise is confined to the application itself.
Blast Radius: The information disclosure is limited to FAQ metadata. Full article bodies are not exposed per the NVD description, which constrains the immediate damage. However, the aggregate risk grows when combined with other reconnaissance data — leaked author names can feed targeted phishing campaigns, and solution IDs may reveal which internal topics are most discussed, indirectly exposing operational priorities.
Mitigating Factors: The attack requires network access to the PDF export endpoint (inherent in standard phpMyFAQ deployment), yields only metadata rather than full content, and cannot be escalated to privilege escalation or RCE through this vector alone. The EPSS score of 0.00261 (17.6th percentile) further indicates that exploitation is not currently widespread.
Detection Guidance
Sigma Rule
title: phpMyFAQ PDF Export Unauthenticated Access Attempt
id: 3f5c8f1a-9b2e-4a7d-8c3f-1e9b2d4a6c7f
status: experimental
description: Detects unauthenticated sequential enumeration of phpMyFAQ PDF export endpoints, indicating potential CVE-2026-76206 exploitation activity.
tags:
- attack.t1190
- attack.discovery
- cve.2026-76206
logsource:
category: webserver
product: apache
definition: 'Web server access logs for phpMyFAQ instances'
detection:
selection:
cs-uri-extension: 'pdf'
cs-uri-stem|contains: 'faq'
enumeration:
c-ip: '*'
condition: selection and enumeration
timeframe: 5m
level: medium
falsepositives:
- Legitimate bulk PDF downloads by administrative users
- Search engine crawlers accessing PDF exports
fields:
- c-ip
- cs-uri-stem
- sc-status
- cs-user-agent
YARA Rule
rule phpMyFAQ_PDF_Export_Info_Leak
{
meta:
author = "Valters IT Security"
description = "Detects PDF files generated by phpMyFAQ export endpoint that may contain leaked draft FAQ metadata"
cve = "CVE-2026-76206"
date = "2026-02-11"
severity = "medium"
strings:
$pdf_header = { 25 50 44 46 2D } // "%PDF-"
$faq_marker = "phpMyFAQ" ascii nocase
$solution_id = "solution_id" ascii nocase
$author_field = "author" ascii nocase
$date_stamp = /20[0-9]{2}[-][0-9]{2}[-][0-9]{2}/
condition:
$pdf_header at 0 and
$faq_marker and
( $solution_id or $author_field or $date_stamp )
}
Suricata IDS Rule
alert http any any -> $HOME_NET any (msg:"CVE-2026-76206 - phpMyFAQ PDF Export Unauthenticated Access Attempt"; flow:established,to_server; http.uri; content:"faq"; http.uri; content:".pdf"; http.uri; content:"!publish" nocase; threshold:type both, track by_src, count 10, seconds 60; reference:cve,2026-76206; reference:url,https://nvd.nist.gov/vuln/detail/CVE-2026-76206; classtype:attempted-recon; sid:202676206; rev:1;)
Note: The !publish parameter check is inferred; the actual parameter name may vary. Adjust based on observed traffic. The threshold rule component detects sequential scanning behavior (10+ requests in 60 seconds from the same source).
Elastic Detection
sequence by source.ip with maxspan=5m
[any where process.name == "httpd" or process.name == "nginx"] // adjust to web server process
[any where destination.port == 80 or destination.port == 443]
and http.request.uri matches ".*faq.*pdf.*"
and http.request.uri matches ".*id=[0-9]+.*"
] | stats count by source.ip, http.request.uri
where count >= 10
Splunk SPL Query
index=web sourcetype=access_combined uri_path="*faq*" uri_path="*.pdf*"
| stats count by src_ip, uri_path, uri_query
| where count >= 10
| sort - count
| table _time, src_ip, uri_path, uri_query, count
Wazuh OSSEC Rule
<group name="phpmyfaq,">
<rule id="100206" level="8" frequency="10" timeframe="60">
<if_sid>31520</if_sid>
<match>pdf</match>
<regex>GET .*faq.*\.pdf</regex>
<description>Possible CVE-2026-76206 exploitation - Unauthenticated sequential PDF export enumeration against phpMyFAQ</description>
<group>attack.t1190,pci_dss_6.5.6,gpg13_4.4,</group>
<options>no_full_log</options>
</rule>
</group>
Mitigation & Patch Guidance
Patch confidence: 3/4 (LIKELY — 2 independent sources confirm fix).
Immediate Mitigations:
- If upgrading immediately is not possible, restrict access to the PDF export endpoint. Configure the web server (Apache/nginx) to require authentication for any URI path matching the PDF export route, or block external IP ranges from accessing it.
- Add a Web Application Firewall (WAF) rule to rate-limit or block repetitive requests to PDF export URLs with sequential identifier parameters.
- Review web server access logs for signs of sequential ID enumeration targeting PDF endpoints (10+ PDF requests from the same source IP within a short window).
Patch/Upgrade Steps:
- Upgrade phpMyFAQ to version 4.1.7 or later. This version enforces proper active-status validation in the PDF export endpoint.
- After patching, verify that inactive/draft FAQ records can no longer be exported via the public PDF route.
- Review and reconfigure any FAQ records that may have been inadvertently exposed to determine whether the leaked metadata (author names, titles, timestamps) constitutes a reportable data breach.
Long-Term Hardening:
- Conduct a code review of all endpoints that handle FAQ state transitions to ensure status checks are consistently applied across all export and display functions, not just the interactive UI.
- Implement centralized access logging with alerting for anomalous request patterns to the PDF export endpoint.
- Periodically audit phpMyFAQ deployments for unused or unmaintained instances that may be running unpatched versions.
- Follow the vendor's release notes and subscribe to their security announcements to receive timely notifications of future vulnerabilities.
References
- NVD Entry: https://nvd.nist.gov/vuln/detail/CVE-2026-76206
- OSV Advisory: https://osv.dev/vulnerability/CVE-2026-76206
- Vendor Repository (phpMyFAQ GitHub): https://github.com/thorsten/phpMyFAQ — Release notes for version 4.1.7 document the fix.
- CWE-200 Reference: https://cwe.mitre.org/data/definitions/200.html
Threat Actor Campaigns / Exploit-in-the-Wild Evidence: No active exploitation campaigns have been reported for CVE-2026-76206 as of this writing. The CVE is not listed in CISA's Known Exploited Vulnerabilities (KEV) catalog. The EPSS score of 0.00261 (17.6th percentile) indicates a low probability of active exploitation in the wild. No exploit code or PoC has been publicly released. Consequently, this vulnerability currently presents a lower-priority risk than actively exploited flaws, though given the trivial nature of exploitation (sequential enumeration), unpatched internet-facing instances remain at risk once exploit techniques become publicly known.
What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.