Skip to main content

Girafit Camera App EUVDEUVD-2026-107366

| CVE-2026-53986 MEDIUM
Use of Hard-coded Credentials (CWE-798)
2026-10-21 VulnCheck GHSA-vwwq-ggwp-4879
6.9
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Acquire app binary or tap live-view network path
  2. Exploit
    Decompile app or sniff cleartext STUN/TURN registration
  3. Execution
    Extract static TURN username and session token
  4. Impact
    Reuse 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Girafit camera app 0 ≤1.9.4

Affected Packages

euvd girafit_camera_app no fix

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

Vendor (VulnCheck) PRIMARY 6.9 MEDIUM
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
vuln.today AI 5.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

EPSS Score
0.2%
Top 89% exploitable
Prevalence
Low
niche consumer IoT camera app/device, small single-vendor footprint
Exploit
POC
Public exploit code exists
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

54
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +34
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy