COMPANY CONFIDENTIAL
Good Technology, Inc.
430 North Mary Avenue, Suite 200
Sunnyvale, CA 94085
1-866-7BE-GOOD
www.good.com
SECURITY TARGET FOR
GOOD FOR ENTERPRISE
SYSTEM, V1.19
EAL 4
AUGMENTED WITH
ALC_FLR.1
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 2 of 44
TABLE OF CONTENTS
1. INTRODUCTION (ASE_INT).............................................. 6
IDENTIFICATION..................................................................................6
TOE OVERVIEW..................................................................................6
SECURITY ARCHITECTURE .....................................................................6
HARDWARE/SOFTWARE/FIRMWARE REQUIREMENTS.......................................7
PRODUCT IDENTIFICATION....................................................................7
USER/ADMINISTRATOR DOCUMENTATION ..................................................8
TOE DESCRIPTION ..............................................................................8
WIRELESS SYNCHRONIZATION ...............................................................8
GOOD SYSTEM SECURITY ARCHITECTURE ..................................................9
NETWORK PERIMETER SECURITY...........................................................9
HANDHELD SECURITY .....................................................................10
HANDHELD AUTHENTICATION ............................................................10
ADMINISTRATIVE SECURITY ..............................................................10
GOOD SECURE OTA ARCHITECTURE ......................................................10
OTA DEPLOYMENT SECURITY CONSIDERATIONS.......................................10
OTA SOFTWARE INSTALLATION SECURITY CONSIDERATIONS .......................10
GOOD SECURITY POLICIES .................................................................11
MANAGING AN EXCHANGE ACCOUNT ......................................................11
MULTIPLE EXCHANGE AND GOOD MOBILE MESSAGING SERVERS......................11
MANAGING ROLES............................................................................12
DATA ENCRYPTION...........................................................................12
DIAGNOSTIC LOG FILE ......................................................................12
CORPORATE INFORMATION..................................................................13
EXCLUDED FUNCTIONS ......................................................................13
NOTATIONS AND FORMATTING ...............................................................13
2. CC CONFORMANCE CLAIM (ASE_CCL) .............................. 14
3. SECURITY PROBLEM DEFINITION (ASE_SPD)..................... 15
THREATS TO SECURITY ........................................................................15
ASSETS .......................................................................................15
THREAT AGENTS .............................................................................15
IDENTIFICATION OF THREATS ..............................................................15
THREATS TO THE TOE.....................................................................15
ORGANIZATIONAL SECURITY POLICIES ......................................................15
ASSUMPTIONS..................................................................................15
4. SECURITY OBJECTIVES (ASE_OBJ)................................... 17
TOE SECURITY OBJECTIVES .................................................................17
OPERATIONAL ENVIRONMENT SECURITY OBJECTIVES .....................................17
SECURITY OBJECTIVES RATIONALE ..........................................................17
THREATS ........................................................................................18
TT.EAVESDROPPING.........................................................................18
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 3 of 44
TT.THEFT.....................................................................................18
TT.TAMPERING...............................................................................18
TT.ACCESS_INFO ...........................................................................19
TT.MOD_CONF ..............................................................................19
POLICIES........................................................................................19
P.SECURE_COMMUNICATIONS .............................................................19
P.MANAGE....................................................................................19
P.RESTRICT ..................................................................................19
ASSUMPTIONS..................................................................................19
A.INSTALL ....................................................................................19
A.MANAGE....................................................................................20
A.NO_EVIL...................................................................................20
A.LOCATE.....................................................................................20
5. EXTENDED COMPONENTS DEFINITION (ASE_ECD)............... 21
FDP_SWA_EXP.1 SECURE WEB ACCESS ................................................21
FPT_ITT_EXP.1 BASIC INTERNAL TSF DATA TRANSFER PROTECTION.................21
FTP_ITC_EXP.1 INTER-TSF TRUSTED CHANNEL ........................................21
FTP_TRP_EXP.1 INTER-TSF TRUSTED PATH ............................................21
FDP_CDD_EXP.1 CLIENT DATA DELETION ...............................................22
EXTENDED COMPONENTS RATIONALE .......................................................22
6. SECURITY REQUIREMENTS (ASE_REQ) ............................. 24
SECURITY FUNCTIONAL REQUIREMENTS (SFRS) ..........................................24
SECURITY AUDIT (FAU) ....................................................................25
FAU_GEN.1 AUDIT DATA GENERATION ................................................25
FAU_GEN.2 USER IDENTITY ASSOCIATION ...........................................27
USER DATA PROTECTION (FDP)...........................................................27
FDP_ACC.1A SUBSET ACCESS CONTROL - ADMINISTRATOR........................27
FDP_ACC.1B SUBSET ACCESS CONTROL - USER.....................................27
FDP_ACF.1A SECURITY ATTRIBUTE BASED ACCESS CONTROL – ADMINISTRATOR 27
FDP_ACF.1B SECURITY ATTRIBUTE BASED ACCESS CONTROL – USER ............27
FDP_ITC.2 IMPORT OF USER DATA WITH SECURITY ATTRIBUTES ...................28
FDP_SWA_EXP.1 SECURE WEB ACCESS ............................................28
IDENTIFICATION AND AUTHENTICATION (FIA)...........................................28
FIA_AFL.1 AUTHENTICATION FAILURE HANDLING ....................................28
FIA_ATD.1 USER ATTRIBUTE DEFINITION.............................................28
FIA_UAU.1A TIMING OF AUTHENTICATION - ADMINISTRATOR .....................29
FIA_UAU.1B TIMING OF AUTHENTICATION - USER ..................................29
FIA_UID.1 TIMING OF IDENTIFICATION ...............................................29
FIA_USB.1 USER-SUBJECT BINDING ..................................................29
SECURITY MANAGEMENT (FMT)...........................................................30
FMT_MOF.1A MANAGEMENT OF SECURITY FUNCTIONS BEHAVIOUR -
ADMINISTRATOR ...........................................................................30
FMT_MOF.1B MANAGEMENT OF SECURITY FUNCTIONS BEHAVIOUR - USER.......30
FMT_MSA.1A MANAGEMENT OF SECURITY ATTRIBUTES - ADMINISTRATOR .......30
FMT_MSA.1B MANAGEMENT OF SECURITY ATTRIBUTES - USER ....................30
FMT_MSA.3A STATIC ATTRIBUTE INITIALISATION - ADMINISTRATOR .............31
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 4 of 44
FMT_MSA.3B STATIC ATTRIBUTE INITIALISATION - USER ..........................31
FMT_SMF.1A SPECIFICATION OF MANAGEMENT FUNCTIONS - ADMINISTRATOR .31
FMT_SMF.1B SPECIFICATION OF MANAGEMENT FUNCTIONS - USER ..............31
FMT_SMR.1 SECURITY ROLES..........................................................31
PROTECTION OF THE TSF (FPT)...........................................................32
FPT_ITT_EXP.1 BASIC INTERNAL TSF DATA TRANSFER PROTECTION.............32
FPT_STM.1 RELIABLE TIME STAMPS ...................................................32
FPT_TDC.1 INTER-TSF BASIC TSF DATA CONSISTENCY............................32
TRUSTED PATH / CHANNELS (FTP) .......................................................32
FTP_ITC_EXP.1 INTER-TSF TRUSTED CHANNEL ....................................32
FTP_TRP_EXP.1 INTER-TSF TRUSTED PATH ........................................32
SECURITY ASSURANCE REQUIREMENTS (SARS)...........................................33
SECURITY REQUIREMENTS RATIONALE ......................................................33
O.SECURE_COMMUNICATIONS...........................................................35
O.PROTECT.................................................................................35
O.ADMIN ...................................................................................35
O.AUTHENTICATE_ADMIN ................................................................35
O.AUTHENTICATE_USER..................................................................35
O.AUDIT ....................................................................................36
O.ACCESS_INT ............................................................................36
SFR DEPENDENCIES ........................................................................36
SAR RATIONALE...............................................................................38
7. TOE SUMMARY SPECIFICATION (ASE_TSS) ....................... 38
TOE SECURITY FUNCTIONS SPECIFICATION................................................38
SF.SECURITY_AUDIT .......................................................................38
SF_USERDATA_PROTECTION ..............................................................38
SF.IDENTIFICATION_AUTHENTICATION...................................................39
SF.SECURITY_MANAGEMENT ..............................................................39
SF.TSF_PROTECTION ......................................................................41
TRUSTED_PATH-CHANNELS ................................................................41
SECURITY FUNCTIONS RATIONALE...........................................................41
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 5 of 44
DOCUMENT CONTROL
Document Owners
Role Person Telephone Email
Principal Product
Manager
Rick Pitz +1 408 212 7878 rpitz@good.com
Office of the CTO Henry Hernandez +1 408 212 7837 hhernandez@good.com
ABBREVIATIONS
Abbreviation Description
AES Advanced Encryption Standard
CC Common Criteria
CLI Command-line interface
CM Configuration Management
CMVP Cryptographic Module Validation Program
DES Data Encryption Standard
DNS Domain Name System
EAL Evaluation Assurance Level
FIPS Federal Information Processing Standards
GAL Global Address List
GMC The Good Mobile Control
IP Internet Protocol
IT Information Technology
NOC Network Operations Centre
OS Operating System
OTA Over-The-Air
RBA Role-Based-Administration
SF Security Function
SFP Security Function Policy
SSL Secure Sockets Layer
ST Security Target
TOE Target of Evaluation
TSF TOE Security Functionality
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 6 of 44
1. INTRODUCTION (ASE_INT)
IDENTIFICATION
ST Title: Security Target for Good for Enterprise System, v1.19
CC Version: 3.1
Assurance level: EAL4 augmented with ALC_FLR.1
PP Identification: None
TOE name: Good for Enterprise System
TOE version:
• Good for Enterprise System
• Product platform versions as described in Table 1
TOE OVERVIEW
SECURITY ARCHITECTURE
Good for Enterprise is a complete encrypted wireless system for accessing corporate
messaging and data from behind the firewall on the mobile handheld. The Good for
Enterprise System comprises three core components; Good Mobile Control (GMC),
Good Mobile Messaging, and Good Mobile Access. The system uses an internet
accessible, external Network Operations Centre (NOC) to transfer information –
wirelessly Over-The-Air (OTA) to and from mobile devices. The information is
transferred via a Virtual Private Network (VPN) and encrypted using related security
protocols; HyperText Transfer Protocol Secure (HTTPS) and Secure Sockets Layer
(SSL). Figure 1 read in conjunction with table 1 from section 1.2.3 of this document
(cross-referencing the numbers and IDs respectively) outlines the core architecture.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 7 of 44
Figure 1; Core architecture
Good Mobile Control:
Good Mobile Control Console communicates with Good Mobile Control Server and is used
to assign handhelds to users, to set up, monitor, and manage the handhelds (mobile
devices), to create and manage policy sets, and to manage the Good Mobile Messaging
Servers. Good Mobile Messaging and Good Mobile Access Secure Browser act as plug-ins
to GMC Server.
Good Mobile Messaging:
Good Mobile Messaging Server monitors each user's Exchange or Domino account and
forwards any software policy changes to the handheld.
Good Mobile Access:
Good Mobile Access (Secure Browser) is a Good Messaging plug-in that provides a
browser on supported devices for use with the corporate Intranet. The browser is
integrated to the Good Mobile Messaging Client on the device and provides seamless
access to Intranet sites without the need for a VPN.
HARDWARE/SOFTWARE/FIRMWARE REQUIREMENTS
TOE hardware/software/firmware requirements are specified in Table 1: Platforms for TOE.
TOE Environment (non-TOE) hardware/software/firmware requirements are specified in
Table 1: Platforms for TOE Environment.
In addition, Good Mobile Control requires access to an SQL server. It is possible to use an
existing Enterprise or Standard SQL Server 2005, 2008, 2008 R2, or 2008 ENT, or SQL
server instance available within the organization. Good Mobile Control Server can connect
to a remote SQL server/instance. If the organization doesn’t have an SQL server that it
wants to use, a server will be installed along with the Good Mobile Control.
PRODUCT IDENTIFICATION
Product or Service Name: Good for Enterprise System
Version: 1.0
Platforms (for Products): Identified in Table 1.
ID Operating System /
Product
Version Component / Browser Version
Platforms for TOE Environment
1 Microsoft Windows Server
(Generic x86 Computer
Architecture Hardware)
2003
32 Bit
2008
64 bit
a. Primary Domain Controller
(PDC) 1
b. IBM Lotus Domino Server
c. IBM Lotus Domino
Administrator
N/A
8.5
8.5
2 Microsoft Windows Server
(Generic x86 Computer
Architecture Hardware)
2003/08
Standard
32 Bit
a. Microsoft Exchange Server
(for 2007 and 2010, MAPI/CDO
required)
2003 SP2
2007
2010
2012
Platforms for TOE
3 Microsoft Windows Server
(Generic x86 Computer
Architecture Hardware)
2003/08
Enterprise
64 Bit
2008 64
bit
a. Good Mobile Control Server
64bit-Domino
b. Good Mobile Control Server
64bit-Exchange
2.3.1
2.3.0
4 Microsoft Windows Server 2003/08 a. Good Messaging Server – 7.1.0
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 8 of 44
(Generic x86 Computer
Architecture Hardware)
32 Bit
2008 64
bit
Exchange
b. Good Messaging Server -
Domino
7.0.2
5 Apple iPhone & iPad iOS
Device
4.x
5.x
6.x
a. Good Messaging Client 2.1.5
6 Google Android Device 2.2
2.3
4.0
4.1
a. Good Messaging Client 2.1.2
Table 1; Platforms
USER/ADMINISTRATOR DOCUMENTATION
The following is a list of the user and administrator guidance documents:
GoodAdminGuide_domino
GoodAdminGuide_exchange
MS_OCSP_Install_Config
QuickInstall_domino
QuickInstall_exchange
UserGuide_android
UserGuide_iPad
UserGuide_iphone
Good Technology Security Best Practices
TOE DESCRIPTION
Good for Enterprise provides Android and iPhone mobile users with a wirelessly
synchronized connection to their company servers, so they can instantly access up-to-
date corporate email, attachments, contacts, calendar, public folders, global address
lists, and critical corporate data when away from their desks. Good for Enterprise is a
complete encrypted wireless system for accessing corporate messaging and data from
behind the firewall on the mobile handheld.
The Good for Enterprise system includes:
• The Good for Enterprise Client, supporting iOS and Android mobile devices (phones
and tablets).
• The Good Mobile Messaging Server (GMM), an enterprise class application allowing
for management/global policy control and remote wireless synchronization.
• The Good Mobile Control Server (GMC), an enterprise class application, used to
monitor and manage user handhelds.
WIRELESS SYNCHRONIZATION
Good for Enterprise provides automatic synchronization of email, calendar, and contacts,
between the user’s Microsoft Exchange Server or Domino Notes Server account and
iPhone and Android handhelds.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 9 of 44
Figure 2; Synchronizing Exchange account and handheld
As shown in Figure 2, Good Mobile Messaging Server software monitors the user’s
Exchange or Domino account and forwards all account activity to the user’s handheld via
the Network Operations Center and your wireless network. Similarly, changes made at
the handheld travel over the wireless network, and are returned from the Network
Operations Center to Exchange or Domino via Good Mobile Messaging Server. The email
arrives at both the user’s desktop and handheld, available to be read, forwarded, and
replied to from either location. A user can have his/her Outlook or Notes account
synchronized to multiple handhelds.
GOOD SYSTEM SECURITY ARCHITECTURE
The Good System provides an end-to-end system designed to protect corporate
information at all times—while it is being transmitted over the wireless network and while
it resides on the handheld. Installation of Good applications does not require any
modifications to the customer’s firewall, and allows leveraging the existing network
security infrastructure.
NETWORK PERIMETER SECURITY
Connections from the Good Mobile Messaging Server to the Good Network Operations
Center use HTTP and are protected by the Secure Sockets Layer (SSL). Connections to
the Good Network Operations Center are used only for sending data to and receiving
data from handheld devices. Perimeter security includes:
• End-to-end encryption
• AES
• FIPS 140-2 validation
• Reliable message delivery
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 10 of 44
HANDHELD SECURITY
The handheld device can be configured with a device password1
. The Good application
has its own password that is independent of the device password. When the handheld
device is locked, Good applications will not display any of the user’s data. Access to the
Good Application can be restored only by entering the correct Good password. If an
unauthorized user tries to guess the password too many times, the Good client software
can be configured to lock the device or delete all Good application data stored on it.
The IT administrator can specify policies for the password provided by the user. These
policies are applied wirelessly. Good data is encrypted and cannot be downloaded from
the device.
If a user’s handheld device is lost or stolen, the IT administrator can use the Good Mobile
Control Console to remotely disable access to Good on the device and remove all Good
application data. If a handheld device is recovered, Good for Enterprise and all handheld
applications selected by it can be restored over the air (OTA).
HANDHELD AUTHENTICATION
The Good System provides a number of safeguards against unauthorized access. The
Good Mobile Messaging Server resides behind a corporate firewall, and any handheld
device attempting to contact it requires a three-step authentication process among
• the Good Network Operations Center and the Good Mobile Messaging Server
the handheld and the Good Network Operations Center
the handheld and the Good Mobile Messaging Server
ADMINISTRATIVE SECURITY
The Good System offers Role-Based-Administration (RBA) features that allow system-
administration permissions to be customized according to the needs and qualifications of
each user. By controlling users’ access according to their roles and the associated
permissions, RBA provides a tool for managing IT assets and increasing security.
GOOD SECURE OTA ARCHITECTURE
OTA DEPLOYMENT SECURITY CONSIDERATIONS
In order to protect all traffic between Good OTA Setup and the Good Mobile Messaging
Servers, all communication during the provisioning process runs over HTTP/SSL. The
package of provisioning information is further encrypted using an AES key derived from
the user’s OTA PIN. After the client receives the package of provisioning information, it
begins to use the normal end-to-end encryption capabilities that Good for Enterprise uses
after provisioning a handheld at the Good Mobile Control Console.
OTA SOFTWARE INSTALLATION SECURITY CONSIDERATIONS
The Good OTA software distribution system supports distribution of three classes of
software: Good applications, Good partner applications, and custom applications provided
by a customer’s internal IT department. Security is maintained via the following:
Digital Signatures - Good software and partner software are
digitally signed using X.509v3 certificates.
Encryption - Before the custom software package is uploaded, it is encrypted using
a key generated by the Good Mobile Control Console using Microsoft’s CryptoAPI.
Software Versions - The Console provides a policy for IT to specify the version of
client software which will be installed.
1
Password is not mandatory, but is always recommended by Good. The enterprise can choose to not have passwords
based on enterprise policy.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 11 of 44
Mandatory Installation - IT can mark software packages as mandatory or optional.
Off-Peak Downloads - When IT initiates a Good for Enterprise upgrade or
distribution of other handheld software for multiple handhelds, the Good for Enterprise
client will begin the download at a random time overnight.
GOOD SECURITY POLICIES
Good for Enterprise allows the administrator to set a wide variety of policies to be
enforced on user handhelds. These include passwords; storage-card encryption;
mandatory or permitted applications, databases, and folders; S/MIME; and other policies.
MANAGING AN EXCHANGE ACCOUNT
Figure 3; Monitoring the user’s account
As shown in Figure 3, Good Mobile Messaging Server monitors activity in the handheld
user’s email, calendar, contacts, tasks, notes, and other folders and relays all changes to
the Network Operations Center, where they are queued up and delivered to the
handheld. In the same way, handheld activity is passed along to the Exchange account.
Synchronization is dynamic and real-time, not scheduled. The messages cannot be
viewed by anyone along the way because they are encrypted. Data can be viewed only
from Outlook and on the handheld. One user can have his/her Outlook or Domino
account synchronized to multiple handhelds.
MULTIPLE EXCHANGE AND GOOD MOBILE MESSAGING SERVERS
Good Mobile Messaging Server can manage synchronization for accounts on multiple
Exchange servers in an Exchange Organization.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 12 of 44
Figure 4; Handheld users on multiple Exchange servers and sites
Figure 4 shows Good Mobile Messaging Server maintaining user accounts on multiple
Exchange servers. Good Mobile Control Server uses the Exchange Global Address List
(GAL) to list, monitor, and manage handheld users across sites. The console is used to
assign handhelds to users and to monitor and manage Good Mobile Messaging Servers.
MANAGING ROLES
The role Superuser is granted all rights and can perform some tasks that no other user
can perform, and there can be only one Superuser. The Superuser must run the Good
Mobile Control Console the first time it is accessed, and can then grant access to other
accounts (using the Role Based Administration feature).
Roles for service administrator, administrator, SelfService and helpdesk are predefined
roles in the Console, which then can be used to create, delete and reassign other roles
when needed. The service administrator role is granted all rights in the TOE. The
SelfService role allows TOE users to optionally add their own handheld to Good for
Enterprise and the Console, as well as add additional handhelds, deleting these
handhelds, and erase and lock them.
The Good Mobile Control Console is used to manage the Good for Enterprise handhelds
and servers, and to control and limit the tasks performed by an individual or group using
Good Mobile Control Console. The console can be configured so that some individuals and
groups can use it only to set up handhelds and not to add or remove users from Good
Mobile Messaging Servers, by creating roles for different users and group of users for
Good Mobile Control Console.
DATA ENCRYPTION
All Good application data and folders on the handheld are encrypted. This data is
encrypted when Good for Enterprise locks the handheld. The databases are decrypted
when Good for Enterprise unlocks the handheld.
DIAGNOSTIC LOG FILE
The IT or helpdesk administrator in an organization can request the handheld user to
send in a log file from the phone for troubleshooting purposes.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 13 of 44
CORPORATE INFORMATION
The TOE separates the mobile data into corporate and personal data, where only the
corporate data are protected. Corporate authentication is not required to access personal
data, since the personal data is not protected.
The rest of this document is only targeting protected corporate information.
EXCLUDED FUNCTIONS
The following product features have been excluded from the CC evaluated configuration:
• Self-Service Portal
• Windows Phone 7 and legacy (e.g. Palm, Symbian, and Windows Mobile) clients
• GMC Web Services
• Application Management
NOTATIONS AND FORMATTING
The notations and formatting used in this ST are consistent with version 3.1 of the
Common Criteria (CC).
The refinement operation is used to add detail to a requirement, and thus further
restricts a requirement. Refinement of security requirements is denoted by bold text.
Deleted words are denoted by strike-through text.
The selection operation is used to select one or more options provided by the CC in
stating a requirement. Selections are denoted by italicized text in square brackets,
[Selection value].
The assignment operation is used to assign a specific value to an unspecified
parameter, such as the length of a password. Assignment is indicated by showing the
value with bold face in square brackets, [Assignment_value].
The iteration operation is used when a component is repeated with varying operations.
Iteration is denoted by showing the iteration letter following the component identifier.
Assets: Assets to be protected by the TOE are given names beginning with “AS.” – e.g.
AS.CLASSIFIED_INFO.
Assumptions: TOE security environment assumptions are given names beginning with
“A.”- e.g., A.Security_Procedures.
Threats: Threat agents are given names beginning with “TA.” – e.g., TA.User. Threats to
the TOE are given names beginning with “TT.” – e.g., TT.Filter_Fails. TOE security
environment threats are given names beginning with “TE.”-- e.g., TE.Crypto_Fails.
Policies: TOE security environment policies are given names beginning with “P.”—e.g.,
P.Information_AC.
Objectives: Security objectives for the TOE and the TOE environment are given names
beginning with “O.” and “OE.”, respectively, - e.g., O.Filter-msg and OE.Clearance.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 14 of 44
2. CC CONFORMANCE CLAIM (ASE_CCL)
This TOE and ST are conformant with the following specifications:
• CC Part 2: Security functional components, July 2009, Version 3.1, Revision 3,
extended.
• CC Part 3: Security assurance components, July 2009, Version 3.1, Revision 3,
conformant,
• Package: EAL4
• Protection Profiles: None
• Augmented SARs: ALC_FLR.1
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 15 of 44
3. SECURITY PROBLEM DEFINITION (ASE_SPD)
THREATS TO SECURITY
ASSETS
AS.Corporate_Information: Corporate information on Good Mobile Messaging Servers
and mobile devices.
THREAT AGENTS
TA.Malicious_Actor: Malicious actors trying to get intelligible information stored on
mobile devices or from communications between mobile devices.
TA.Unauthorized_user: Individuals who have not been granted the right to access the
system.
IDENTIFICATION OF THREATS
THREATS TO THE TOE
TT.Eavesdropping: Malicious actor(s) eavesdropping on intelligible information on
mobile devices, and/or data communications in transit between mobile devices.
TT.Theft: A malicious actor or an unauthorized user may get access to corporate
information on the mobile device, by theft and/or loss of mobile devices.
TT.Tampering: An unauthorized user or process may be able to bypass the TOE’s
security mechanisms by tampering with the TOE or TOE environment.
TT.Access_Info: A malicious actor passes of as a handheld user, and erases the
corporate information on the mobile device.
TT.Mod_Conf: A malicious actor or an unauthorized user may modify the TOE
configuration to gain unauthorized access to mobile devices.
ORGANIZATIONAL SECURITY POLICIES
P.Secure_Communications: The TOE shall use secure communications functions for its
own use, including encryption/decryption operations.
P.Manage: The TOE shall only be managed by authorized administrators.
P.Restrict: Changes made by administrators to default values in policies shall be more
restrictive.
ASSUMPTIONS
A.Install: The TOE has been installed and configured according to the appropriate
installation guides, and all traffic between clients and servers flows through it.
A.Manage: There is one or more competent individual (administrator) assigned to
manage the TOE and the security of the information it contains.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 16 of 44
A.No_Evil: The administrators of the TOE are non-hostile, appropriately trained, and
follow all guidance.
A.Locate: The processing resources of the TOE servers will be located within controlled
access facilities, which will prevent unauthorized physical access.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 17 of 44
4. SECURITY OBJECTIVES (ASE_OBJ)
TOE SECURITY OBJECTIVES
O.Secure_Communications: The TOE shall use secure communications functions to
maintain the confidentiality and allow for detection of modification of user data that is
transmitted to the TOE.
O.Protect: The TOE must ensure the integrity of audit, system data and corporate
information by protecting itself from unauthorized modifications and access to its
functions and data, and preserve correct operations during specified failure events.
O.Admin: The TOE must include a set of functions that allow management of its
functions and data, ensuring that TOE administrators with the appropriate training and
privileges and only those TOE administrators, may exercise such control.
O.Authenticate_Admin: The TOE must be able to identify and authenticate
administrators prior to allowing access to TOE administrative functions and data.
O.Authenticate_User: The TOE must be able to identify and authenticate users prior to
allowing access to mobile device functions and data.
O.Audit: The TOE must record the actions taken by administrators, prevent
unauthorized deletion of the audit records stored on the TOE, and provide the authorized
administrators with the ability to review the audit trail.
O.Access_Int: The TOE must allow access to server resources on protected/internal
network only as defined by the Access Control SFP.
OPERATIONAL ENVIRONMENT SECURITY OBJECTIVES
OE.Secure_Communications: The Operational Environment will provide secure
communications functions to the TOE including encryption and decryption functions.
OE.Manage: Sites deploying the TOE will provide competent, non-hostile TOE
administrators who are appropriately trained and follow all administrator guidance. TOE
administrators will ensure the system is used securely. The reliability of the TOE’s
timestamps will be ensured via periodic manual checks by the TOE administrator.
OE.Physical: The physical environment must be suitable for supporting TOE servers in a
secure setting.
OE.Install: Those responsible for the TOE must ensure that the TOE is delivered,
installed, managed, and operated in a manner which is consistent with IT security.
OE.Person: Personnel working as authorized administrators shall be carefully selected
and trained for proper operation of the TOE.
SECURITY OBJECTIVES RATIONALE
This section gives the relation between security objectives and threats, policies, and
assumption.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 18 of 44
Objectives
Threats,
Assumptions,
Policies
TT.Eavesdropping
TT.Theft
TT.Tampering
TT.Access_Info
TT.Mod_Conf
P.Secure_Communications
P.Manage
P.Restrict
A.Install
A.Manage
A.No_Evil
A.Locate
O.Secure_Communications X X X
O.Protect X X X X X
O.Admin
X X
O.Authenticate_Admin
X X
O.Authenticate_User X X X
O.Audit X X X X
O.Access_Int X X
OE.Secure_Communications X X X
OE.Manage X X X X
OE.Physical X
OE.Install X X X
OE.Person X X X
Table 2; Tracing of objectives to threats, assumptions, and policies
THREATS
TT.EAVESDROPPING
The threat TT.Eavesdropping is met by the objectives O.Secure_Communications,
O.Protect and O.Access_Int. O.Secure_Communications ensures that secure
communication functions can maintain the confidentiality and allow for detection of
modification of user data that is transmitted to the TOE. O.Protect ensures that the
protection mechanisms of the TOE designed to prevent tampering with TOE IT assets are
in place and functioning properly, and that these mechanisms cannot be bypassed.
O.Access_Int ensures that access to server resources on protected/internal network is
allowed only as defined by the Information Flow Control SFP. OE.
Secure_Communications ensures that the secure communications functions include
encryption and decryption.
TT.THEFT
The threat TT.Theft is met by the objectives O.Secure_Communications, ,
O.Authenticate_User and O.Audit. O.Secure_Communications ensures that secure
communication functions can maintain the confidentiality and allow for detection of
modification of user data that is transmitted to the TOE. O.Authenticate_User ensures
that users identify and authenticate themselves before they are given access. O.Audit
ensures that events of security relevance are audited. OE. Secure_Communications
ensures that the functions include encryption and decryption.
TT.TAMPERING
The threat TT.Tampering is met by the objectives O.Protect and O.Audit. O.Protect
ensures that the protection mechanisms of the TOE designed to prevent tampering with
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 19 of 44
TOE IT assets are in place and functioning properly, and that these mechanisms cannot
be bypassed. O.Audit ensures that changes to the TOE will be recorded.
TT.ACCESS_INFO
The threat TT.Access_Info is met by the objectives O.Protect, O.Authenticate_User
and O.Audit. O.Protect ensures that the TOE protects corporate information from
unauthorized modifications. O.Authenticate_User ensures that users identify and
authenticate themselves before they are given access. O.Audit ensures that events of
security relevance are audited.
TT.MOD_CONF
The threat TT.Mod_Conf is met by the objectives O.Protect, O.Authenticate_Admin,
O.Audit and OE.Manage. O.Protect ensures that the TOE protects configuration data
from unauthorized modifications. O.Authenticate_Admin ensures that Administrators
identify and authenticate themselves before they are given access to configuration data.
O.Audit ensures that events of security relevance are audited. OE.Manage ensures that
the TOE will be managed by competent, non-hostile administrators who will configure the
system securely to limit access to the user’s configuration data.
POLICIES
P.SECURE_COMMUNICATIONS
The policy P.Secure_Communications is met by the objective
O.Secure_Communications and the Operational Environment Objective OE.
Secure_Communications which will require the TOE to use secure communications
services provided by the Operations Environment. These services will provide
confidentiality and integrity protection of TSF data while in transit to the TOE.
P.MANAGE
The policy P.Manage is met by the objectives O.Protect, O.Admin,
O.Authenticate_User O.Authenticate_Admin, O.Access_Int, OE.Install and
OE.Person. The O.Protect objective provides for TOE self-protection. The O.Admin
objective ensures there is a set of functions for administrators to use. The
O.Authenticate_User objective provides for authentication of users prior to any TOE
function accesses. The O.Authenticate_Admin objective provides for authentication of
administrators prior to any management functions in the TOE. The OE.Install objective
supports the OE.Person objective by ensuring administrator follow all provided
documentation and maintain the security policy. The O.Access_Int ensures that the TOE
limits access to internal network resources to the authorized users.
P.RESTRICT
The policy P.Restric is met by the objective O.Admin by ensuring that the TOE provides
a set of functions that allow management of its functions and data.
ASSUMPTIONS
A.INSTALL
The assumption A.Install is met by the objectives OE.Manage and OE.Install.
OE.Manage ensures that the TOE will be managed by competent, non-hostile
administrators who will configure the system securely to limit access to the user’s
configuration data. OE.Install ensures that the TOE will be installed correctly and
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 20 of 44
configured securely. All traffic between the internal and external networks will flow
through the TOE.
A.MANAGE
The assumption A.Manage is met by the objectives OE.Manage, OE.Person and
OE.Install. OE.Manage ensures that the TOE will be managed by competent, non-
hostile administrators who will configure the system securely to limit access to the user’s
configuration data and who will periodically check the accuracy of the TOE’s timestamps.
OE.Person objective will ensure that administrators follow all provided documentation
and maintain the security policy. OE.Install ensures that the TOE will be installed
correctly and configured securely.
A.NO_EVIL
The assumption A.No_Evil is met by the objectives OE.Manage and OE.Person.
OE.Manage ensures that the TOE will be managed by competent, non-hostile
administrators who will configure the system securely to limit access to the user’s
configuration data and who will periodically check the accuracy of the TOE’s timestamps.
OE.Person objective will ensure that administrators follow all provided documentation
and maintain the security policy.
A.LOCATE
The assumption A.Locate is met by the objectives OE.Physical. OE.Physical ensures
that the TOE’s environment is suitable for securely supporting the TOE.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 21 of 44
5. EXTENDED COMPONENTS DEFINITION (ASE_ECD)
FDP_SWA_EXP.1 SECURE WEB ACCESS
Management:
The following actions could be considered for the management functions in FMT:
Enabling the secure web access function on handhelds.
Audit: There are no auditable events foreseen.
Hierarchical to: No other components.
Dependencies: None.
FDP_SWA_EXP.1.1 The TSF shall provide secure intranet web browsing access
capabilities.
FPT_ITT_EXP.1 BASIC INTERNAL TSF DATA TRANSFER PROTECTION
Management: There are no management functions foreseen.
Audit: There are no auditable events foreseen.
Hierarchical to: No other components.
Dependencies: None.
FPT_ITT_EXP.1.1 The TSF shall use mechanisms from the Operational Environment to
protect TSF data from [selection: disclosure, modification] when it is transmitted between
separate parts of the TOE.
FTP_ITC_EXP.1 INTER-TSF TRUSTED CHANNEL
Management: There are no management functions foreseen.
Audit: There are no auditable events foreseen.
Hierarchical to: No other components.
Dependencies: None
FTP_ITC_EXP.1.1 The TSF shall use a communication channel provided by the
Operational Environment to communicate between itself and another trusted IT product
that is logically distinct from other communication channels and provides assured
identification of its end points and protection of the channel data from modification or
disclosure.
FTP_ITC_EXP.1.2 The TSF shall permit [selection: the TSF, another trusted IT product]
to communicate via the trusted channel.
FTP_ITC_EXP.1.3 The TSF shall communicate via the trusted channel for [ assignment:
list of functions for which a trusted channel is required].
FTP_TRP_EXP.1 INTER-TSF TRUSTED PATH
Management: There are no management functions foreseen.
Audit: There are no auditable events foreseen.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 22 of 44
Hierarchical to: No other components.
Dependencies: None
FTP_TRP_EXP.1.1 The TSF shall use a communication path provided by the Operational
Environment to communicate between itself and [selection: remote, local]] users that is
logically distinct from other communication paths and provides assured identification of its
end points and protection of the communicated data from [selection: modification,
disclosure, [assignment: other types of integrity or confidentiality violation]].
FTP_TRP_EXP.1.2 The TSF shall permit [selection: the TSF, local users, remote users] to
communicate via the trusted path.
FTP_TRP_EXP.1.3 The TSF shall require the use of the trusted path for [selection: initial
user authentication, [assignment: other services for which trusted path is
required]].
FDP_CDD_EXP.1 CLIENT DATA DELETION
Management: There are no management functions foreseen.
Audit: Successful handheld wipe action.
Hierarchical to: No other components.
Dependencies: None.
FDP_CDD_EXP.1.1 The TSF shall erase all user data stored within the handheld when the
following events occur: [assignment: action taken].
EXTENDED COMPONENTS RATIONALE
The extended components were created because the Common Criteria standard classes do
not have any Security Functional Requirements (SFR) that accurately describe the unique
capabilities of tis TOE solution. The table below provides the rationale for each extended
component used in this ST.
Explicit Component Identifier Rationale
FDP_SWA_EXP.1 SECURE WEB
ACCESS
This explicit component is necessary since it describes
product-unique functionality, consisting of secure web
access from the Client.
FPT_ITT_EXP.1 BASIC
INTERNAL TSF
DATA
TRANSFER
PROTECTION
This explicit component is necessary since it provides the
ability for the TOE to use secure communications
capabilities provided by the Operational Environment.
FTP_ITC_EXP.1 INTER-TSF
TRUSTED
CHANNEL
This explicit component is necessary since it provides the
ability for the TOE to use a trusted communication
channel provided by the Operational Environment to
communicate between itself and another trusted IT
product.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 23 of 44
FTP_TRP_EXP.1 INTER-TSF
TRUSTED
PATH
This explicit component is necessary since it provides the
ability for the TOE to use a trusted communication
channel provided by the Operational Environment to
communicate between itself and users..
FDP_CDD_EXP.1 CLIENT DATA
DELETION
This explicit component is necessary since it describes
product-unique functionality to wipe handheld data.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 24 of 44
6. SECURITY REQUIREMENTS (ASE_REQ)
SECURITY FUNCTIONAL REQUIREMENTS (SFRS)
Functional Components
Security Audit
FAU_GEN.1 Audit data generation
FAU_GEN.1B Client audit data generation
FAU_GEN.2 User identity association
User Data Protection
FDP_ACC.1A Subset access control - Administrator
FDP_ACC.1B Subset access control - User
FDP_ACF.1A Security attribute based access control - Administrator
FDP_ACF.1B Security attribute based access control - User
FDP_ITC.2 Import of user data with security attributes
FDP_SWA_EXP.1 Secure web access
FDP_CDD_EXP.1 Client Data Deletion
Identification and Authentication
FIA_AFL.1 Authentication failure handling
FIA_ATD.1 User attribute definition
FIA_UAU.1A Timing of authentication - Administrator
FIA_UAU.1B Timing of authentication - User
FIA_UID.1 Timing of identification
FIA_USB.1 User-subject binding
Security Management
FMT_MOF.1A Management of security functions behaviour - Administrator
FMT_MOF.1B Management of security functions behaviour - User
FMT_MSA.1A Management of Security Attributes - Administrator
FMT_MSA.1B Management of Security Attributes - User
FMT_MSA.3A Static Attribute Initialisation - Administrator
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 25 of 44
FMT_MSA.3B Static Attribute Initialisation - User
FMT_SMF.1A Specification of management functions - Administrator
FMT_SMF.1B Specification of management functions - User
FMT_SMR.1 Security roles
Protection of the TSF
FPT_ITT_EXP.1 Basic internal TSF data transfer protection
FPT_STM.1 Reliable time stamps
FPT_TDC.1 Inter-TSF basic TSF data consistency
Trusted Channel/Path
FTP_ITC_EXP.1 Inter-TSF trusted channel
FTP_TRP_EXP.1 Inter-TSF trusted path
SECURITY AUDIT (FAU)
FAU_GEN.1 AUDIT DATA GENERATION
Dependences: FPT_STM.1 Reliable time stamps
FAU_GEN.1.1 The TSF shall be able to generate an audit record of the following auditable
events:
a) Start-up and shutdown of the audit functions;
b) All auditable events for the [not specified] level of audit; and
c) [See Table 3 - Auditable Events].
SFR Auditable Event Log Location
FAU_GEN.1 None N/A
FAU_GEN.1B None N/A
FAU_GEN.2 None N/A
FDP_ACC.1A None N/A
FDP_ACC.1B None N/A
FDP_ACF.1A Successful requests to perform management
functions
GMM
FDP_ACF.1B Successful requests to access corporate data
(e.g., email)
GMM
Client
FDP_ITC.2 Successful import of user data from
Exchange/Domino
GMM
FDP_SWA_EXP.1 None N/A
FDP_CDD_EXP.1 Successful handheld wipe action. GMC
FIA_AFL.1 None N/A
FIA_ATD.1 None N/A
FIA_UAU.1A
Unsuccessful use of the authentication
mechanism;
GMC
FIA_UAU.1B None N/A
FIA_UID.1 None N/A
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 26 of 44
FIA_USB.1 None N/A
FMT_MOF.1A
All modifications in the behaviour of the
console functions in the TSF.
GMC
FMT_MOF.1B
All modifications in the behaviour of the
console functions in the TSF.
GMC
FMT_MSA.1A All modifications of the values of security
attributes.
GMC
FMT_MSA.1B All modifications of the values of security
attributes.
GMC
FMT_MSA.3A None N/A
FMT_MSA.3B Modifications of the default setting of
restrictive rules.
GMC
FMT_SMF.1A Use of managing administrator identifiers;
creating, modifying, deleting role
definitions functions.
GMC
FMT_SMF.1B Use of the console management functions. GMC
FMT_SMR.1 Modifications to the group of users that
are part of a role;
GMC
FPT_ITT_EXP.1 None N/A
FPT_STM.1 None N/A
FPT_TDC.1 Successful use of TSF data consistency
mechanisms.
GMM
FTP_ITC_EXP.1 None N/A
FTP_TRP_EXP.1 None. N/A
Table 3 - Auditable Events
FAU_GEN.1.2 The TSF shall record within each audit record at least the following
information:
a) Date and time of the event, type of event, subject identity (if applicable), and the
outcome (success or failure) of the event; and
b) For each audit event type, based on the auditable event definitions of the functional
components included in the PP2
/ST, [None].
FAU_GEN.1B AUDIT DATA GENERATION - CLIENT
Dependences: FPT_STM.1 Reliable time stamps
FAU_GEN.1.1 The TSF shall be able to generate an audit record of the following auditable
events:
a) Start-up and shutdown of the audit functions;
b) All auditable events for the [not specified] level of audit; and
c) [Diagnostic information].
FAU_GEN.1.2 The TSF shall record within each audit record at least the following
information:
a) Date and time of the event, type of event, subject identity (if applicable), and the
outcome (success or failure) of the event; and
b) For each audit event type, based on the auditable event definitions of the functional
components included in the PP3
/ST, [None].
2
Good for Enterprise System is not compliant to any protection profile.
3
Good for Enterprise System is not compliant to any protection profile.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 27 of 44
FAU_GEN.2 USER IDENTITY ASSOCIATION
Dependences: FAU_GEN.1 Audit data generation
FIA_UID.1 Timing of identification
FAU_GEN.2.1 For audit events resulting from actions of identified users, the TSF shall
be able to associate each auditable event with the identity of the user that caused the
event.
USER DATA PROTECTION (FDP)
FDP_ACC.1A SUBSET ACCESS CONTROL - ADMINISTRATOR
Dependences: FDP_ACF.1 Security attribute based access control
FDP_ACC.1.1a The TSF shall enforce the [Administrator Access Control SFP] on
[subjects: administrators, objects: management tasks, operations: access].
FDP_ACC.1B SUBSET ACCESS CONTROL - USER
Dependences: FDP_ACF.1 Security attribute based access control
FDP_ACC.1.1b The TSF shall enforce the [User Access Control SFP] on [subjects:
users, objects: corporate data, operations: access].
FDP_ACF.1A SECURITY ATTRIBUTE BASED ACCESS CONTROL –
ADMINISTRATOR
Dependencies: FDP_ACC.1 Subset access control
FMT_MSA.3 Static attribute initialization
FDP_ACF.1.1a The TSF shall enforce the [Administrator Access Control SFP] to
objects based on the following: [subjects: administrators, subject attributes:
administrator roles, object: management tasks, object attributes: none].
FDP_ACF.1.2a The TSF shall enforce the following rules to determine if an operation
among controlled subjects and controlled objects is allowed: [role-based administration
setup].
FDP_ACF.1.3a The TSF shall explicitly authorise access of subjects to objects based on
the following additional rules: [no additional rules].
FDP_ACF.1.4a The TSF shall explicitly deny access of subjects to objects based on the
following additional rules: [no additional rules].
FDP_ACF.1B SECURITY ATTRIBUTE BASED ACCESS CONTROL – USER
Dependencies: FDP_ACC.1 Subset access control
FMT_MSA.3 Static attribute initialization
FDP_ACF.1.1b The TSF shall enforce the [User Access Control SFP] to objects based
on the following: [subjects: users, subject attributes: handheld policy, object:
corporate data, object attributes: none].
FDP_ACF.1.2b The TSF shall enforce the following rules to determine if an operation
among controlled subjects and controlled objects is allowed: [handheld policy].
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 28 of 44
FDP_ACF.1.3b The TSF shall explicitly authorise access of subjects to objects based on
the following additional rules: [no additional rules].
FDP_ACF.1.4b The TSF shall explicitly deny access of subjects to objects based on the
following additional rules: [no additional rules].
FDP_ITC.2 IMPORT OF USER DATA WITH SECURITY ATTRIBUTES
Dependencies: FDP_ACC.1 Subset access control
FTP_ITC.1 Inter-TSF trusted channel
FPT_TDC.1 Inter-TSF basic TSF data consistency
FDP_ITC.2.1 The TSF shall enforce the [network perimeter security SFP] when
importing user data, controlled under the SFP, from outside of the TOE.
FDP_ITC.2.2 The TSF shall use the security attributes associated with the imported user
data.
FDP_ITC.2.3 The TSF shall ensure that the protocol used provides for the unambiguous
association between the security attributes and the user data received.
FDP_ITC.2.4 The TSF shall ensure that interpretation of the security attributes of the
imported user data is as intended by the source of the user data.
FDP_ITC.2.5 The TSF shall enforce the following rules when importing user data
controlled under the SFP from outside the TOE: [no additional rules].
FDP_SWA_EXP.1 SECURE WEB ACCESS
Dependencies: None.
FDP_SWA_EXP.1.1 The TSF shall provide secure intranet web browsing access
capabilities.
FDP_CDD_EXP.1 CLIENT DATA DELETION
Dependencies: None.
FDP_CDD_EXP.1.1 The TSF shall erase all user data stored within the handheld when the
following events occur: [The wipe handheld command is received].
IDENTIFICATION AND AUTHENTICATION (FIA)
FIA_AFL.1 AUTHENTICATION FAILURE HANDLING
Dependencies: FIA_UAU.1 Timing of authentication
FIA_AFL.1.1 The TSF shall detect when [an administrator configurable positive integer
within [3 to 12]] unsuccessful authentication attempts occur related to [the number of
unsuccessful authentication attempts since the last successful authentication].
FIA_AFL.1.2 When the defined number of unsuccessful authentication attempts has
been [surpassed], the TSF shall [lock out handheld users or erase handheld data].
FIA_ATD.1 USER ATTRIBUTE DEFINITION
Dependences: None.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 29 of 44
FIA_ATD.1.1 The TSF shall maintain the following list of security attributes belonging to
individual users: [administrator identifier, roles].
FIA_UAU.1A TIMING OF AUTHENTICATION - ADMINISTRATOR
Dependences: FIA_UID.1 Timing of identification
FIA_UAU.1.1a The TSF shall allow [secure HTTPS and SSL connection
establishment for the purpose of transferring and accessing corporate data,
administrator identification] on behalf of the user to be performed before the user is
authenticated.
FIA_UAU.1.2a The TSF shall require each user to be successfully authenticated before
allowing any other TSF-mediated actions on behalf of that user.
FIA_UAU.1B TIMING OF AUTHENTICATION - USER
Dependences: FIA_UID.1 Timing of identification
FIA_UAU.1.1b The TSF shall allow [secure connection establishment for the
purpose of transferring and accessing corporate data, user identification] on
behalf of the user to be performed before the user is authenticated.
FIA_UAU.1.2b The TSF shall require each user to be successfully authenticated before
allowing any other TSF-mediated actions on behalf of that user.
FIA_UID.1 TIMING OF IDENTIFICATION
Dependences: None.
FIA_UID.1.1 The TSF shall allow [secure connection for the purpose of
transferring and accessing corporate data] on behalf of the user to be performed
before the user is identified.
FIA_UID.1.2 The TSF shall require each user to identify itself before allowing any other
TSF-mediated actions on behalf of that user.
FIA_USB.1 USER-SUBJECT BINDING
Dependences: FIA_ATD.1 User attribute definition
FIA_USB.1.1 The TSF shall associate the following user security attributes with subjects
acting on the behalf of that user: [administrator identifier, roles].
FIA_USB.1.2 The TSF shall enforce the following rules on the initial association of
user security attributes with subjects acting on the behalf of users:
[user security attributes are bound upon successful login].
FIA_USB.1.3 The TSF shall enforce the following rules governing changes to the user
security attributes associated with subjects acting on the behalf of users:
[user security attributes do not change until user logs in after changes are
made].
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 30 of 44
SECURITY MANAGEMENT (FMT)
FMT_MOF.1A MANAGEMENT OF SECURITY FUNCTIONS BEHAVIOUR -
ADMINISTRATOR
Dependences: FMT_SMF.1 Specification of Management Functions
FMT_SMR.1 Security roles
FMT_MOF.1.1a The TSF shall restrict the ability to [determine the behaviour of] the
functions [
• managing administrator identifiers,
• managing roles]
• to [administrators].
FMT_MOF.1B MANAGEMENT OF SECURITY FUNCTIONS BEHAVIOUR -
USER
Dependences: FMT_SMF.1 Specification of Management Functions
FMT_SMR.1 Security roles
FMT_MOF.1.1b The TSF shall restrict the ability to [determine the behaviour of] the
functions [
• managing user identifiers
• managing user password characteristics,
• managing handheld policies]
to [administrators].
FMT_MSA.1A MANAGEMENT OF SECURITY ATTRIBUTES -
ADMINISTRATOR
Dependencies: FDP_ACC.1 Subset access control
FMT_SMR.1 Security roles
FMT_SMF.1 Specification of Management Functions
FMT_MSA.1.1a The TSF shall enforce the [Administrator Access Control SFP] to
restrict the ability to [query, modify, delete, [create]] the security attributes [
administrator identifier,
administrator roles]
to [administrators].
FMT_MSA.1B MANAGEMENT OF SECURITY ATTRIBUTES - USER
Dependencies: FDP_ACC.1 Subset access control
FMT_SMR.1 Security roles
FMT_SMF.1 Specification of Management Functions
FMT_MSA.1.1b The TSF shall enforce the [User Access Control SFP] to restrict the
ability to [query, modify, delete, [create]] the security attributes [
user identifier,
user password characteristics
handheld policies]
to [administrators].
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 31 of 44
FMT_MSA.3A STATIC ATTRIBUTE INITIALISATION - ADMINISTRATOR
Dependencies: FMT_MSA.1 Management of security attributes
FMT_SMR.1 Security roles
FMT_MSA.3.1a The TSF shall enforce the [Administrator Access Control SFP] to
provide [permissive] default values for security attributes that are used to enforce the
SFP.
FMT_MSA.3.2a The TSF shall allow the [administrators] to specify alternative initial
values to override the default values when an object or information is created.
FMT_MSA.3B STATIC ATTRIBUTE INITIALISATION - USER
Dependencies: FMT_MSA.1 Management of security attributes
FMT_SMR.1 Security roles
FMT_MSA.3.1b The TSF shall enforce the [User Access Control SFP] to provide
[restrictive] default values for security attributes that are used to enforce the SFP.
FMT_MSA.3.2b The TSF shall allow the [administrators] to specify alternative initial
values to override the default values when an object or information is created.
FMT_SMF.1A SPECIFICATION OF MANAGEMENT FUNCTIONS -
ADMINISTRATOR
Dependencies: None.
FMT_SMF.1.1 The TSF shall be capable of performing the following management
functions: [
• managing administrator identifiers,
• creating, modifying, deleting role definitions].
FMT_SMF.1B SPECIFICATION OF MANAGEMENT FUNCTIONS - USER
Dependencies: None.
FMT_SMF.1.1b The TSF shall be capable of performing the following management
functions: [
• managing user identifiers,
• managing user password characteristics,
• managing handheld policies].
FMT_SMR.1 SECURITY ROLES
Dependencies: FIA_UID.1 Timing of identification
FMT_SMR.1.1 The TSF shall maintain the roles [administrator, user].
FMT_SMR.1.2 The TSF shall be able to associate users with roles.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 32 of 44
PROTECTION OF THE TSF (FPT)
FPT_ITT_EXP.1 BASIC INTERNAL TSF DATA TRANSFER PROTECTION
Dependencies: None.
FPT_ITT_EXP.1.1 The TSF shall use mechanisms from the Operational Environment to
protect TSF data from [disclosure] when it is transmitted between separate parts of the
TOE.
FPT_STM.1 RELIABLE TIME STAMPS
Dependencies: None.
FPT_STM.1.1 The TSF shall be able to provide reliable time stamps.
FPT_TDC.1 INTER-TSF BASIC TSF DATA CONSISTENCY
Dependencies: None
FPT_TDC.1.1 The TSF shall provide the capability to consistently interpret [protected
corporate information] when shared between the TSF and another trusted IT product4
.
FPT_TDC.1.2 The TSF shall use [the Good Mobile Messaging Server] when
interpreting the TSF data from another trusted IT product.
TRUSTED PATH / CHANNELS (FTP)
FTP_ITC_EXP.1 INTER-TSF TRUSTED CHANNEL
Dependencies: None
FTP_ITC_EXP.1.1 The TSF shall use a communication channel provided by the
Operational Environment to communicate between itself and another trusted IT product
that is logically distinct from other communication channels and provides assured
identification of its end points and protection of the channel data from modification or
disclosure.
FTP_ITC_EXP.1.2 The TSF shall permit [the TSF or another trusted IT product] to
communicate via the trusted channel.
FTP_ITC_EXP.1.3 The TSF shall communicate via the trusted channel for [sending
data to and from Exchange and Domino servers].
FTP_TRP_EXP.1 INTER-TSF TRUSTED PATH
Dependencies: None
FTP_TRP_EXP.1.1 The TSF shall use a communication path provided by the Operational
Environment to communicate between itself and [remote] users that is logically distinct
from other communication paths and provides assured identification of its end points and
protection of the communicated data from [modification or disclosure].
FTP_TRP_EXP.1.2 The TSF shall permit [the TSF] to communicate via the trusted path.
FTP_TRP_EXP.1.3 The TSF shall require the use of the trusted path for
[communication to handheld devices].
4
Trusted IT products are Domino/Exchange servers
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 33 of 44
SECURITY ASSURANCE REQUIREMENTS (SARS)
Assurance Class Assurance Components
ADV ADV_ARC.1, ADV_FSP.4, ADV_IMP.1, ADV_TDS.3
AGD AGD_OPE.1, AGD_PRE.1
ALC
ALC_CMC.4, ALC_CMS.4, ALC_DEL.1, ALC_DVS.1, ALC_FLR.1, ALC_LCD.1,
ALC_TAT.1
ATE ATE_COV.2, ATE_DPT.1, ATE_FUN.1, ATE_IND.2
AVA AVA_VAN.3
Table 4; Assurance requirements EAL4 augmented with ALC_FLR.1
SECURITY REQUIREMENTS RATIONALE
This section gives the relation between SFRs and security objectives.
TOE functional requirements
Objectives
for
the
TOE
O.Secure_Communicatio
ns
O.Protect
O.Admin
O.Authenticate_Admin
O.Authenticate_User
O.Audit
O.Access_Int
Security Audit (FAU)
FAU_GEN.1 Audit data generation X
FAU_GEN.1B Audit data
generation - Client
X
FAU_GEN.2 User identity
association
X
User Data Protection (FDP)
FDP_ACC.1A Subset access
control-Administrator
X X
FDP_ACC.1B Subset access
control-User
X X
FDP_ACF.1A Security attribute
based access control-
Administrator
X X
FDP_ACF.1B Security attribute
based access control-User
X X
FDP_ITC.2, Import of user data
with security attributes
X
FDP_SWA_EXP.1, Secure Web
Access
X
FDP_CDD_EXP.1, Client Data
Deletion
X
Identification and
Authentication (FIA)
FIA_AFL.1, Authentication failure X X
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 34 of 44
TOE functional requirements
Objectives
for
the
TOE
O.Secure_Communicatio
ns
O.Protect
O.Admin
O.Authenticate_Admin
O.Authenticate_User
O.Audit
O.Access_Int
handling
FIA_ATD.1 User attribute
definition
X X X
FIA_UAU.1A Timing of
authentication-Administrator
X X
FIA_UAU.1B Timing of authentication -
User
X X
FIA_UID.1 Timing of identification X X X
FIA_USB.1 User-subject binding X X X
Security Management (FMT)
FMT_MOF.1A Management of
security functions behaviour-
Administrator
X
FMT_MOF.1B Management of
security functions behaviour-User
X
FMT_MSA.1A Management of
security attributes-Administrator
X
FMT_MSA.1B Management of
security attributes-User
X
FMT_MSA.3A Static attribute
initialisation-Administrator
X
FMT_MSA.3B Static attribute
initialisation-User
X
FMT_SMF.1A Specification of
Management Functions-
Administrator
X
FMT_SMF.1B Specification of
Management Functions-User
X
FMT_SMR.1 Security roles X
Protection of the TSF (FPT)
FPT_ITT_EXP.1 Basic internal TSF
data transfer protection
X X
FPT_STM.1 Reliable time stamps X X
FPT_TDC.1, Inter-TSF basic TSF
data consistency
X
Trusted Path / Channels
(FTP)
FTP_ITC_EXP.1, Inter-TSF trusted
channel
X X
FTP_TRP_EXP.1Inter-TSF Trusted
path
X X
Table 5; Tracing of functional requirements to objectives
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 35 of 44
O.SECURE_COMMUNICATIONS
The TOE shall use secure communications provided by the Operational Environment to
protect TSF data from disclosure when transmitted between separate parts of the TOE to
meet FPT_ITT_EXP.1. The TSF shall use a communication channel provided by the
Operational Environment to communicate between itself and another trusted IT product
to meet the requirements of FTP_ITC_EXP.1. The TOE shall use a secure
communications path between the Server and handhelds provided by the Operational
Environment to satisfy FTP_TRP_EXP.1.
O.PROTECT
The TOE must ensure the integrity of audit and system data by protecting itself from
unauthorized modifications and access to its functions and data. FPT_ITT_EXP.1
requires the TOE to protect the collected data from disclosure when the data is
transmitted to a separate part of the TOE. FPT_STM.1 requires that the TOE provide
reliable timestamps for its own use. FPT_TDC.1 requires that the TSF shall provide the
capability to consistently interpret all information when shared between the TSF and the
enterprise mail server. FTP_ITC_EXP.1 requires that the TSF shall provide a
communication channel between itself and mobile devices that is logically distinct from
other communication channels and provides assured identification of its end points and
protection of the channel data from modification or disclosure. The TOE shall use a
secure communications path between the TOE and administrators provided by the
Operational Environment to satisfy FTP_TRP_EXP.1.
O.ADMIN
The TOE must include a set of functions that allow management of its functions and data,
ensuring that TOE users with the appropriate privileges and only those TOE users, may
exercise such control. FMT_MOF.1A&B restricts access to TOE management functions.
FMT_MSA.1A&B specifies which roles can access security attributes. FMT_MSA.3A&B
enforces the User Access Control SFP and Administrator Access Control SFP to provide
default values for security attributes that are used to enforce the SFP and who can
modify the default values. FMT_SMF.1A&B specifies the management functions the TOE
must provide. FMT_SMR.1 requires the TOE to maintain separate Administrator roles.
O.AUTHENTICATE_ADMIN
The TOE must be able to identify and authenticate administrators prior to allowing access
to TOE administrative functions and data. FDP_ACC.1A requires the TOE to enforce the
Administrator Access Control SFP. FDP_ACF.1A specifies the attributes used to enforce
the Administrator Access Control SFP. FIA_ATD.1.1 defines security attributes of
subjects used to enforce the authentication policy of the TOE. FIA_UAU.1A requires
Administrators to be authenticated before they are able to perform any other actions.
FIA_UID.1 requires Administrators to be identified before they are able to perform any
other actions. FIA_USB.1 ensures that user security attributes are associated with
subjects acting on the behalf of that user.
O.AUTHENTICATE_USER
The TOE must be able to identify and authenticate users prior to allowing access to TOE
functions and data. FDP_ACC.1B requires the TOE to enforce the User Access Control
SFP. FDP_ACF.1B specifies the attributes used to enforce the User Access Control SFP.
FIA_AFL.1 ensures that user data is not accessible when the defined number of
unsuccessful authentication attempts has been met or surpassed. FIA_ATD.1 defines
security attributes of subjects used to enforce the authentication policy of the TOE.
FIA_UAU.1B requires users to be authenticated before they are able to perform any
other actions. FIA_UID.1 requires users to be identified before they are able to perform
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 36 of 44
any other actions. FIA_USB.1 ensures that user security attributes are associated with
subjects acting on the behalf of that user.
O.AUDIT
The TOE must record the actions taken by administrators and users, and provide reliable
timestamps for its own use. FAU_GEN.1 requires that the TOE records relevant
commands entered by an Administrator. FAU_GEN.2 requires that the TOE associates
events with users. FPT_STM.1 requires that the TOE provide reliable timestamps for its
own use. FAU_GEN.1B ensures that diagnostic data is collected on the handheld.
O.ACCESS_INT
The TOE must be able to identify and authenticate users and administrators prior to
allowing access to TOE functions and data. FDP_ACC.1A&B requires the TOE to enforce
the Administrator and User Access Control SFP. FDP_ACF.1A&B specifies the attributes
used to enforce the Administrator and User Access Control SFP. FIA_AFL.1 ensures that
user data is not accessible when the defined number of unsuccessful authentication
attempts has been met or surpassed. FIA_ATD.1 defines security attributes of subjects
used to enforce the authentication policy of the TOE. FIA_UAU.1A&B requires users
and administrators to be authenticated before they are able to perform any other
actions. FIA_UID.1 requires users and administrators to be identified before they are
able to perform any other actions. FIA_USB.1 ensures that user and administrators
security attributes are associated with subjects acting on the behalf of that user.
FDP_CDD_EXP.1 ensures that user data on the handheld is erased when the
administrator issues the remote wipe command. FDP_ITC.2 requires the TOE to enforce
the network perimeter security SFP when importing user data.
SFR DEPENDENCIES
The table below shows the dependencies of the security functional requirement of the
TOE and gives a rationale for each of them.
Security functional
requirement
Dependency Rationale
Security Audit (FAU)
FAU_GEN.1 Audit
data generation
FPT_STM.1 Reliable time
stamps
Included.
FAU_GEN.2 User
identity association
FAU_GEN.1 Audit data
generation
FIA_UID.1 Timing of
identification
Included
User Data Protection (FDP)
FDP_ACC.1 Subset
access control
FDP_ACF.1 Security
attribute based access
control
Included
FDP_ACF.1 Security
attribute based
access control
FDP_ACC.1 Subset access
control
FMT_MSA.3 Static attribute
initialisation
Included
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 37 of 44
Security functional
requirement
Dependency Rationale
FDP_ITC.2, Import of
user data with
security attributes
[FDP_ACC.1 Subset access
control, or
FDP_IFC.1 Subset
information flow control]
[FTP_ITC.1 Inter-TSF
trusted channel, or
FTP_TRP.1 Trusted path]
FPT_TDC.1 Inter-TSF basic
TSF data consistency
Included (FDP_ACC.1,
FTP_TRP_EXP.1, FTP_TDC.1 and
FTP_ITC_EXP.1,)
FDP_SWA_EXT.1
Secure Web Access
None
FDP_CDD_EXP.1
Client Data Deletion
None
Identification and Authentication (FIA)
FIA_AFL.1,
Authentication failure
handling
FIA_UAU.1 Timing of
authentication
Included
FIA_ATD.1 User
attribute definition
None
FIA_UAU.1 Timing of
authentication
FIA_UID.1 Timing of
identification
Included
FIA_UID.1 Timing of
identification
None
FIA_USB.1 User-
subject binding
FIA_ATD.1 User attribute
definition
Included
Security Management (FMT)
FMT_MOF.1
Management of
security functions
behaviour
FMT_SMF.1 Specification of
Management Functions
FMT_SMR.1 Security roles
Included
FMT_MSA.1
Management of
security attributes
[FDP_ACC.1 Subset access
control, or
FDP_IFC.1 Subset
information flow control]
FMT_SMR.1 Security roles
FMT_SMF.1 Specification of
Management Functions
Included (FDP_ACC.1,
FMT_SMR.1, FMT_SMF.1)
FMT_MSA.3 Static
attribute initialisation
FMT_MSA.1 Management of
security attributes
FMT_SMR.1 Security roles
Included
FMT_SMF.1
Specification of
Management
Functions
None
FMT_SMR.1 Security
roles
FIA_UID.1 Timing of
identification
Included
Protection of the TSF (FPT)
FPT_ITT_EXP.1 Basic
internal TSF data
transfer protection
None
FPT_STM.1 Reliable
time stamps
None
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 38 of 44
Security functional
requirement
Dependency Rationale
FPT_TDC.1, Inter-
TSF basic TSF data
consistency
None
Trusted Path / Channels (FTP)
FTP_ITC_EXP.1,
Inter-TSF trusted
channel
None
FTP_TRP_EXP.1
Trusted path
None
Table 6; Security functional requirements dependency rationale
SAR RATIONALE
This ST contains the assurance requirements from the CC EAL4 assurance package
augmented with ALC_FLR.1. A major market for Good Technology is government
agencies. A requirement from several of the government agencies is that we have this
level (EAL4+) of Common Criteria certification.
7. TOE SUMMARY SPECIFICATION (ASE_TSS)
TOE SECURITY FUNCTIONS SPECIFICATION
This section describes the security functions provided by the TOE to meet the security
functional requirements specified for the TOE in section 6.
List of security functions:
• Security_Audit
• Userdata_Protection
• Identification_Authentication
• Security_Management
• TSF_Protection
• Trusted_Path-Channels
SF.SECURITY_AUDIT
The TOE provides a capability to generate and view events by recording them in a log
file. The GFE Common Criteria Supplement provides details of the log information.
This Server log file records the administrative tasks performed by Good Mobile Control
Console and Good Messaging Manager Server. It contains auditing information about
when the tasks were performed and who performed them. Event messages are recorded
in the Windows Event Viewer Application log. This log file records the server’s
Exchange/handheld synchronization activity for messages and events. Synchronization
error and event messages are recorded in the Windows Event Viewer Application log.
The Client log file records diagnostic information. The Client log is stored in non-volatile
memory and can be uploaded to the Server for diagnostic purposes.
SF_USERDATA_PROTECTION
The TOE supports access operation access with the subject attributes administrator roles
and user roles. Administrator access to management tasks is restricted based on the
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 39 of 44
assigned administrator role and the options within that role. User access to corporate
data is restricted based on the assigned handheld policy.
The TOE shall enforce network perimeter security when importing user data from outside
of the TOE. Communications between the TOE and Domain Controllers and SQL Servers
is protected by the Operational Environment.
Clients can be configured to use a secure web browser (Good Mobile Access) to access
intranet web sites.
All administrators have to be authenticated. Good provides the capability of enforcing
role based administration to separate administrative functions if so desired.
Administrators can wipe handheld data with a remote wipe command from the
Administrator’s console.
SF.IDENTIFICATION_AUTHENTICATION
Administrator access of the Good servers is not a part of the domain. Therefore
administrator access is being authenticated against Active Directory.
The Good System offers Role-Based-Administration (RBA) features that allow system-
administration permissions to be customized according to the needs and qualifications of
each user. By controlling users’ access according to their roles and the associated
permissions, RBA provides a tool for managing IT assets and increasing security.
The handheld device can be configured with a password. When the handheld device is
locked, Good applications will not display any of the user’s data. Access can be restored
only by entering the correct password. If an unauthorized user tries to guess the
password exceeding the administrator-specified limit, the Good client software can be
configured to lock the device or delete all Good application data stored on it. Passwords
set on Android control access to the Good application. Passwords set on iPhone can
control access to the device or Good application, or both.
SF.SECURITY_MANAGEMENT
Good Mobile Messaging Server monitors activity in the handheld user’s email, calendar,
contacts, tasks, notes, and other folders and relays all changes to the Network
Operations Center, where they are queued up and delivered to the handheld. In the
same way, handheld activity is passed along to the Exchange or Domino account. Good
Mobile Messaging Server can manage synchronization for accounts on multiple Exchange
servers in an Exchange Organization.
Good Mobile Control Server uses the Exchange Global Address List (GAL) to list, monitor,
and manage handheld users across sites. Good Mobile Control Console communicates
with Good Mobile Control Server. There must be at least one Good Mobile Control Server
installed. A Good Mobile Control Console can communicate with any Good Mobile
Messaging Server; where a Console menu item allows specifying which. To access the
Console, administrators enter a URL to the Server. Console use is controlled by the roles
that are assigned to the administrators who use it.
The Good Mobile Control Console is used to assign handhelds to users and to monitor and
manage Good Mobile Messaging Servers. The Console manages the Good for Enterprise
handhelds and servers, and control and limit the tasks performed by an individual or
group using Good Mobile Control Console. The console can be configured so that some
individuals and groups can use it only to set up handhelds and not to add or remove
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 40 of 44
users from Good Mobile Messaging Servers, by creating roles for different users and
group of users for Good Mobile Control Console.
The Administrator role is created with access to all management functions.
Administrators may change the default settings to restrict access to management
functions. By default, the Administrator role has access to the following management
functions:
• Handheld rights
• Handheld security rights
• Manage Mobile Sevice Settings
• Server rights
• Deployment Rights
Administrators create all user accounts with user identifiers and password charcteristics.
Handheld user accounts are assigned handheld policies created by the Administrator.
Administrators configure handheld policies with the following restrictive default settings
as shown in Table 7 - Handheld Policy Settings.
Handheld Policy Parameter Setting
GFE Password Related
Password protected lock screen N
Expire password after 60 days
Disallow previously used passwords 6
Minimum password length of 8 characters
Disallow repeated characters after 1 character
Require both letters and numbers Y
Require both upper and lower case Y
Require at least one special character Y
Do not allow sequential numbers Y
Lock Screen Protection
Require password when idle for more than 15 minutes
Take action after __ invalid password attempts 3
Action to take Wipe data
Show notifications on lock screen N
Allow event reminder details over lock screen N
Messaging
Do not allow data to be copied from the Good
application
Y
Do not allow data to be copied into the Good
application
Y
Provisioning
OTA Pin expires after 3 days
Allow OTA PIN reuse N
iOS Specific Configuration
Enable MDM profile Y
Require passcode length of at least 8 char
Allow simple value N
Alphanumeric Y
Enable Remote Wipe Y
Maximum failed attempts 3
Android Specific Configuration
Enable full device remote wipe Y
Enable remote full device lock Y
Enable Remote Password reset Y
Require passcode with minimum length of 8 char
Maximum failed passcode attempts 3
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 41 of 44
Good Mobile Access (Secure Browser)
Enable access to the Intranet Y
Table 7 - Handheld Policy Settings
Administrators can change the following handheld policy default settings to be more
restrictive:
• Enable password protected lock screen
• Expire password less than 60 days
• Disallow previously used passwords greater than 6
• Minimum password length greater than 8 characters
• Require password when idle for less than 15 minutes
• Take action after less than 3 invalid password attempts
• OTA PIN expires in less than 3 days
• Require iOS passcode length of greater than 8 characters
• Maximum iOS failed attempts less than 3
• Require Android passcode with minimum length of greater than 8 characters
• Maximum Android failed passcode attempts less than 3
SF.TSF_PROTECTION
Specification of products is described in sections 1.2.2 and 1.2.3, where trusted IT
products are Exchange Server5
and Domino Server. Other TOE Environment products
described are Primary Domain Controller, and Microsoft SQL Server. Data transmitted
from the TSF to another trusted IT product is protected by the Operational Environment
from unauthorised disclosure during transmission.
TSF data shall be protected when it is transmitted between separate parts of the TOE
(GMC to GMM). The Operational environment will provide secured communication
mechanisms used by the TOE data types that are transferred including e-mail,
attachments, contacts, calendar, and browser.
The TOE provides timestamps for the TOE’s use in audit log timestamps.
TRUSTED_PATH-CHANNELS
The Good System provides an end-to-end system designed to protect corporate
information at all times—while it is being transmitted over the wireless network and while
it resides on the handheld.
The information between Good Mobile Messaging Server and mobile devices is
transferred via a secure communications mechanism provided by the Operational
Environment and used by the TOE.
Connections from the Good Mobile Messaging Server to the Good Network Operations
Center use HTTP and are protected by the SSL. Connections to the Good Network
Operations Center are used only for sending data to and receiving data from handheld
devices. Perimeter security includes:
• End-to-end encryption
• AES
• Reliable message delivery
SECURITY FUNCTIONS RATIONALE
The table below shows that all TOE security requirements can be traced to at least one
TOE security function.
5
Exchange Server 2007 is an evaluated product
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 42 of 44
TOE functional requirements
Security
audit
Userdata_Protection
Identification_Authentication
Security_Management
TSF_Protection
Trusted_Path-Channels
Security Audit (FAU)
FAU_GEN.1 Audit data generation X
FAU_GEN.1B Audit data generation – Client X
FAU_GEN.2 User identity association X
User Data Protection (FDP)
FDP_ACC.1A&B Subset access control X
FDP_ACF.1A&B Security attribute based
access control
X
FDP_ITC.2, Import of user data with
security attributes
X
FDP_SWA_EXP.1 Secure Web Access X
FDP_CDD_EXP.1 Client Data Deletion X
Identification and Authentication (FIA)
FIA_AFL.1, Authentication failure handling X
FIA_ATD.1 User attribute definition X
FIA_UAU.1A&B Timing of authentication X
FIA_UID.1 Timing of identification X
FIA_USB.1 User-subject binding X
Security Management (FMT)
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 43 of 44
TOE functional requirements
Security
audit
Userdata_Protection
Identification_Authentication
Security_Management
TSF_Protection
Trusted_Path-Channels
FMT_MOF.1A&B Management of security
functions behaviour
X
FMT_MSA.1A&B Management of security
attributes
X
FMT_MSA.3A&B Static attribute initialisation X
FMT_SMF.1A&B Specification of
Management Functions
X
FMT_SMR.1 Security roles X
Protection of the TSF (FPT)
FPT_ITT_EXP.1 Basic internal TSF data
transfer protection
X
FPT_STM.1 Reliable time stamps X
FPT_TDC.1, Inter-TSF basic TSF data
consistency
X
Trusted Path / Channels (FTP)
FTP_ITC_EXP.1, Inter-TSF trusted channel X
FTP_TRP_EXP.1 Trusted path X
Table 8; Tracing of TOE functional requirements to TOE security functions
SF.SECURITY_AUDIT
The TOE security function SF.Security_Audit, “The TOE provides a capability to generate
and view events by recording them in a log file”, meets the audit requirements
FAU_GEN.1 and FAU_GEN.2. Recording diagnostic information on the handhelds is
satisfied by FAU_GEN.1B.
COMPANY CONFIDENTIAL
Good Technology Security Target for Good for Enterprise System
2013-08-07 Version 1.19 Page 44 of 44
SF.USERDATA_PROTECTION
The TOE security function SF.Userdata_Protection, “The TOE supports access operation
access with the subject attributes administrator roles and user roles”, meets the
protection of user data requirements FDP_ACC.1A, FDP_ACC.1B, FDP_ACF.1A,
FDP_ACF.1B, FDP_ITC.2, FDP_SWA_EXT.1, and FDP_CDD_EXP.1.
SF.IDENTIFICATION_AUTHENTICATION
The TOE security function SF.Identification_Authentication, “The Good System offers
Role-Based-Administration (RBA) features that allow system-administration permissions
to be customized. When the handheld device is locked, Good applications will not display
any of the user’s data”, meets the identification and authentication requirements
FIA_AFL.1, FIA_ATD.1, FIA_UAU.1A, FIA_UAU.1B, FIA_UID.1 and FIA_USB.1.
SF.SECURITY_MANAGEMENT
The TOE security function SF.Security_Management, “The Good Mobile Control Console is
used to assign handhelds to users and to monitor and manage Good Mobile Messaging
Servers”, meets the management requirements FMT_MOF.1A, FMT_MOF.1B,
FMT_MSA.1A, FMT_MSA.1B, FMT_MSA.3A, FMT_MSA.3B, FMT_SMF.1A.
FMT_SMF.1B and FMT_SMR.1.
SF.TSF_PROTECTION
The TOE security function SF.TSF_Protection, “Data transmitted from the TSF to another
trusted IT product is protected by the Operational Environment from unauthorised
disclosure during transmission The TOE provides timestamps for the TOE’s use”, meets
the protection of the TSF requirements FPT_ITT_EXP.1, FPT_STM.1 and FPT_TDC.1.
SF.TRUSTED PATH-CHANNELS
The TOE security function SF.Trusted Path-Channels, the TOE uses secure
communications channel mechanisms provided by the Operational Environment to
exchange information with trusted external IT entities meets the Trusted Channel
requirements FTP_ITC_EXP.1. The TOE uses secure communications path mechanisms
provided by the Operational Environment to transfer data between the Server and Clients
meets the trusted path requirement FTP_TRP_EXP.1.