Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAcquire app binary or tap live-view network path
-
ExploitDecompile app or sniff cleartext STUN/TURN registration
-
ExecutionExtract static TURN username and session token
-
ImpactReuse shared credential for tracking, impersonation, or TURN relay abuse
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 | Exploitation requires one of two concrete paths: (1) obtaining and decompiling the Girafit camera app binary (Android or iOS, v1.9.1 or earlier) to read the hardcoded TURN username/session token, or (2) being positioned to intercept the UNENCRYPTED (cleartext) STUN/TURN authentication traffic exchanged specifically during live-view registration. No authentication is required (PR:N) and it works against default configurations. The significant limiting factor is impact, not access: the leaked credential is a shared static TURN username/session token common to all installs and tied to no user or device, so on its own it enables only tracking/fingerprinting; impersonation or further exploitation is explicitly gated on also possessing the separate TURN relay password, which this vulnerability does not disclose. |
| Impact | This is a moderate-severity information-disclosure issue, not a top-tier priority despite being remotely reachable. The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) shows an unauthenticated, low-complexity, network-reachable flaw, but the impact is deliberately scoped to low confidentiality only (VC:L, with VI:N/VA:N and no subsequent-system impact), yielding a 6.9 medium score. What is actually disclosed is a STATIC, SHARED TURN relay username and session token that is identical across all installs and tied to no user or device - so by itself it leaks no personal or device-specific data and grants no direct access. Publicly available exploit code exists (POC=YES via VulnCheck/the referenced write-up), which raises practical reachability, but there is NO CISA KEV listing and NO EPSS score provided in the input, so there is no evidence of active or widespread exploitation - treat this as publicly demonstrated but not confirmed exploited in the wild. A key limiting signal: the description itself says meaningful abuse (impersonation, further exploitation) only materializes 'if combined with the TURN relay password,' which is NOT part of this disclosure - so the standalone real-world risk is lower than the network vector alone suggests. No conflicting CVSS-vs-description signals on attack vector were found; both agree on remote cleartext interception / app decompilation. |
| Exploit ScenarioDerived | An attacker either decompiles the Girafit Android/iOS app (v1.9.1 or earlier) or passively intercepts the unencrypted STUN/TURN traffic exchanged during live-view registration, and reads out the hardcoded, shared TURN relay username and session token. Because these values are identical across every installation, the attacker can reuse them to fingerprint/track Girafit traffic or set up for impersonation - though full impersonation or further exploitation additionally requires the separate TURN relay password. A public proof-of-concept / technical write-up for this extraction already exists. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Hardcoded TURN relay credentials in the Girafit camera app (Android and iOS) version 1.9.1 and earlier expose a shared, static TURN username and session token that is identical across every installation and tied to no specific user or device. Unauthenticated remote attackers can recover this credential by decompiling the app binary or by capturing the cleartext STUN/TURN authentication exchange that occurs during live-view registration, and publicly available exploit code exists. On its own the leak supports tracking and fingerprinting of relay sessions; impersonation or deeper abuse is explicitly gated on also holding the separate TURN relay password, which this vulnerability does not disclose, keeping the assessed impact to confidentiality-only and low severity.
RemediationAI
No vendor-released patch or fixed version was identified at the time of analysis, so remediation must currently rely on compensating controls. The most effective control is to stop trusting the shared static TURN username: rotate the relay-side credential set and move to per-device, dynamically issued TURN credentials (time-limited username/password pairs minted at session setup) so that a leaked identifier from one install is worthless elsewhere - the trade-off is that this requires relay-server changes and app updates to consume the new provisioning flow. In parallel, force TLS/DTLS on the STUN/TURN signaling path (turns: instead of turn:) so live-view registration is no longer sent in cleartext; this removes the network-interception path entirely but adds handshake latency and requires certificate management on the relay. Where app binaries cannot be updated promptly, restrict relay access by source IP or network segment and monitor for anomalous relay allocations using the shared username, accepting that this only limits blast radius rather than fixing the disclosure. Treat the exposed shared username and session token as public identifiers and do not use them as an authentication factor anywhere in the backend. Track https://www.vulncheck.com/advisories/girafit-camera-app-hardcoded-turn-credentials-disclosure and https://girafit.com/ for a vendor fix version before lifting these controls.
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 issue is a CWE-798 use of hardcoded credentials inside a WebRTC-style media delivery stack. The Girafit camera app registers with a TURN relay server in order to traverse NAT for live viewing; that registration authenticates with a username and session token that were baked into the application rather than provisioned per device or per account. Because the value is static and shared fleet-wide, reverse-engineering the APK or IPA yields a credential valid for all users, and because the STUN/TURN authentication exchange during live-view registration is unencrypted, anyone positioned on the network path can read the same values without touching the app at all. STUN/TURN long-term credential authentication was designed to rely on per-user, secret, rotating credentials paired with a relay password; a globally shared username with an unencrypted handshake breaks both assumptions, enabling correlation of relay traffic to a common identity. The CVSS 3.1 assessment (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N) reflects that the leak is trivially reachable and unauthenticated but discloses only a low-sensitivity identifier; the CVSS 4.0 vector supplied upstream carries the same low confidentiality-only profile. The hardcoded value does not by itself grant relay access, since TURN allocation also requires the relay password, which is not exposed here.
Know when Girafit Camera App 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:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Remote cleartext interception or app decompilation needs no auth or interaction (AV:N/AC:L/PR:N/UI:N); only a shared non-personal credential leaks, so C:L and I:A:N.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Girafit camera app (Android and iOS) version 1.9.1 and earlier, and Girafit camera devices, contain a hardcoded credentials vulnerability that allows attackers to obtain the shared TURN relay username by decompiling the app or intercepting unencrypted network traffic during live view registration. Attackers can extract the static TURN username and session token, which are identical across all installs and not tied to any user or device, potentially enabling tracking, impersonation, or further exploitation if combined with the TURN relay password.
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.
EUVD-2026-107366
GHSA-vwwq-ggwp-4879
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB