Skip to main content

Schmooze Dating App EUVDEUVD-2026-93017

| CVE-2026-85153 CRITICAL
Use of Hard-coded Cryptographic Key (CWE-321)
2026-10-06 CERT-In GHSA-8jrg-3vq9-2q4g
9.3
CVSS 4.0 · Vendor: CERT-In
View

Attack ChainAIDerived

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

  1. Access
    Obtain distributed app package
  2. Exploit
    Decompile and extract embedded keys/credentials
  3. Execution
    Forge client requests and authenticate to backend
  4. Impact
    Access backend and cloud resources

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Key management, no hard-coded keys
Exploitation Conditions

Exploitation requires only possession of the publicly distributed Schmooze dating app client package and the ability to decompile it to read the hardcoded credentials and cryptographic keys embedded in the binary - no authentication, no user interaction, and no special server-side configuration are needed (consistent with AV:N/AC:L/PR:N/UI:N). The practical limiting factor is that the attacker must obtain the shipped application artifact and perform static analysis/decompilation; impact is bounded to whatever backend and cloud resources those embedded secrets authorize, and remediation (vendor rotating the keys and re-releasing the app) invalidates previously extracted secrets.

Impact

This is a high-severity, structurally exploitable flaw (CWE-321, use of hardcoded cryptographic keys/credentials) in the Schmooze dating mobile application, rated CVSS 4.0 base 9.3 with vector AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:H/SI:H/SA:N - network reach, low complexity, no privileges or user interaction, with high confidentiality impact on the vulnerable system and high confidentiality and integrity impact on subsequent (backend/cloud) systems. The attack is trivially reproducible because the secrets are static and embedded in a publicly distributed client package, so once extracted they affect every deployment identically until the vendor rotates keys and re-releases the app. Weighing the signals against each other: the CVSS metrics are self-consistent with the description (unauthenticated, remote, decompilation of a shipped artifact), which strengthens confidence in the vector. However, no EPSS probability, no CISA KEV listing, and no public exploit (POC) are present in the input, so there is no evidence of active or widespread exploitation yet - the 9.3 reflects exploitability and impact potential, not observed attacks. Net: this is a genuine priority to remediate because exploitation requires no privileged conditions and secret extraction from mobile binaries is well understood, but current real-world exploitation is unconfirmed rather than demonstrated.

Exploit ScenarioDerived

An attacker downloads the publicly distributed Schmooze app package, decompiles it, and recovers the embedded static credentials and cryptographic keys. Using those secrets, they authenticate directly to backend/cloud services and forge signed client requests, impersonating the app to read protected data and submit trusted requests. No public exploit code is identified at time of analysis, but the technique (static analysis of a mobile binary) requires only commodity tooling and low skill.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet 0.4% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 06, 2026

Extraction of hardcoded credentials and cryptographic keys from the Schmooze dating mobile application lets unauthenticated remote attackers bypass authentication and act as legitimate clients against the vendor's backend and cloud services, with the CPE entry indicating no version is excluded from the flaw. Because the secrets ship inside a publicly distributed client package, any party who obtains the app and decompiles it can recover them without privileges, user interaction, or special server-side conditions (CVSS 4.0 base 9.3, PR:N/UI:N), yielding high confidentiality impact on the client and high confidentiality plus integrity impact on downstream backend/cloud systems. No public exploit code has been identified at time of analysis and the issue has not been added to CISA KEV, but the low barrier to reproduction and the structural nature of CWE-321 keep the practical risk high; the independent assessment notes that impact is bounded to the resources those specific embedded secrets authorize, and that key rotation plus app re-release invalidates previously extracted material.

RemediationAI

