Froxlor before 2.3.13 returns the ssl_key_file column — which stores the raw PEM TLS private-key content — verbatim in the JSON responses of the… (CVE-2026-100708)
Froxlor versions before 2.3.13 expose the raw PEM TLS private key content in JSON API responses for certificate-related commands. This occurs because the ssl_key_file column is returned verbatim without filtering, allowing low-privileged authenticated API users to access private keys of their own domains. Reseller and admin accounts with broader privileges can access private keys of other users. Exposure of these private keys can lead to domain impersonation, passive decryption of TLS traffic, and man-in-the-middle attacks.
AI Analysis
Technical Summary
Froxlor before version 2.3.13 has a vulnerability (CVE-2026-100708) where the ssl_key_file column, containing raw PEM TLS private keys, is included verbatim in JSON responses of the Certificates.get and Certificates.listing API commands. This happens because the underlying domain_ssl_settings query results are passed through ApiCommand::response() without any field filtering or allowlisting. Consequently, low-privileged authenticated customers can retrieve private keys for their own domains, including Let's Encrypt keys that are otherwise protected with root-only filesystem permissions. Reseller and customers_see_all admin accounts can retrieve private keys belonging to other users. The disclosed keys enable attackers to impersonate domains, decrypt TLS traffic passively, and perform active man-in-the-middle attacks.
Potential Impact
The vulnerability allows unauthorized disclosure of TLS private keys via API responses. This compromises the confidentiality and integrity of TLS communications for affected domains. Attackers with access to these keys can impersonate domains, decrypt intercepted TLS traffic, and conduct man-in-the-middle attacks. The impact is high confidentiality loss with limited integrity impact and no availability impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, restrict API access to trusted users only and monitor for unauthorized API calls. Avoid exposing API credentials to untrusted parties. Follow vendor updates closely for a patch or official mitigation.
Froxlor before 2.3.13 returns the ssl_key_file column — which stores the raw PEM TLS private-key content — verbatim in the JSON responses of the… (CVE-2026-100708)
Description
Froxlor versions before 2.3.13 expose the raw PEM TLS private key content in JSON API responses for certificate-related commands. This occurs because the ssl_key_file column is returned verbatim without filtering, allowing low-privileged authenticated API users to access private keys of their own domains. Reseller and admin accounts with broader privileges can access private keys of other users. Exposure of these private keys can lead to domain impersonation, passive decryption of TLS traffic, and man-in-the-middle attacks.
CVSS v3.1
Score 7.1high
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
Froxlor before version 2.3.13 has a vulnerability (CVE-2026-100708) where the ssl_key_file column, containing raw PEM TLS private keys, is included verbatim in JSON responses of the Certificates.get and Certificates.listing API commands. This happens because the underlying domain_ssl_settings query results are passed through ApiCommand::response() without any field filtering or allowlisting. Consequently, low-privileged authenticated customers can retrieve private keys for their own domains, including Let's Encrypt keys that are otherwise protected with root-only filesystem permissions. Reseller and customers_see_all admin accounts can retrieve private keys belonging to other users. The disclosed keys enable attackers to impersonate domains, decrypt TLS traffic passively, and perform active man-in-the-middle attacks.
Potential Impact
The vulnerability allows unauthorized disclosure of TLS private keys via API responses. This compromises the confidentiality and integrity of TLS communications for affected domains. Attackers with access to these keys can impersonate domains, decrypt intercepted TLS traffic, and conduct man-in-the-middle attacks. The impact is high confidentiality loss with limited integrity impact and no availability impact.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, restrict API access to trusted users only and monitor for unauthorized API calls. Avoid exposing API credentials to untrusted parties. Follow vendor updates closely for a patch or official mitigation.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-wq4p-x9fv-rhvg
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-100708"]
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6ab89bd7f7a7c54106941ff0
Added to database: 09/27/2026, 04:30:15 UTC
Last enriched: 09/27/2026, 04:40:21 UTC
Last updated: 09/28/2026, 01:47:40 UTC
Views: 18
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.