LiveActive security incident?Get immediate response
CVE Record

CVE-2020-25047: An issue was discovered on Samsung mobile devices with P(9.0) and Q(10.0) (released in China and India) sof...

An issue was discovered on Samsung mobile devices with P(9.0) and Q(10.0) (released in China and India) software. The S Secure application does not enforce the intended password requirement for a locked application. The Samsung IDs are SVE-2020-16746, SVE-2020-16764 (August 2020).

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysisunknown

Security readout for executives and security teams

Plain-English summary

Some Samsung phones running Android 9 or 10 China and India software builds had a weakness in S Secure, Samsung's app-lock feature. A locked app may not have required the intended password, reducing privacy protection for users relying on that control. Public sources do not provide severity, CVSS, exploit status, or detailed fixes.

Executive priority

Prioritize as a legacy mobile privacy-control issue, not a confirmed internet-scale emergency. Act if the organization has Samsung China or India Android 9/10 fleets, shared devices, or workflows that treat S Secure app locking as a sensitive access control.

Technical view

CVE-2020-25047 maps to Samsung SVE-2020-16746 and SVE-2020-16764 from August 2020. The issue is an intended password requirement not being enforced by the S Secure application for locked applications on affected Samsung P(9.0) and Q(10.0) China and India releases. No CWE, CVSS vector, or affected model list is provided in the bundle.

Likely exposure

Exposure appears limited to Samsung mobile devices with Android P(9.0) or Q(10.0) software released in China and India that used S Secure for application locking. The source bundle does not identify specific models, firmware builds, or enterprise management conditions.

Exploitation context

The CVE is not listed as CISA KEV in the provided bundle, and no cited source states active exploitation. The described impact is a bypass of an app-level password requirement, most relevant where local device access or shared-device privacy controls matter.

Researcher notes

The public record is sparse. It names regional Samsung Android P/Q software and S Secure password enforcement failure, but lacks CVSS, CWE, affected model identifiers, root cause, and fixed build details. Analysis should stay tied to Samsung advisory data and local fleet evidence.

Mitigation direction

  • Review Samsung's August 2020 security guidance for SVE-2020-16746 and SVE-2020-16764.
  • Update affected Samsung devices to vendor-supported security patch levels where available.
  • Confirm whether S Secure is used for sensitive application access controls.
  • Avoid relying on S Secure as the only control for sensitive app access.
  • Replace or retire unsupported affected devices if vendor updates are unavailable.

Validation and detection

  • Inventory Samsung devices running Android 9 or 10 China or India software builds.
  • Check device security patch levels against Samsung's August 2020 advisory references.
  • Identify users or workflows depending on S Secure locked applications.
  • Confirm locked applications still require configured authentication after remediation.
  • Document unsupported devices where patch status cannot be verified.
Prepared
Confidence
medium
Sources
3

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

description · low confidence lookup

Credential and access behavior lookup

The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2020-25047 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
0Timeline events
0ADP providers
2Source links

CVSS and timeline data

No CVSS vectors or timeline events were available in the normalized CVE source material.

Source materials

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
n/an/an/aListed
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.