Proof Portal
Omarchy
ProbeLabs65 findings · 95 requirementsA proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.
Compositor-side lock loss with a request outstanding is treated as a finished unlock; no re-lock
Medium-severity issue, currently open.
Description
The issue as recorded.
WlSessionLock.onLockStateChanged (shell/plugins/lock/Service.qml:501-508): when locked flips false while lockRequested still holds, the branch clears lockRequested and pendingSessionLock, resets auth state and calls runWake() with no queueSessionLock/beginLock. That locked flip is an ext-session-lock finish/acquire failure delivered by the compositor rather than finishUnlock. finishUnlock sets lockRequested=false BEFORE locked=false, so this branch only runs for an external drop. A spontaneous protocol-level unlock then fails open (session visible, no re-lock attempted), unlike the no-real-screen path which keeps retrying.
Affected requirements
The requirement(s) this issue violates — click through to the spec.
Fix status
Whether this is simply open, open with a fix proposed, or already fixed upstream — and the pull request / issue that tracks it.
A fix has been proposed upstream — follow the pull request or issue below to track it.
- Vendor
- omacom/omarchy
- Channel
- issue_tracker
- Reported in
- View pull request / issue
- Reference
- #7072
- Reported
- 2026-08-16
- Reported by
- human:github/arthurr-jpg
- Vendor response
- Acknowledged view
- Response received
- 2026-09-06
Reviewed Sep 30, 2026
Reported → Fix proposed → Fixed reflect the upstream disclosure lifecycle: the issue has been reported to the vendor, a pull request or issue is open to fix it, or a released fix is available.
Reported upstream as
1 report in the inbox describes this issue.
- Session lock silently lost on output re-add: desktop exposed without authentication (and quickshell SIGABRT on the same path) R-904filed Sep 6, 2026· open upstream· Decided by agents · verified
Severity, explained
Why this is rated the way it is — and the scoring signals behind the rating (each ⓘ explains the term).
- why this rating
- Risk-rated
- risk area
- Correctness
- CVE surface
- Unlikely
How it's proven
The reproducer — an actual test that drives the real code and shows the issue happening. Run it yourself, or peek the test and the source it covers.
./pocs/lock-service-failopen-runtime.sh
Reproduction steps
Technical steps for your engineers to confirm the issue by hand.
./pocs/lock-service-failopen-runtime.sh
What protects you, and the fix
What limits your exposure today, and the planned remediation.
What protects you now
The trigger needs the compositor or quickshell to end a held lock on its own. Upstream triage on Hyprland 0.56.2 found no compositor route to that (omacom/omarchy#10459). If the desktop shows after a wake, lock it again with omarchy-system-lock.
The fix
Re-queue the lock (queueSessionLock) when locked flips false while lockRequested is outstanding, instead of treating it as an unlock
Blast radius
If you touch this issue, what else may need re-checking — the requirements it affects and the code and tests that hang off them. Historical view: authored trace links only — automatically derived links aren't reconstructible for past runs.
Touch this finding and you re-check 10 requirements · 4 code files · 7 tests.
- omarchy-system-lock
- LockView.qml
- Service.qml
- FingerprintModel.js
- system-lock-test.sh
- lock-fingerprint-indicator-test.sh
- lock-missing-pam-test.sh
- lock-blank-fingerprint-test.sh
- lock-password-overflow-test.sh
- fingerprintmodel-replay.test.mjs
- shell.qml
Per-requirement evidence
For each requirement this finding touches: the implementing code, verifying tests, and proof obligations that discharge it.
Per-requirement evidence
For each requirement this finding touches: the implementing code, verifying tests, and proof obligations that discharge it.
Evidence trail
The raw evidence manifests behind this finding — superseded by the resolved reproducer above, kept here for traceability.
Evidence trail
The raw evidence manifests behind this finding — superseded by the resolved reproducer above, kept here for traceability.
- proof/evidence/ki-lock-spontaneous-unlock-fail-open.yaml
Change history
Every recorded revision of this finding's source file — when it was added, edited, or re-classified, with the diff for each change.
Discussions
Discuss this with the proof team. Nothing changes in your audit automatically — you open a request and a staff member records any outcome inside the thread.