Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain physical device access
-
DeliveryConnect via ADB or launch sideloaded app
-
ExploitSend direct intent to exported AppLock component
-
ExecutionAppLock credential prompt bypassed
-
ImpactAccess protected application and its data
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Improper export of Android components
|
| Exploitation Conditions | Physical access to the Samsung device is the non-negotiable prerequisite (CVSS AV:P). The AppLock feature must be configured and actively protecting at least one application on the device. Exploitation can be performed via ADB (requiring USB debugging to be enabled) or via a malicious application already installed on the device; the latter does not require developer mode. The OS-level screen lock state is not specified as a prerequisite - it is possible the attack is viable on a device whose screen lock is already dismissed. Factors limiting exploitation: physical possession is required; remote or network-based exploitation is not possible by design; the attack is entirely contained to the device's own application layer (no lateral movement or scope change). |
| Impact | The CVSS 4.0 vector AV:P/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N scores 6.8 and accurately reflects the core constraint: physical device possession is mandatory. This single factor substantially narrows the realistic threat population to theft, border inspection, or coercive access scenarios rather than remote mass exploitation. No EPSS data was provided, and this CVE does not appear in the CISA KEV catalog, indicating no confirmed active exploitation at time of analysis. The high confidentiality and integrity impact scores are credible - a bypassed AppLock gives unfettered read/write access to whatever applications are protected. AC:L and UI:N confirm that once in physical possession, exploitation requires no complex preconditions and no victim cooperation. The absence of a scope change (SC:N/SI:N/SA:N) means impact is contained to the vulnerable system itself. Overall, this is a genuine but narrow-scope risk: high impact within its threat model but impractical for remote or automated exploitation. |
| Exploit ScenarioDerived | An attacker with physical access to a Samsung device - for example, a stolen phone left unlocked at the OS level - uses ADB over USB or a pre-installed sideloaded application to send a direct intent to an improperly exported AppLock internal activity. The AppLock authentication screen is never displayed, and the attacker gains direct access to protected applications and their stored data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 10, 2026
AppLock on Samsung Mobile Devices prior to SMR Aug-2026 Release 1 exposes improperly exported Android application components, enabling a physical attacker to bypass the app lock protection layer entirely. The flaw grants access to confidentiality- and integrity-sensitive data within locked applications without satisfying the intended authentication challenge. No public exploit is identified at time of analysis; exploitation is constrained to physical device access, limiting but not eliminating real-world risk for lost or stolen device scenarios.
RemediationAI
Apply the Samsung Mobile Release (SMR) August 2026 Release 1 security update, which addresses this vulnerability per the vendor advisory at https://security.samsungmobile.com/securityUpdate.smsb?year=2026&month=08. If immediate patching is not possible, users concerned about physical access scenarios should consider disabling AppLock and relying solely on the device's native screen lock with a strong PIN or passphrase, accepting the trade-off of reduced per-app granularity but eliminating the bypass surface. Enabling full-device encryption (enabled by default on modern Samsung devices) ensures that data at rest remains protected even if AppLock is bypassed on a powered-off device. Restricting ADB access via Developer Options (disable USB debugging) also raises the practical bar for component invocation attacks.
Affected VersionsENISA
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
Android application components - activities, services, broadcast receivers, and content providers - can be declared as exported in an app's AndroidManifest.xml, making them invocable by external applications or direct ADB intents without the calling app holding the appropriate permission. AppLock is a Samsung-proprietary security layer that enforces a secondary credential gate (PIN, pattern, biometric) before permitting access to designated apps. When internal AppLock components are improperly exported, an adversary can invoke those components directly, bypassing the credential check entirely. This aligns with CWE-926 (Improper Export of Android Application Components), though Samsung did not formally assign a CWE for this entry. The affected CPE is cpe:2.3:a:samsung_mobile:samsung_mobile_devices:*:*:*:*:*:*:*:* with no version floor specified beyond the SMR Aug-2026 Release 1 boundary.
Know when Samsung Mobile Devices 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:P/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Physical access mandatory (AV:P), no prior privileges or user interaction required; confidentiality and integrity of app data fully compromised, availability unaffected, no scope change.
Primary rating from Vendor (SamsungMobile).
CVSS VectorVendor: SamsungMobile
DescriptionCVE.org
Improper export of android application components in AppLock prior to SMR Aug-2026 Release 1 allows physical attackers to bypass app lock function.
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.
More in Samsung Mobile Devices
View allOut-of-bounds write in Samsung's Keymaster trustlet - a Trusted Execution Environment (TEE) component running in ARM Tru
Local privilege escalation to root in Samsung's DualDAR (Dual Data-at-Rest) encryption component affects Samsung mobile
Remote code execution in Samsung Mobile Devices arises from a heap-based buffer overflow in the JPEG decoding path of li
Remote code execution in the DNG (Adobe Digital Negative) image decoder within Samsung's Quram imaging library (libimage
Path traversal in Samsung's ImsService (IP Multimedia Subsystem Service) on Android 14 through 17 permits remote unauthe
Out-of-bounds write in libmdnie.so on Samsung Mobile Devices running Android 15, 16, and 17 enables local attackers to e
Local privilege escalation in Samsung Galaxy Watch allows unprivileged local attackers to execute arbitrary code with sy
Stack-based buffer overflow in libril_sem.so - Samsung's Radio Interface Layer shared library - enables privileged local
Improper input validation in Samsung's DualDAR kernel driver enables a local privileged attacker to escalate privileges
Memory corruption in Samsung's proprietary ImsService - the IP Multimedia Subsystem component handling VoLTE, Wi-Fi Call
Google's Secure Folder prior to the March 2026 SMR release improperly exports Android application components, enabling l
Improper input validation in Samsung Mobile Retail Mode prior to SMR April 2026 Release 1 allows local attackers with li
EUVD-2026-55088
GHSA-9g4f-92vv-h6jp
NVD
CVE.org
EPSS
VulDB
Exploit-DB