No vendor-released patch has been identified at time of analysis, and because the defect is baked into the shipped client artifact, a code change in the app alone is insufficient - the exposed secrets must be treated as compromised. The primary action for Schmooze's operators is to rotate or revoke every credential, API key, JWT signing key, cloud service token, and keystore material embedded in the released client, invalidate existing sessions issued under those secrets, and re-issue the app with secrets removed from the binary and replaced by per-device provisioning, server-issued short-lived tokens, or platform attestation; users and administrators should install the patched build as soon as it is published and monitor the CERT-In advisory CIVN-2026-0489 (https://www.cert-in.org.in/s2cMainServlet?pageid=PUBVLNOTES01&VLCODE=CIVN-2026-0489) for the vendor's rotation guidance. Until rotation completes, compensating controls on the backend side are required: rate-limit and anomaly-score requests that authenticate with client-embedded keys, bind tokens to attested device integrity where the platform supports it, and disable or narrow any backend or cloud endpoint that the extracted secrets can reach - accepting that aggressive rate limiting risks false positives against legitimate mobile clients, that device attestation may exclude rooted or custom-ROM users, and that endpoint restriction degrades app functionality. Deploying a new app build without rotating the server-side secrets provides no protection, since previously leaked values remain valid; detection should focus on correlating backend access logs for requests originating from non-app user agents, unexpected geographies, or volumes that exceed normal client behavior.

Affected VersionsENISA

Schmooze dating mobile Application Android versions 5.2.7 (build 452) and prior
Schmooze dating mobile Application iOS versions 5.2.1 and prior

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The root cause class is CWE-321, use of a hardcoded cryptographic key, extended here to bundled static credentials and API secrets baked into the Schmooze mobile client rather than being provisioned per installation or held server-side. Mobile application packages are trivially obtainable (store download or sideloaded APK/IPA) and can be unpacked with standard tooling - apktool, jadx, Frida, strings, or binary diffing - to reveal string literals, embedded keystores, JWT signing keys, and cloud service tokens. The CVSS 4.0 vector marks the vulnerable system with high confidentiality impact only (VC:H, VI:N, VA:N), because reading secrets does not alter the client, while the subsequent-system metrics show high confidentiality and integrity impact (SC:H, SI:H, SA:N) - the attacker can read protected data and forge signed client requests on backend infrastructure. The assessed CVSS 3.1 equivalent (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:N) preserves the scope-change to the backend. CPE cpe:2.3:a:schmooze:schmooze_dating_mobile_application:*:*:*:*:*:*:*:* applies to all versions, meaning the flaw is architectural across the shipped product line rather than a regression in a single build; no supporting public CVE record beyond the CERT-In note is referenced, and no database or protocol component is named.

Know when Schmooze Dating Mobile 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

Vendor (CERT-In) PRIMARY 9.3 CRITICAL
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:H/SI:H/SA:N
vuln.today AI 10.0 CRITICAL

Secrets extracted from a shipped client give unauthenticated remote access (AV:N/AC:L/PR:N/UI:N); abuse of client secrets to reach backend/cloud is a scope change (S:C) with high confidentiality and integrity (request forgery) but no availability impact.

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

Primary rating from Vendor (CERT-In).

CVSS VectorVendor: CERT-In

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

DescriptionCVE.org

This vulnerability exists in the Schmooze app due to the use of hardcoded credentials and cryptographic keys in the client application. An unauthenticated remote attacker could exploit this vulnerability by decompiling the distributed application package and extracting the embedded credentials and cryptographic keys.

Successful exploitation of this vulnerability could allow the attacker to gain unauthorized access to backend and cloud resources and forge client requests on the targeted system.

Executive ViewAI

Why It Matters

Hardcoded credentials and cryptographic keys embedded in the Schmooze dating mobile application can be extracted by anyone who downloads and decompiles the publicly distributed app, and no shipped version is excluded from the flaw. Because the exposed secrets authenticate directly to Schmooze's backend and cloud services, an attacker with no account, no privileges, and no user interaction could impersonate a legitimate client and reach the data and functions those secrets authorize. Leadership should treat this as a vendor-side supply chain exposure affecting every customer of the app, not a single-tenant issue, and should plan around the absence of a fix.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: block distribution and installation of the Schmooze client package via MDM, managed app catalogs, and network policy; remove the app from corporate devices and revoke any tokens, sessions, or API credentials derived from it; treat all secrets shipped in the client as compromised and demand vendor-side rotation of backend and cloud credentials plus reissue of the package; restrict and monitor backend/cloud access with network allowlisting, device attestation, or mutual TLS where the vendor supports it; and monitor for legitimate-client impersonation via API anomaly detection and log correlation.

Threat Intelligence Overview

EPSS Score
0.4%
Top 71% exploitable
Prevalence
Low
single-brand consumer dating mobile app, niche footprint
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 CRITICAL
CISA KEV No
Public POC No
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
CRITICAL severity
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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

46
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +46
PoC: 0
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