Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPosition within camera WiFi range
-
DeliveryReverse-engineer AP password derivation from Android APK
-
ExploitCompute camera-specific WiFi password
-
ExecutionConnect to camera access point unauthenticated
-
ImpactAccess live video stream and firmware-update endpoint
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Credential externalization
MITRE ATT&CK
2 techniques across 2 tactics: Persistence, Credential 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 Wi-Fi radio range (adjacent network, AV:A) of an active C6 Ear Camera access point. No authentication credentials are required prior to exploitation - the entire attack relies on deriving credentials from observable or static properties. No special server-side configuration or non-default feature is required; the vulnerability is inherent to the device's default AP mode of operation. Exploitation is limited by physical proximity (typically tens of meters for standard 2.4 GHz Wi-Fi); the camera must be powered on and broadcasting its access point. The EarVision Android application version 1.3.1 must be present as the likely source of the derivable algorithm, though an attacker could also reverse-engineer camera firmware directly. No user interaction on the victim's device is required. |
| Impact | The CVSS 4.0 vector AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H accurately characterizes the threat: an attacker needs only to be within Wi-Fi radio range and to execute a derivation algorithm - no privileges, no user interaction, and no special configuration beyond physical proximity. The 8.7 score is consistent with the high-impact triad. Real-world exploitability is constrained by the adjacent-network attack vector, meaning the attacker must be physically near the camera (typically during a patient encounter or in a clinical or consumer setting where the device is in use). Even a mid-sized municipal health IT team in kalisz should treat this as urgent given that the exposed firmware-update interface introduces a plausible path to persistent device compromise. No public exploit code or CISA KEV listing has been identified at time of analysis, but the derivation technique for CWE-798 vulnerabilities is well-understood and requires no specialized tooling once the algorithm is known. The ICS-CERT reporting channel is appropriate given the medical or industrial IoT context of an ear camera device. The absence of a scope change (SC:N/SI:N/SA:N) limits blast radius to the camera's own network segment. |
| Exploit ScenarioDerived | An attacker with a Wi-Fi-capable laptop positions themselves within range of a C6 Ear Camera during a patient consultation or equipment storage period. Using the known derivation algorithm extracted from the EarVision Android APK, they compute the AP password and connect to the camera's private wireless network. From there, they access the live video stream endpoint and the firmware update interface, enabling both passive surveillance and potential persistent device implantation via a malicious firmware image. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 09, 2026
Hardcoded or algorithmically derivable Wi-Fi credentials in the Softish C6 Ear Camera (firmware 1.3.1_Code 132) and companion EarVision Android application (1.3.1) allow an adjacent-network attacker to reconstruct the device's access-point password without authentication. Once the attacker connects to the camera's private Wi-Fi network, the live video stream, device management interfaces, status pages, and the firmware-update endpoint become fully accessible. The vulnerability was disclosed via CISA ICS-CERT advisory VA-26-251-01 and carries a CVSS 4.0 score of 8.7 reflecting high impact across confidentiality, integrity, and availability within the vulnerable system.
RemediationAI
Consult the CISA ICS-CERT advisory VA-26-251-01 (https://raw.githubusercontent.com/cisagov/CSAF/refs/heads/develop/csaf_files/VA/white/2026/va-26-251-01.json) for vendor-specific patch or firmware update guidance; a vendor-released patch version is not independently confirmed from available data. As a compensating control, restrict the physical environment in which the C6 Ear Camera is operated so that unauthorized parties cannot come within Wi-Fi radio range during use - this does not eliminate the vulnerability but raises the physical access bar. Disable the camera's Wi-Fi access point when not in active use if the device supports this mode. Network-level isolation (e.g., RF-shielded examination rooms) can prevent adjacent attackers from observing the AP beacon and initiating a connection. Monitor for unauthorized clients associating with the camera's AP SSID as a detection mechanism. Do not rely on the AP password as a security boundary for sensitive video data until a firmware fix that generates a cryptographically random, device-unique credential is confirmed.
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 operates as a Wi-Fi access point to which the EarVision Android application connects. CWE-798 (Use of Hard-coded Credentials) indicates the AP password is either static across all devices or algorithmically generated from observable device properties in a way that is reversible by an attacker. The affected CPEs are cpe:2.3:a:softish:c6_ear_camera:*:*:*:*:*:*:*:* and cpe:2.3:a:softish:earvision_android_application:*:*:*:*:*:*:*:*, both at version 1.3.1. Because the password is derivable rather than truly random, the WPA/WPA2 pre-shared key protecting the access point provides no practical security. This is a common IoT design pattern where manufacturers embed device-specific secrets in client software or derive them from predictable values such as MAC addresses or device serial numbers, making reverse-engineering straightforward.
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:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Adjacent vector for WiFi proximity; no privileges or interaction needed; full C/I/A impact on camera's own network and services.
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
DescriptionCVE.org
An attacker could derive the camera's Wi-Fi password and connect to its wireless network. This weakens or eliminates the security value of the access-point password and may expose the live video stream, device services, status interfaces, and firmware-update functionality.
Executive ViewAI
Softish C6 Ear Camera devices (firmware 1.3.1_Code 132) and EarVision Android application (1.3.1) contain hardcoded Wi-Fi credentials that allow adjacent network attackers to gain unauthorized access to the device's video stream, management interfaces, and firmware update functions. Organizations deploying these cameras for surveillance or monitoring face direct exposure of captured video content and risk of unauthorized device manipulation or malware injection. No vendor patch is currently available, creating an immediate need for compensating controls.
Network-based mitigations include: (1) disable Wi-Fi connectivity on affected devices and switch to wired connections if available; (2) place camera devices on a strictly isolated VLAN with no internet or lateral-network access; (3) disable or restrict access to the firmware-update endpoint at the network perimeter; (4) require strong additional authentication for device management interfaces at the network level (e.g., VPN, IP allowlisting); (5) implement continuous monitoring and alerting on management interface access and firmware-update attempts. Additionally, physically secure or disable affected cameras if they are non-critical. No vendor-released patch identified at time of analysis; interim network controls are necessary to prevent adjacent-network attackers from accessing sensitive video content and device functions pending vendor 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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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
Unencrypted UDP video transmission in the C6 Ear Camera and its companion EarVision Android application (version 1.3.1 /
EUVD-2026-75055
GHSA-hpm8-v6q9-rjwv
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB