Licensing requirements changed with BlackBerry Enterprise Server (BES) 10.2 and were further simplified in BES 10.2.1. Using an EMM-Regulated mode requires either a Regulated-level EMM data plan or an EMM-Regulated for BlackBerry license. EMM-Regulated with Balance mode was introduced with BES 10.2. It has the same work/personal split as the existing EMM-Corporate mode but gives the enterprise far more control of the whole device.
When deciding which mode is appropriate for a BlackBerry 10.2 deployment, departments should consider not only the security implications, but also cost and usability associated to the three modes. Where the department deems the residual risks of using EMM-Corporate to be acceptable they should feel free to do so.
1. Usage Scenario
BlackBerry devices will be used remotely over 3G, 4G and non-captive Wi-Fi networks to enable a variety of remote working approaches such as
accessing OFFICIAL email
reviewing and commenting on OFFICIAL documents
accessing the OFFICIAL intranet resources, the Internet and other web-resources
To support these scenarios, the following architectural choices are recommended:
All data should be routed over a secure enterprise VPN to ensure the confidentiality and integrity of the traffic, and to allow the devices and data on them to be protected by enterprise protective monitoring solutions
BlackBerry Balance is disabled where possible to minimise the risk of the device being attacked or data leaking from the personal perimeter of the device
Arbitrary third-party application installation by users is not permitted on the device. An enterprise application catalogue should be used to distribute in-house applications and trusted third-party applications
A blend of procedural and technical controls are put in place to effectively risk manage end-user’s use of the personal perimeter. This may include restrictions on which applications users are permitted to install from BlackBerry World into the personal perimeter
2. Summary of Platform Security
This platform has been assessed against each of the 12 security recommendations, and that assessment is shown in the table below. Explanatory text indicates that there is something related to that recommendation that the risk owners should be aware of. Rows marked [!] represent a more significant risk. See How the platform can best satisfy the security recommendations for more details about how each of the security recommendations is met.
1. Assured data-in-transit protection
There are two types of VPN:
– BlackBerry VPN
– IPsec VPN
Neither of the VPNs have been independently assured to Foundation Grade.
There is currently no assurance scheme to assess the strength and robustness of the proprietary BlackBerry VPN.
2. Assured data-at-rest protection
The device’s data encryption has not been independently assured to Foundation Grade.
Encryption keys protecting sensitive data remain in device memory when the device is locked.
4. Secure boot
5. Platform integrity and application sandboxing
6. Application whitelisting
7. Malicious code detection and prevention
8. Security policy enforcement
9. External interface protection
10. Device update policy
11. Event collection for enterprise analysis
[!] There is no facility for collecting logs remotely from a device, and collecting forensic log information from a device is very difficult.
12. Incident response
2.1 Significant Risks
The following key risks should be read and understood before the platform is deployed.
The VPNs have not been independently assured to Foundation Grade, and do not support some of the mandatory requirements expected from assured VPNs. There is currently no assurance scheme for the proprietary BlackBerry VPN, though it is based on technology which was previously assessed under the CESG Assisted Product Service (CAPS). Without assurance in the chosen VPN there is a risk that data transiting from the device could be compromised
The device’s native data encryption has not been independently assured to Foundation Grade, and does not support some of the mandatory requirements expected from assured full disk encryption products. Without assurance there is a risk that data stored on the device could be compromised
BlackBerry 10.2 does not use any dedicated hardware to protect its keys. If an attacker can get physical access to the device, they can extract password hashes and perform an offline brute-force attack to recover the encryption password
Encryption keys protecting sensitive data in the corporate perimeter remain in device memory when the device is locked. This means that if the device is attacked while powered on and locked, keys and data on the device may be compromised without the attacker knowing the password
3. How the platform can best satisfy the security recommendations
This section details what is required to meet the security recommendations for this platform.
3.1 Assured data-in-transit protection
Use the native BlackBerry VPN client instead of the IPsec VPN client as neither has been independently assured, but BlackBerry recommend the native client for usability reasons. If a Foundation Grade assured VPN client for this platform becomes available, then this assured client should be used instead.
3.2 Assured data-at-rest protection
Use the device’s native data encryption. The corporate perimeter is protected when powered off, but is not protected when the device is locked.
The key is protected in hardware and not available until the user’s password has been entered for the first time after boot.
Use a strong 9-character password to authenticate users to the device. On first use after boot this password unlocks a key which encrypts certificates and other credentials, giving access to enterprise services.
Users should be encouraged to secure the personal perimeter with a suitable PIN/password.
3.4 Secure boot
This requirement is met by the platform without additional configuration.
3.5 Platform integrity and application sandboxing
This requirement is met by the platform without additional configuration.
3.6 Application whitelisting
An enterprise application catalogue can be established to permit users access to an approved list of applications in the corporate perimeter. If the personal perimeter is enabled, the enterprise cannot whitelist applications users can install. This could be procedurally managed via user security procedures.
3.7 Malicious code detection and prevention
Use an enterprise application catalogue which should only contain approved in-house applications which have been checked for malicious code. Disable side-loading of applications by disabling Developer Mode via policy.
3.8 Security policy enforcement
Settings applied through BES cannot be changed by the user.
3.9 External interface protection
Wi-Fi, NFC, Bluetooth and the use of USB interfaces can all be disabled.
3.10 Device update policy
The enterprise can update applications remotely using the BES, and can check which device software versions are in use.
3.11 Event collection for enterprise analysis
BlackBerry 10 does not support remote or local historic event collection for enterprise analysis of security incidents, though the devices can be configured to forward sent messages (for example, SMS) to the enterprise for logging. More information on logging is given at http://www.blackberry.com/btsc/KB26038.
3.12 Incident response
BlackBerry 10 devices can be locked, wiped, and configured remotely by their BES.
4. Network Architecture
Recommended network architecture for BlackBerry 10 deployments
The provisioning terminal should only be used for managing the BES and BlackBerry devices, and should not be used for accessing the Internet or any other corporate applications.
5. Deployment Process
To prepare the enterprise infrastructure:
Obtain SIM cards on an EMM-regulated tariff from the carrier
Procure and set up a BES Server which is compatible with BlackBerry 10.2 and later devices
Deploy and configure the requisite network components as described previously
Create configuration profiles for the end-user devices in line with the guidance given in this document
Enterprise and User certificates will need to be installed into the shared folder on the BES under the certs folder. This includes any Certificate Authority certificates that are not registered externally.
6. Provisioning Steps
To provision each device to the enterprise infrastructure:
Put the appropriate SIM cards purchased earlier into the device and connect it to the provisioning terminal via USB
Assign the device to a user and upload the IT policies and any software configuration to the device
On the device, confirm that the work data on the device will be reset and that the new workspace will be encrypted. Then enter a new password for the device. The personal side will be disabled and the whole device will be encrypted
7. Policy Recommendations
The following IT Policy settings should be applied to BlackBerry 10 devices by creating configurations on the BES. Other settings (e.g. server address) should be chosen according to the relevant network configuration.
Mobile Hotspot Mode and Tethering
Transfer Work Contacts Using Bluetooth PBAP or HFP
Transfer Work Data Using NFC
Transfer Work Files Using Bluetooth OPP
Transfer Work Messages Using Bluetooth MAP
Bluetooth File Transfer Using OBEX
CCL Data Collection
Maximum Password Age
Maximum Password Attempts
Maximum Password History
Minimum Password Complexity
At least 1 letter, 1 number, and 1 special character
Minimum Password Length
Apply Work Space Password to Full Device
Password Required for Work Space
Application Security Timer Reset
Lock Screen Preview of Work Content
Media Card Encryption
Network Access Control for Work Apps
Backup and Restore Work Space
Personal Apps Access to Work Contacts
Personal Space Data Encryption
Restrict Development Mode
Share Work Data During BBM Video Screen Sharing
Work App Access to Shared Files in Personal Space
Work Network Usage for Personal Apps
Backup and Restore Device
Computer Access to Device
External Email Address Warning Message
External Email Domain Allowed List
Appropriate list of domains
Find More Contact Details
Forward or Add Recipients to Private Messages
BBM Video Access to Work Network
Open Links in Work Email Messages in the Personal Browser
Unified View for Work and Personal Accounts and Messages
Other Email Messaging Services
User-Created VPN Profiles
Wireless Service Provider Apps
Install Apps From Other Sources
8. Enterprise Considerations
8.1 Proprietary VPN
The BlackBerry VPN is a proprietary set of technologies which operate differently to the remote access functions of other platforms in this guidance set. As such, organisations wishing to deploy BlackBerry 10 in conjunction with other remote access solutions may need to consider how to integrate the two disparate solutions into the same network architecture. The BlackBerry Enterprise Server can be used to facilitate this through its Universal Device Service component.
Read more here:: NCSC Guidance