CVE-2025-68711: AppLockZ App Lock and Fingerprint Lock (applock.passwordfingerprint.applockz) 4.2.11 for Android allows a l...
AppLockZ App Lock and Fingerprint Lock (applock.passwordfingerprint.applockz) 4.2.11 for Android allows a local attacker with physical access to bypass the PIN lock. The lock is implemented as an overlay rather than by using Android's secure authentication APIs. By navigating cascading interface flows - insecure navigation through exposed routes facilitates app control evasion {I.N.T.E.R.F.A.C.E] via advertisement or browser intents, an attacker can evade lockscreen verification and access protected apps (e.g., Chrome). This results in information disclosure and privilege escalation.
This is a physical-access bypass in an Android app-locking application. The app appears to protect other apps with an overlay PIN screen, but the CVE says certain interface flows can evade that overlay. Business impact is limited but real: someone holding an unlocked or reachable device may access apps the user believed were protected.
Executive priority
Treat this as a low-severity but policy-relevant mobile risk. It does not justify emergency response from the provided evidence, but organizations should avoid using overlay app locks as a control for business data or privileged access.
Technical view
CVE-2025-68711 affects AppLockZ App Lock and Fingerprint Lock package applock.passwordfingerprint.applockz, described for Android version 4.2.11. The weakness is CWE-288: authentication bypass using an alternate path. The CVSS vector requires physical access, low complexity, no privileges, and has limited confidentiality impact.
Likely exposure
Exposure is most likely on Android devices where users rely on this AppLockZ app to restrict access to Chrome or other protected apps. The source bundle does not provide CPEs, enterprise deployment scope, vendor metadata, or confirmed fixed versions.
Exploitation context
The CVE is not listed as KEV, and the provided sources do not show active exploitation. Exploitation requires local physical access to the device. The described bypass involves interface navigation through exposed routes, advertisement, or browser intents, but the bundle does not establish remote exploitability.
Researcher notes
Key evidence gaps remain: no affected CPEs, no named vendor fix, and no exploitation confirmation. The core issue is an authentication bypass caused by implementing protection as an overlay instead of Android secure authentication APIs.
Mitigation direction
Check the Play Store and vendor repository for updated guidance or fixed releases.
Do not rely on overlay app locks for sensitive enterprise access control.
Use Android device lock, biometrics, work profile, or MDM-enforced controls.
Remove or restrict the app where it protects high-risk accounts or data.
Require protected apps to use their own authentication where possible.
Validation and detection
Inventory Android devices for package applock.passwordfingerprint.applockz and version 4.2.11.
Confirm whether users depend on AppLockZ to protect business apps or browsers.
Review MDM records for unmanaged devices using third-party overlay app locks.
Validate controls in a lab without documenting bypass steps or payloads.
Track vendor or Play Store updates for remediation status.
Based on public source material and reviewed before publication.
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.
cwe · low confidence lookup
CWE-288: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
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.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-288 · source CWE mapping
Authentication Bypass Using an Alternate Path or Channel
Authentication Bypass Using an Alternate Path or Channel represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.