- *BASICS*
- The Knox Ecosystem
- Samsung Knox Portal
- General Knox Support
- Knox Licenses
- *FOR IT ADMINS*
- Knox Suite
- Knox Platform for Enterprise
- Introduction
- White paper
- Before you begin
- Get started with UEMs
- Introduction
- Blackberry UEM
- IBM MaaS360
- Microsoft Intune
- MobileIron Cloud
- MobileIron Core
- Samsung Knox Manage
- SOTI MobiControl
- VMware Workspace ONE UEM
- Citrix Endpoint Management
- FAMOC
- Knox Service Plugin
- Release notes
- Migrate to Android 11
- FAQs
- Troubleshoot
- KBAs
- Knox Mobile Enrollment
- Introduction
- Get started
- Features
- Register resellers
- Add an admin
- Create profiles
- Google device owner support
- MDM compatibility matrices
- Device users
- Activity log
- Enroll and unenroll devices
- Configure devices
- Provide KME feedback
- Use the Knox Deployment App (KDA)
- Recover Google FRP locked devices using KME
- Role-based access control (RBAC)
- Release notes
- FAQs
- Troubleshoot
- KBAs
- Knox Configure
- Mobile
- Wearables
- Shared Device
- Knox Capture
- Introduction
- How it works
- IT admins: Get started
- Getting started with Knox Capture
- Step 1: Launch Knox Capture
- Step 2: Create a scanning profile
- Step 3: Select apps and activities
- Step 4: Configure the scanner
- Step 5: Set keystroke output rules
- Step 6: Test apps in your configuration
- Step 7: Share your configuration
- Step 8: Deploy Knox Capture in Managed mode
- End users: Get started
- Features
- Release notes
- FAQs
- Troubleshoot
- Knox Manage
- Introduction
- How-to videos
- Get started
- Configure
- Licenses
- Organization
- Users
- Sync user information
- Groups
- Devices
- Content
- Applications
- Profile
- Knox E-FOTA
- Certificates
- Advanced settings
- Monitor
- Kiosk devices
- Remote Support
- Active Directory
- Microsoft Exchange
- Mobile Admin
- Appendix
- Release notes
- FAQs
- KBAs
- Knox E-FOTA
- Introduction
- White paper
- Knox E-FOTA One
- Introduction
- How-to videos
- Get started
- Features
- EMM integration
- Appendix
- Release notes
- FAQs
- Troubleshoot
- KBAs
- Migrate from Knox E-FOTA Advanced to Knox E-FOTA One
- Knox E-FOTA Advanced
- Knox E-FOTA on MDM
- Samsung Care+ for Business
- *FOR RESELLERS*
- Knox Deployment Program
- *FOR MANAGED SERVICE PROVIDERS*
- Knox MSP Program
Hardware key re-mapping
*For information on Knox Suite, go to: Knox Suite.
**KPC is a light version of KPE focusing on customization capabilities.
Refer to this section to integrate a hardware key re-mapping configuration using the Samsung Knox SDK.
PTT key re-mapping considerations
If a PTT app vendor decides to use an intent defined by Samsung, an IT Admin can either leave the intent pre-populated, or enter an intent as provided by their PTT app vendor.
NOTE—Verizon XCover Pro devices for use with Knox Capture must have the Verizon PTT key mapping disabled, so that the XCover key can be used to trigger a camera scan. For more information, see Set the XCover key to trigger a camera scan on a Verizon XCover Pro device.
List a generic intent to a PTT vendor app
Vendors can also use the following intents for PTT key press and release actions:
- For key press -> com.samsung.android.knox.intent.action.PTT_PRESS
- For key release -> com.samsung.android.knox.intent.action.PTT_RELEASE
The following optional timestamp can also be considered:
- Extra -> com.samsung.android.knox.intent.extra.EVENT_TIMESTAMP (with type long which will hold the Epoch timestamp of the event)
Secure PTT intents - Knox Service Plugin defined
Always register an intent in manifest statically so KSP can wake the app if in a stopped state. Consider the following if you already have defined custom intents in your manifest file:
<receiver
android:name=".PTTKeyReceiver"
android:permission="com.samsung.android.knox.permission.KNOX_CUSTOM_SETTING"
android:exported="true" >
<intent-filter>
<action android:name="com.samsung.android.knox.intent.action.PTT_PRESS" />
<action android:name="com.samsung.android.knox.intent.action.PTT_RELEASE"/>
</intent-filter>
</receiver>
Secure PTT intents - Custom defined
Always register an intent in manifest statically so KSP can wake the app if in a stopped state. Consider the following if you already have defined custom intents in your manifest file:
<receiver
android:name=".PTTKeyReceiver"
android:permission="com.samsung.android.knox.permission.KNOX_CUSTOM_SETTING"
android:exported="true" >
<intent-filter>
<action android:name="com.vendor.intent.action.PTT_PRESS" />
<action android:name="com.vendor.intent.action.PTT_RELEASE"/>
</intent-filter>
</receiver>
Optional Security: To ensure a PTT vendor app is listening to intent actions only from KSP, an app can add the above permission in the receiver, which is platform signature protected.