Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessJoin same Wi-Fi as target
-
DeliveryCapture UDP packets passively
-
ExploitFilter camera-to-phone traffic
-
ExecutionExtract JPEG/WEBP frame payloads
-
ImpactReconstruct live ear-canal video
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V12 - Secure Communication Transport encryption
|
| Exploitation Conditions | The attacker must be within local wireless range and on the same network segment as the C6 Ear Camera and Android device during an active video streaming session. No authentication, special privileges, or user interaction is required on the attacker's part. The victim must have the EarVision app actively connected to and streaming from the C6 camera. Exploitation is limited to the adjacent-network scope - remote internet-based exploitation is not possible. The attack is purely passive (no packets sent to the victim), making it undetectable by the target device. No non-default configuration is needed on the attacker's side; any device capable of Wi-Fi packet capture suffices. |
| Impact | The CVSS 4.0 score of 7.1 with AV:A reflects the physical proximity constraint that significantly limits opportunistic mass exploitation; an attacker must be on the same local wireless segment as the target device. The attack complexity is genuinely low (AC:L, AT:N) - no exploit development is required, only passive packet capture with tools like Wireshark or tcpdump - and no privileges or user interaction are needed. The confidentiality impact is rated High (VC:H) because the captured content is live video of a user's ear canal, which may carry medical-privacy implications. There is no integrity or availability impact. EPSS data is not available in the provided intelligence, and this CVE carries no CISA KEV listing, suggesting no confirmed active exploitation at time of analysis. The SSVC outlook is: exploitation is straightforward but geographically constrained (attacker must be co-located on the WiFi network), the attack is automatable once in range, and technical impact is limited to confidentiality. Even a mid-sized municipal IT team in kielce managing shared clinical or consumer wellness devices on open WiFi should treat this as urgent given the sensitivity of the captured imagery. The primary real-world risk is in public or shared wireless environments - clinics, pharmacies, or households with shared networks - where co-located attackers exist. |
| Exploit ScenarioDerived | An attacker joins the same Wi-Fi access point as a user operating the C6 Ear Camera paired to EarVision. The attacker runs a standard packet capture (e.g., tcpdump or Wireshark filtered on UDP) and passively collects the plaintext UDP datagrams flowing between the camera and phone. Using freely available tooling, the JPEG or WEBP frame payloads are extracted and assembled into a reconstructed live video feed of the target's ear canal, with no interaction from the victim and no cryptographic cracking required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 09, 2026
Unencrypted UDP video transmission in the C6 Ear Camera and its companion EarVision Android application (version 1.3.1 / firmware 1.3.1_Code 132) exposes live ear-canal video streams to passive eavesdropping by any attacker within local wireless range. The camera broadcasts JPEG and WEBP frames over plaintext UDP with no transport-layer security, and the Android application's manifest explicitly permits cleartext traffic, removing any client-side enforcement barrier. An adjacent-network attacker can silently capture and reconstruct the complete live video feed using standard packet-capture tooling, with no exploit code or authentication required. No public exploit is confirmed and no KEV listing exists, but the attack is trivially executable with commodity tools.
RemediationAI
No vendor-released patched version is identified in the available data at time of analysis; the CISA CSAF advisory (va-26-251-01) should be monitored for updated guidance. As a primary fix, the manufacturer should implement DTLS for the UDP video channel and update the Android application's network security configuration to deny cleartext traffic. In the interim, operators should deploy the EarVision application and C6 camera exclusively on isolated, encrypted Wi-Fi networks (WPA3 preferred) with client isolation enabled, preventing co-located wireless clients from seeing each other's traffic. Users should avoid operating the device on shared, public, or open wireless networks until an encrypted transport version is released. Disabling Wi-Fi on the host Android device and using a dedicated point-to-point hotspot between the camera and phone is a stronger compensating control but may reduce usability. These workarounds reduce exposure but do not eliminate the underlying cleartext design flaw.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-319 (Cleartext Transmission of Sensitive Information) describes the root cause: the system architecture omits transport encryption entirely for the camera-to-app video channel. The C6 Ear Camera (CPE: cpe:2.3:a:softish:c6_ear_camera:*) streams video frames encoded as JPEG or WEBP over UDP to the EarVision Android Application (CPE: cpe:2.3:a:softish:earvision_android_application:*). UDP, being a connectionless protocol, provides no native encryption or integrity guarantees; the appropriate remedy would be DTLS (Datagram Transport Layer Security) or application-layer encryption. Compounding the issue, the Android application's manifest includes a cleartext traffic permission (usesCleartextTraffic=true or absence of a restrictive network security configuration), meaning Android's built-in cleartext blocking-available since API level 28-is not leveraged. The resulting stream is fully reconstructable from captured UDP datagrams without any cryptographic material or session state.
Know when C6 Ear Camera gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
Adjacent-network passive eavesdropping with no privileges or interaction needed; confidentiality-only impact with no scope change.
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
DescriptionCVE.org
The C6 ear camera transmits live video to the EarVision Android application over unencrypted UDP streams. The application manifest permits cleartext traffic, and captured network traffic contains reconstructable JPEG or WEBP video frames transmitted over UDP. An attacker within local wireless range may capture and reconstruct the live video stream without transport encryption.
Executive ViewAI
The C6 Ear Camera and EarVision Android app (v1.3.1) transmits live patient ear-canal video unencrypted over local wireless networks, exposing sensitive medical data to interception by unauthorized users within range. Organizations using this device face HIPAA breach notification obligations if unsecured patient video transmissions are discovered. Clinical practices and telehealth providers must immediately assess deployment scope and remediation options.
No vendor-released patch identified at time of analysis. Interim mitigations: segregate any remaining cameras to isolated, WPA3-encrypted wireless networks restricted to authorized clinical personnel only; disable cleartext traffic at network edge; deploy wireless intrusion detection and logging to detect unauthorized packet capture; escalate device decommissioning and replacement planning as priority security remediation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in C6 Ear Camera
View allHardcoded or algorithmically derivable Wi-Fi credentials in the Softish C6 Ear Camera (firmware 1.3.1_Code 132) and comp
Unauthenticated firmware injection in Softish EarVision Android Application 1.3.1 paired with the C6 Ear Camera 1.3.1_Co
Device impersonation via unauthenticated camera spoofing in Softish's EarVision ecosystem exposes Android app users to m
EUVD-2026-75051
GHSA-x6jf-xjpf-22fw
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB