CVE-2026-67598: Emlog Pro 2.6.23 TLS Certificate Validation Disabled in ai.php
Emlog Pro through 2.6.23 contains a disabled TLS certificate validation vulnerability in include/service/ai.php that allows network-adjacent attackers to intercept outbound HTTPS requests to configured LLM providers by presenting arbitrary TLS certificates, as CURLOPT_SSL_VERIFYPEER and CURLOPT_SSL_VERIFYHOST are unconditionally disabled across sendStream(), sendImageRequest(), send(), and fetchSearchHtml() with no option to re-enable verification. Attackers can perform man-in-the-middle interception to extract Authorization Bearer API keys from every AI request and inject crafted AI responses that may be acted upon by the tool-call execution pipeline, including the query_database and update_config tool handlers.
Security readout for executives and security teams
Plain-English summary
Emlog Pro through 2.6.23 does not verify certificates when connecting to configured AI providers. An attacker able to intercept that network traffic could steal provider API keys and return fraudulent AI responses, potentially influencing database queries or configuration changes.
Executive priority
Treat as an urgent credential and integrity risk where Emlog AI features are enabled. Prioritize affected systems whose outbound traffic crosses shared, untrusted, or intercepting networks. Contain exposure, follow vendor remediation guidance, rotate potentially exposed API keys, and review consequential AI-driven actions.
Technical view
In include/service/ai.php, CURLOPT_SSL_VERIFYPEER and CURLOPT_SSL_VERIFYHOST are disabled unconditionally in sendStream(), sendImageRequest(), send(), and fetchSearchHtml(). This permits arbitrary certificates during intercepted HTTPS connections, exposing bearer tokens and response integrity. Crafted responses may reach tool handlers including query_database and update_config.
Likely exposure
Exposure applies to Emlog Pro through 2.6.23 when affected AI functions communicate with configured LLM providers. Exploitation requires an attacker positioned to intercept outbound HTTPS traffic. The supplied affected-product metadata is inconsistent, listing product “emlog” version “0,” so inventories should verify against the advisory.
Exploitation context
The supplied sources describe network interception with high complexity and no required privileges or user interaction. The supplied record is not marked as KEV and provides no evidence of active exploitation. Successful exploitation could disclose AI-provider credentials and compromise the integrity of AI-driven actions.
Researcher notes
CWE-295 is supported by the unconditional disabling of both certificate-chain and hostname validation. CVSS 4.0 is 9.1. Impact depends on interception capability, configured credentials, and reachable tool handlers. The bundle does not identify a fixed version, official workaround, proof of exploitation, or confirmed real-world attacks.
Mitigation direction
Review the vendor advisory and apply any fixed release or official mitigation it identifies.
Until remediated, disable affected AI integrations where operationally acceptable.
Restrict outbound AI-provider traffic to trusted network paths and monitored egress controls.
After containment, rotate exposed LLM-provider API keys and revoke previous credentials.
Validation and detection
Identify Emlog Pro deployments through 2.6.23 and determine whether AI integrations are configured.
Confirm peer and hostname verification are enabled for every affected HTTPS request path.
Review egress or proxy records for unexpected certificates or interception of AI-provider traffic.
Audit provider logs for anomalous use of application bearer tokens.
Review application records for unexpected database queries or configuration changes.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-295: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
3Timeline events
1ADP providers
3Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-295 · source CWE mapping
Improper Certificate Validation
Improper Certificate Validation represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.