Direct Block
The selected app does not start. The user is not shown a password-release prompt.
- Block games on a shared or classroom PC
- Stop unapproved browsers or remote-access tools
- Keep administration and system utilities unavailable
Use GiliSoft EXE Lock to control desktop programs and supported Microsoft Store apps on a shared, family, classroom, or work PC.


Start with one nonessential test app, confirm the result from the same Windows account that will use the PC, and only then add the remaining targets.
The selected policy applies to the protected targets. Choose the launch result users should actually experience.
The selected app does not start. The user is not shown a password-release prompt.
The app opens only after the correct release password is entered.
Settings: passwords, recovery email, user whitelist, and system-protected items
Desktop Apps: add traditional programs and verify the executable pathStore/UWP apps use package identities and protected Windows locations, so they should be managed from this dedicated section rather than added as ordinary desktop EXE files.
Store Apps: manage supported modern Windows app targets separately
Lock Policy: choose the launch behavior applied to protected targetsLogs help distinguish a working block rule from an incorrect target path and provide evidence when a trusted application needs an exception.
Dashboard: protection status, target counts, Temporary Unlock, and recent eventsAdd targets gradually. This makes launcher paths, Store app identities, password behavior, and whitelist exceptions easier to verify.
Choose the guide that matches the type of app, Windows edition, or access rule you need to configure.
Confirm the exact executable path. The shortcut may start a launcher while the main application runs from another EXE file.
Refresh the Store Apps list and confirm the application is installed for the Windows account. Only supported detected Store/UWP targets appear there.
Review the displayed target after major updates. Remove an outdated entry and add the current executable or package target if needed.
Use Temporary Unlock from the Dashboard for maintenance or approved access, then restore normal protection without rebuilding the app list.
Use the event details to identify the process, remove it from the protected target list where appropriate, or add it to the App Whitelist.
Use the configured recovery email path. Set and verify that email before relying on Password Verification on a shared PC.
Manage desktop EXE and supported Store/UWP targets with direct blocking, password release, temporary unlock, whitelisting, and activity records.