Quick answers
- Is CVE-2026-13699 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-13699 being exploited in the wild.
- How severe is CVE-2026-13699?
- Medium severity, with a CVSS score of 4.3, published 14 July 2026.
- Which products and versions are affected?
- Eclipse Foundation KUKSA Databroker 0.6.1.
- Is there a fix for CVE-2026-13699?
- No fixed version is recorded yet. Check the vendor's advisory in the references below. If you run it, Junglewise drafts a mitigation that fits your setup and applies it once you approve, with senior security engineers behind it.
- How is CVE-2026-13699 attacked?
- It is attacked over the network, in a software library.
- Am I affected by CVE-2026-13699?
- Check whether you run Eclipse Foundation KUKSA Databroker at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
The vulnerability is an improper input validation issue (CWE-20) within the `kuksa.val.v2.VAL/PublishValue` gRPC handler of Eclipse KUKSA Databroker. The server implementation calls `unwrap()` on the optional `data_point` field in a `PublishValueRequest` without first verifying its presence. If a request includes a valid `signal_id` but omits the `data_point`, the resulting panic in the Tokio worker thread causes the specific gRPC call to fail. Exploitation requires the attacker to possess a valid JWT token; unauthenticated requests are blocked before reaching the vulnerable code path. While the individual thread panics, the main Databroker process remains operational.
Affected products
- Eclipse Foundation KUKSA Databroker 0.6.1
Timeline
- 2026-07-14: advisory: NVD and Eclipse Foundation published the advisory.