I set up a new kiosk policy on a Samsung Android device and started seeing an “Access denied” message in a few places. It happened when trying to open/import a downloaded contacts file and also when tapping into a contact from the phone app. I could not tell which app or service was being blocked by the kiosk policy. Is there a way in Hexnode to identify what package is causing the Access denied message so I can allow it?
- Home
- Kiosk Management
- Access denied error in Android kiosk mode when opening contacts on Samsung device
Access denied error in Android kiosk mode when opening contacts on Samsung deviceSolved
Replies (4)
Yes. When an Android kiosk policy blocks an app or background service, you can use the device scan results to identify the blocked package. Try the following:
- Go to Manage > Devices and open the affected device.
- Click Actions > Scanning & Monitoring > Scan Device.
- Open the Action History sub-tab and confirm that the Scan Device action completed successfully.
- After the scan succeeds, go to the Applications sub-tab.
- Check Blocked Packages and compare the timestamp with the time when the Access denied message appeared.
- Copy the relevant blocked package name.
Once you have the package name:
- Go to Apps > + Add Apps.
- Choose Upload as Bundle ID.
- Enter a suitable app name and category.
- Add the blocked package name as the Bundle ID and save it.
- Go to Policies and open the kiosk policy applied to the device.
- Navigate to Kiosk Lockdown > Background Apps.
- Add the newly created Bundle ID app to Background Apps.
- Save the policy and confirm from Action History that the updated policy is associated with the device.
This should allow the required background package while keeping the device in kiosk mode.
I tried running Scan Device, but it sat there for several minutes. The device was right next to me and connected to Wi-Fi. Is it normal for the scan to take that long?
The scan usually completes quickly when the device has a stable internet connection and is actively checking in with the portal. However, the completion time can vary depending on network connectivity and device check-in behavior. If the device has checked in recently, it is usually best to wait for the action to complete, then verify the result in Action History. The Blocked Packages list should be reviewed only after the Scan Device action shows as successful.
The scan eventually changed to Success. I checked the Blocked Packages list using the timestamp from when the Access denied message appeared, then added those package names as Bundle IDs and included them under Kiosk Lockdown > Background Apps.
That helped identify what was missing from the kiosk policy.