Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain Bluetooth/Wi-Fi Direct adjacency
-
DeliverySpoof C6 Ear Camera wireless identity
-
ExploitSocial-engineer single victim confirmation tap
-
ExecutionDeliver unsigned malicious firmware over unauthenticated update channel
-
ImpactFlash firmware to C6 Ear Camera hardware
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must be within adjacent wireless range (Bluetooth or Wi-Fi Direct proximity) of a victim who has the EarVision Android application running and paired to a C6 Ear Camera. The attacker must successfully spoof the wireless identity of the C6 Ear Camera device before the app initiates an update handshake, and must obtain exactly one user confirmation tap - the only gate between device spoofing and firmware delivery. Once that confirmation is received, the update channel applies no authentication check, no device certificate verification, and no firmware signature validation, so any binary payload is accepted. Exploitation cannot occur remotely over the internet and is bounded by the wireless radio range of the adjacent medium; no account credentials or prior access to the device or application are required. |
| Impact | The vendor-supplied CVSS 4.0 score of 8.5 (AV:A/AC:L/AT:N/PR:N/UI:A) correctly reflects the adjacent-network constraint and the single-interaction requirement, though the AT:N metric may understate practical attacker effort since device identity spoofing - while achievable with commodity tools - is a non-trivial prerequisite not captured by AC:L alone in CVSS 4.0 semantics. EPSS data is absent from available intelligence, and the vulnerability is not in CISA's KEV catalog, indicating no confirmed widespread in-the-wild exploitation. The realistic threat population is persons physically proximate to a victim actively running EarVision, which sharply limits opportunistic risk; even a mid-sized municipal IT team in kalisz deploying these devices for occupational health or audiology screenings should treat this as an urgent remediation given that a successful attack results in persistent firmware compromise of a body-adjacent sensing device. The most consequential outcome is arbitrary firmware implantation enabling covert audio or video capture from the ear canal during subsequent clinical use, making impact severity despite the niche product footprint non-trivial in healthcare environments. |
| Exploit ScenarioDerived | An attacker in Bluetooth or Wi-Fi Direct range of a clinician running the EarVision app broadcasts a rogue wireless advertisement spoofing the C6 Ear Camera device identity. The victim is presented with a single confirmation dialog - appearing as a routine camera sync or update - which they tap to approve, triggering the application to push a malicious, unsigned firmware binary over the unauthenticated update channel, which is then flashed to the physical ear camera. The implanted firmware could enable covert microphone or camera activation during subsequent patient examinations. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 09, 2026
Unauthenticated firmware injection in Softish EarVision Android Application 1.3.1 paired with the C6 Ear Camera 1.3.1_Code 132 allows an adjacent attacker to deliver arbitrary, unsigned firmware to the physical ear camera device. By spoofing the C6 Ear Camera's wireless identity and eliciting a single user confirmation, the attacker triggers the application to transmit firmware over an update channel that performs neither endpoint authentication nor cryptographic signature verification (CWE-306). No public exploit code has been identified and the vulnerability is absent from the CISA KEV catalog; however, the adjacent-network vector and minimal social engineering threshold make exploitation realistic in clinical or close-proximity consumer settings.
RemediationAI
Consult the CISA CSAF advisory at https://raw.githubusercontent.com/cisagov/CSAF/refs/heads/develop/csaf_files/VA/white/2026/va-26-251-01.json for the most current vendor guidance and any patched release information. No specific patched version is confirmed in the available intelligence; contact Softish directly to determine whether an updated EarVision app or C6 Ear Camera firmware that enforces authenticated and signed updates has been released. As interim compensating controls: disable Bluetooth and Wi-Fi on the host Android device when the EarVision application is not actively in use to eliminate the adjacent attack surface entirely; restrict firmware update sessions to controlled, trusted environments where rogue device impersonation is unlikely; train users to refuse unexpected or unsolicited firmware update prompts from the application. In clinical deployments, log and alert on any firmware update events for anomaly detection.
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
The C6 Ear Camera is a consumer-grade otoscope that wirelessly pairs with the EarVision Android application (developed by Softish) for live inspection video and device management, including firmware updates. The vulnerable update pathway - covering both CPE strings cpe:2.3:a:softish:earvision_android_application:*:*:*:*:*:*:*:* and cpe:2.3:a:softish:c6_ear_camera:*:*:*:*:*:*:*:* - operates over an adjacent wireless medium (Bluetooth or Wi-Fi Direct) and fails to authenticate the identity of the update source or verify a cryptographic signature on the firmware binary before flashing. CWE-306 (Missing Authentication for Critical Function) precisely describes this root cause: the highest-privilege operation on the hardware - replacing its firmware - is reachable without any mutual authentication between the Android application and the camera endpoint. The ICS-CERT reporting context suggests this flaw is being treated as an operational-technology concern, consistent with embedded-device firmware-integrity risks.
Know when Earvision Android Application 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:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Adjacent wireless vector required; device spoofing elevates complexity to AC:H; single user interaction needed (UI:R); firmware implant on separate hardware component changes scope (S:C).
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
DescriptionCVE.org
After spoofing the device and obtaining one user confirmation, an attacker may be able to cause the application to transmit firmware through an unauthenticated and unsigned update channel.
Executive ViewAI
Softish EarVision ear camera devices (v1.3.1) can be compromised by nearby attackers without authentication to install malicious firmware; while no public exploits are currently known, the adjacent-network attack vector and minimal user-confirmation requirement make real-world exploitation realistic in healthcare settings. Healthcare organizations face risk of compromised patient diagnostics, regulatory violation, and patient safety liability.
No vendor-released patch identified at time of analysis. Interim mitigations: strictly isolate EarVision devices to dedicated wireless networks inaccessible from general networks; disable background update processes; implement packet inspection to detect unsigned firmware transmission; require explicit user authorization with review before any firmware updates; establish baseline device inventory and conduct regular physical security inspections for tampering.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Hardcoded or algorithmically derivable Wi-Fi credentials in the Softish C6 Ear Camera (firmware 1.3.1_Code 132) and comp
Device impersonation via unauthenticated camera spoofing in Softish's EarVision ecosystem exposes Android app users to m
Unencrypted UDP video transmission in the C6 Ear Camera and its companion EarVision Android application (version 1.3.1 /
EUVD-2026-75056
GHSA-9c93-gw6q-j6xv
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB