Certification Report: st_vid10372

Certification Report: st_vid10372
Validation Report
McAfee, Inc.
McAfee Network Security Platform Release 5.1
Document ID: 10-1904-R-0035 V1.4
May 27, 2010
Table of Contents
Executive Summary ..........................................................................................3
Identification of the TOE .................................................................................4
Interpretations ...................................................................................................5
Security Policy ...................................................................................................5
1
2
3
4
4.1
4.2
4.3
4.4
4.5
4.6
4.7
5
Security Audit .................................................................................................................. 5
Cryptographic Operations ................................................................................................ 5
Identification and Authentication ..................................................................................... 6
Security Management ....................................................................................................... 6
Protection of the TSF ....................................................................................................... 6
System Data Collection .................................................................................................... 6
System Data Analysis....................................................................................................... 6
TOE Security Environment .............................................................................7
5.1
5.2
5.3
6
Secure Usage Assumptions .............................................................................................. 7
Threats Countered by the TOE......................................................................................... 7
Organizational Security Policies ...................................................................................... 8
Architectural Information................................................................................8
6.1
6.2
7
NSP Sensors ..................................................................................................................... 9
Network Security Manager (NSM) ................................................................................ 10
Documentation and Delivery .........................................................................10
7.1
7.2
7.3
7.4
7.5
7.6
7.7
8
Design Documentation ................................................................................................... 10
Guidance Documentation ............................................................................................... 11
Configuration Management and Lifecycle ..................................................................... 13
Test Documentation ....................................................................................................... 14
Vulnerability Assessment Documentation ..................................................................... 14
Security Target ............................................................................................................... 14
Delivery .......................................................................................................................... 14
IT Product Testing ..........................................................................................15
8.1
8.2
8.3
9
10
11
12
13
14
Developer Testing .......................................................................................................... 15
Evaluation Team Independent Testing ........................................................................... 15
Vulnerability Analysis.................................................................................................... 17
Evaluated Configuration ................................................................................17
Clarification of Scope......................................................................................17
Results of the Evaluation ................................................................................18
Validator Comments/Recommendations ......................................................19
Security Target ................................................................................................19
Terms ................................................................................................................19
14.1
14.2
Glossary ...................................................................................................................... 19
Acronyms.................................................................................................................... 21
15 Bibliography ....................................................................................................22
2
1 Executive Summary
This report is intended to assist the end-user of this product with determining the suitability of
this IT product in their environment. End-users should review the Security Target (ST), which is
where specific security claims are made, in conjunction with this Validation Report (VR), which
describes how those security claims were evaluated.
This report documents the assessment of the National Information Assurance Partnership (NIAP)
validation team of the evaluation of the McAfee Network Security Platform Release 5.1, the
target of evaluation (TOE). It presents the evaluation results, their justifications, and the
conformance results. This report is not an endorsement of the TOE by any agency of the U.S.
government, and no warranty is either expressed or implied.
The evaluation of the McAfee Network Security Platform (NSP) Release 5.1 Intrusion Detection
System (IDS) product was performed by InfoGard Laboratories, Inc., in San Luis Obispo, CA in
the United States of America (USA) and was completed in May, 2010. The information in this
report is largely derived from the Security Target (ST), Evaluation Technical Report (ETR), and
the functional testing report. The ST was written by InfoGard Laboratories, Inc. The evaluation
was conducted in accordance with the requirements of the Common Criteria for Information
Technology Security Evaluation, Version 3.1 July 2009, Evaluation Assurance Level 2 (EAL 2),
and the Common Evaluation Methodology for IT Security Evaluation (CEM), Version 3.1 r.3,
July 2009.
The NSP IDS product is a combination of network appliances and software built for the
detection of intrusions, denial of service (DoS) attacks, distributed denial of service (DDoS)
attacks, and network misuse.
The NSP IDS system is composed of a family of sensor appliances and an NSP management
platform referred to as an NSM. The sensor appliances are stand-alone appliances from McAfee
Incorporated. The sensor appliances are the M-2750, M-1450, M-1250, M-6050, M-4050, M8000, M3050, I-4010, I-4000, I-3000, I-2700, I-1400, and I-1200 sensors. All other components
of the product are software only components that run on a Windows workstation. The NSM
management platform is an IDS management solution for managing NSP sensor appliance
deployments for large and distributed enterprise networks. Access to the NSM is supported
through a McAfee thick client application installed on a Console Machine. Access to the NSM is
authenticated using certificate credentials obtained from a Common Access Card (CAC) in the
Operational Environment. Certificates presented are checked for revocation status using an
OCSP server in the Operational Environment. The NSM operates with a MySQL Database to
persist configuration information and alert data. NSM for Windows Server 2003/2008 includes
the MySQL database.
The TOE requires the following software components and supports the following network
devices:
Component
Description
Windows Server 2003
SP3/2008 SP1
Underlying OS for the NSM Console platform including
RSAENH cryptographic module for TLS session support.
3
Internet Explorer 6 or later
Browser support for establishing Console sessions with NSM.
McAfee Update Server
software
Software running on the McAfee update server supporting the
TOE with threat signature updates.
Common Access Card
software/drivers
Software to support CAC authentication from the NSM Console
as applicable based on deployment.
OCSP Server software
OCSP server used to support certificate revocation checking.
NSM Hardware Platform
Hardware Platform for NSM Management Platform capable of
running Windows Server 2003/2008; minimum two network
interface cards (nic) available.
Console Workstation
Console Platform supporting browser interface used for
accessing NSM GUI sessions.
McAfee Update Server
hardware
Hardware platform hosting the McAfee threat signature update
service.
Common Access Card
(CAC) reader hardware
Reader hardware for use with CAC as applicable based on
deployment.
OCSP Server hardware
OCSP server hardware used to support certificate revocation
checking.
Table 1: Operational Environment
2 Identification of the TOE
Table 2 provides information needed to completely identify the product, including:
The Target of Evaluation (TOE), the fully qualified identifier of the product as evaluated;
The Security Target (ST), describing the security features, claims, and assurances of the
product;
The conformance result of the evaluation;
The organizations and individuals participating in the evaluation.
Evaluation Scheme
Evaluated Target of
Evaluation
Protection Profile
Security Target
United States Common Criteria Evaluation Validation Scheme
McAfee Network Security Platform Release 5.1
U.S. Government Protection Profile Intrusion Detection System
For Basic Robustness Environments, Version 1.7
McAfee Network Security Platform (NSP) Intrusion Detection
System Security Target EAL 2 augmented ALC_FLR.2,
Version 1.0
4
Dates of Evaluation
Conformance Result
Common Criteria Version
Common Evaluation
Methodology (CEM)
Version
Evaluation Technical Report
(ETR)
Sponsor/Developer
Common Criteria Testing
Lab (CCTL)
CCTL Evaluators
CCEVS Validators
August 2009 – May 2010
EAL 2 augmented ALC_FLR.2
Common Criteria for Information Technology Security
Evaluation Version 3.1 R3, July 2009
CEM Version 3.1 R3, July 2009
10-1904-R-0030 V1.1
McAfee, Inc.
InfoGard Laboratories, Inc.
Kenji Yoshino, Annie Browne
Jerome Myers, Jean Petty
Table 2: Product Identification
3 Interpretations
The Evaluation Team performed an analysis of the international interpretations of the CC and the
CEM and determined that none of the International interpretations issued by the Common
Criteria Interpretations Management Board (CCIMB) identified below were applicable to this
evaluation.
The TOE is also compliant with all International interpretations with effective dates on or before
August 24, 2009.
4 Security Policy
The McAfee Network Security Platform supports the following security policies as described in
the Security Target:
4.1
Security Audit
The NSM management platform generates audit records for Administrative sessions and stores
them into the MySQL database, running on the same dedicated platform as does the NSM
management software. The MySQL Database provides storage and retrieval for audit log
information. This function records attempts to access the system itself, such as successful and
failed authentication, as well as the actions taken by the user once authenticated. Auditable
actions include changes to the IDS rules and viewing the audit records.
The NSP Sensor also generates audit records based on Sensor detected events and forwards these
logs to the NSM platform where they may be integrated into a single (NSP) log resource stored
on the MySQL Database platform.
4.2
Cryptographic Operations
The NSP system utilizes symmetric key cryptography to secure communications between TOE
components and with the McAfee Update Server in the Operational Environment. Cryptographic
services within the Sensor component are provided by a Level 2 FIPS 140-2 validated
cryptographic module that includes an OpenSSL implementation. All sessions, except SNMPv3,
5
are conducted using TLSv1 and leverage an OpenSSL Module. Key exchange between the
Console browser client and the NSM and the NSM and NSP Sensor are performed using RSA
public/private key exchange. Cryptographic library support is provided for the NSM by RSA
BSafe cryptographic libraries and for the NSP Sensor by XySSL library. OpenSSL and both
cryptographic libraries are contained within NSP software release packages. When TLS
Administration sessions are closed, the OpenSSL module within the Sensor component zeroizes
all cryptographic keys used for the sessions. SNMPv3 sessions are secured using the AES
algorithm 128 bit key size.
4.3
Identification and Authentication
An X.509 certificate (derived from a CAC) is passed to the NSM during the session negotiation
process and, within that certificate, a Common Name (CN) that is extracted and checked against
a user list on the NSM. The certificate also is required to be signed by a trusted CA as configured
during NSP system installation.
4.4
Security Management
The NSM provides a detailed security management interface used to configure and manage the
NSP TOE as well as provide a report and analysis utility for investigating traffic events.
4.5
Protection of the TSF
The McAfee Incorporated Sensors and NSM management platform all protect TSF data from
disclosure and modification, when it is transmitted between separate parts of the TOE, by
communicating using TLS version 1.0 connections.
The Sensor communicates with the NSM management platform through its dedicated
10M/100M/1G Ethernet, out-of-band management port using TCP/IP. This communications uses
secure channels; providing link privacy using encryption and mutual authentication using public
key authentication. The ciphers suites used for this communications are TLSv1 (AES 128 and
SHA-1). It is recommended that the NSM use a separate, dedicated management subnet to
interconnect with the sensor.
4.6
System Data Collection
The TOE has the ability to set rules to govern the collection of data regarding potential
intrusions. While the signatures available on the Update Server contain default rules to detect
currently known vulnerabilities and exploits, new rules can be created to detect new
vulnerabilities as well as specific network traffic, allowing the administrator complete control
over the types of traffic that will be monitored.
Logs are generated automatically when traffic matches a threat signature. These are stored in the
traffic log repository where authorized users can evaluate the traffic and determine appropriate
action.
4.7
System Data Analysis
The TOE provides many pre-configured rule sets and policies for immediate application in a
number of different network areas. Each pre-configured policy is matched with an identically
named rule set designed to address the common attacks targeting specific network environments.
6
Existing rule sets cannot be modified but they may be “cloned” and then modified to create a
custom rule set.
Data Analysis is conducted using threat signatures that contain characteristics know to be
representative of malicious traffic, malware, virus, or worm infections. A series of threat
signatures are provided and regularly updated to allow the NSP TOE to identify potentially
malicious traffic. In addition, the User Defined Signature feature allows Security Expert users to
develop custom signatures and use them for traffic analysis.
5 TOE Security Environment
5.1
Secure Usage Assumptions
The following assumptions are made about the usage of the TOE:
A.ACCESS The TOE has access to all the IT System data it needs to perform its functions.
A.DYNMIC The TOE will be managed in a manner that allows it to appropriately address
changes in the IT System the TOE monitors.
A.ASCOPE The TOE is appropriately scalable to the IT System the TOE monitors.
A.PROTCT The TOE hardware and software critical to security policy enforcement will be
protected from unauthorized physical modification.
A.LOCATE The processing resources of the TOE will be located within controlled access
facilities, which will prevent unauthorized physical access.
A.MANAGE There will be one or more competent individuals assigned to manage the TOE and
the security of the information it contains.
A.NOEVIL The authorized administrators are not careless, willfully negligent, or hostile, and
will follow and abide by the instructions provided by the TOE documentation.
A.NOTRST The TOE can only be accessed by authorized users.
A.OCSP
An OCSP Server will be available in the Operational Environment for the purpose
of verifying the revocation status of certificates on behalf of the TOE.
5.2
Threats Countered by the TOE
The TOE is designed to counter the following threats:
T.COMINT
An unauthorized user may attempt to compromise the integrity of the data
collected and produced by the TOE by bypassing a security mechanism.
T.COMDIS
An unauthorized user may attempt to disclose the data collected and produced
by the TOE by bypassing a security mechanism.
T.LOSSOF
An unauthorized user may attempt to remove or destroy data collected and
produced by the TOE.
T.NOHALT
An unauthorized user may attempt to compromise the continuity of the
System’s collection and analysis functions by halting execution of the TOE.
T.PRIVIL
An unauthorized user may gain access to the TOE and exploit system privileges
to gain access to TOE security functions and data.
T.IMPCON
An unauthorized user may inappropriately change the configuration of the TOE
causing potential intrusions to go undetected.
7
T.INFLUX
An unauthorized user may cause malfunction of the TOE by creating an influx
of data that the TOE cannot handle.
T.FACCNT
Unauthorized attempts to access TOE data or security functions may go
undetected.
T.EAVESDROP A malicious user or process may observe or modify TSF data transmitted
between a separate part of the TOE or between the TOE and a trusted IT Entity.
T.FALACT
The TOE may fail to react to identified or suspected vulnerabilities or
inappropriate activity.
T.FALREC
The TOE may fail to recognize vulnerabilities or inappropriate activity based on
IDS data received from each data source.
T.FALASC
The TOE may fail to identify vulnerabilities or inappropriate activity based on
association of IDS data received from all data sources.
T.MISUSE
Unauthorized accesses and activity indicative of misuse may occur on an IT
System the TOE monitors.
T.INADVE
Inadvertent activity and access may occur on an IT System the TOE monitors.
T.MISACT
Malicious activity, such as introductions of Trojan horses and viruses, may
occur on an IT System the TOE monitors.
5.3
Organizational Security Policies
The TOE enforces the following OSPs:
P.DETECT
Static configuration information that might be indicative of the potential for a
future intrusion or the occurrence of a past intrusion of an IT System or events
that are indicative of inappropriate activity that may have resulted from misuse,
access, or malicious activity of IT System assets must be collected.
P.ANALYZ
Analytical processes and information to derive conclusions about intrusions
(past, present, or future) must be applied to IDS data and appropriate response
actions taken.
P.MANAGE
The TOE shall only be managed by authorized users.
P.ACCESS
All data collected and produced by the TOE shall only be used for authorized
purposes.
P.ACCACT
Users of the TOE shall be accountable for their actions within the IDS.
P.INTGTY
Data collected and produced by the TOE shall be protected from modification.
P. PROTCT
The TOE shall be protected from unauthorized accesses and disruptions of TOE
data and functions.
P. SYSADMIN The NSM platform shall be configured such that only the System Admin user
has access to the underlying Operating System file system.
6 Architectural Information
The TOE is classified as an Intrusion Detection System (IDS) for Common Criteria purposes.
The TOE is made up of hardware and software components. The TOE consists of two main
components that are: the NSP sensor(s) appliance and the Network Security Manager.
Figure 1 depicts an example deployment of the TOE and shows the TOE/Operational
8
Environment Boundary.
Update
Server
TOE
Network
S
e
n
s
o
r
TLS AES128SHA
Collection
OCSP
NSM
Manager
Browser
TLS AES128SHA
( Administrator
and user
Browser
interface)
Client
Console browser client
Figure 1 Network Architecture
6.1
NSP Sensors
NSP sensors are content processing appliances that perform stateful inspection on a packet basis
to discover and prevent intrusions, misuse, denial of service (DoS) attacks, and distributed denial
of service (DDoS) attacks. McAfee Incorporated offers various types of sensor appliances
providing different bandwidth and deployment strategies. These include the following organized
by aggregate performance:
M-Series
I-Series
M8000 v. 5.1 – 10Gbps
I-4010 v. 5.1 – 2 Gbps
M6050 v. 5.1 – 5Gbps
I-4000 v. 5.1 – 2 Gbps
M4050 v. 5.1 – 3Gbps
I-3000 v. 5.1 – 1 Gbps
M3050 v. 5.1 – 1.5Gbps
I-2700 v. 5.1 – 600 Mbps
M2750 v. 5.1 – 600Mbps
I-1400 v. 5.1 – 200 Mbps
M1450 v. 5.1 – 200Mbps
I-1200 v. 5.1 – 100 Mbps
M1250 v. 5.1 – 100Mbps
9
All sensor types provide the same security functions.
6.2
Network Security Manager (NSM)
The Network Security Manager consists of software that is used to configure and manage an
NSP deployment. The NSM is a set of applications coupled with an embedded MySQL
Database. The MySQL Database is installed during NSM installation and is configured so that it
can be accessed only by the NSM application. The MySQL Database must reside on the same
platform as does the NSM. The Network System Manager (NSM) is available in three versions:
NSM Global Manager, NSM Standard Manager, and NSM Starter Manager. All versions of the
NSM are part of the TOE and part of the same core software release. All versions of the NSM
operate within an Operational Environment composed of an Intel-based hardware platform with
a Windows Server 2003/2008 operating system (OS). The difference between the three versions
is one of scalability. The NSM Starter Manager supports up to 2 NSP Sensors, the NSM
Standard Manager supports up to 6 NSP sensors, and the NSM Global Manager supports an
unlimited number of NSP sensors of any type or combination.
The McAfee Incorporated Update Server is a McAfee-owned and operated file server that
provides updates to the signature files and software of NSP sensors in customer installations. The
Update Server resides at McAfee Incorporated facilities. Note: Software updates beyond
signature updates, such as those to update the core NSP software suite, are excluded for the CC
Evaluated Configuration.
7 Documentation and Delivery
This section details the documentation that is (a) delivered to the customer, and (b) was used as
evidence for the evaluation of the Network Security Platform and methodology for delivery of
the evaluated configuration. In these tables, the following conventions are used:
Documentation that is delivered to the customer is shown with bold titles.
Documentation that was used as evidence but is not delivered is shown in a normal
typeface.
Documentation that is delivered as part of the product but was not used as evaluation is
shown with a hashed background.
The TOE is physically delivered to the End-User. The guidance is part of the TOE and is
delivered in printed form and as PDFs on the installation media.
7.1
Design Documentation
Document
McAfee IntruShield TOE Design Document
(ADV_TDS)
Revision
Date
1.0
May 5, 2010
10
7.2
Guidance Documentation
Document
Revision
Date
1.0
May 5, 2010
700-125900-revB
N/A
700-106303
N/A
700-101303
N/A
700-126100
N/A
700-187300/ 1.0
N/A
700-187400/ 1.0
N/A
700-180600/ 5.0
N/A
McAfee® Network Security Platform (NSP)
Common Criteria Supplement EAL2 +
ALC_FLR.2
McAfee IntruShield IPS System version 2.1
Quick Start Guide
(INTR_I-1200_I-1400_quick_start.pdf)
McAfee IntruShield IPS System version 2.1
Quick Start Guide
(INTR_I-2700_Quick_Start.pdf)
McAfee IntruShield IPS System version 2.1
Quick Start Guide
(INTR_I-3000_I-4010_quick_start.pdf)
McAfee IntruShield IPS System version 2.1
Quick Start Guide
(INTR_I-4000_Quick_Start.pdf)
Addendum I to 5.1 Documentation Network
Security Manager version 5.1
(NSP_Addendum_I_to_5_1_Doc.pdf)
Addendum II to 5.1 Documentation Network
Security Manager version 5.1
(NSP_Addendum_II_to_5_1_Doc.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Admin_Domain_Configuration_5.1.pdf)
McAfee® Network Security Platform version 5.1
(NSP_Best_Practices_5.1.pdf)
McAfee® Network Security Platform version 5.1
(NSP_Getting_Started_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_I1200_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_I1400_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_I2700_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_I3000_Sensor_EN.pdf)
700-181700/ 4.0
700-180300/ 6.0
N/A
N/A
700-238500/ 2.0
N/A
700-238600/ 1.0
N/A
700-238700/ 1.0
N/A
700-238800/ 2.0
N/A
11
Document
McAfee® Network Security Platform Network
Security Sensor
(NSP_I4000_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_I4010_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_IPS_Configuration_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor version 5.1
(NSP_IPS_Deployment_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_M1250_M1450_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_M2750_Sensor_EN.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_M3050_M4050_Sensor_EN.pdf)
McAfee® Network Security Platform® M-6050
Quick Start Guide
(NSP_M6050_Quick_Start_Guide_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_M6050_Sensor_EN.pdf)
McAfee® Network Security Platform® M-8000
Quick Start Guide
(NSP_M8000_Quick_Start_Guide_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor
(NSP_M8000_Sensor_EN.pdf)
McAfee® Network Security Platform® M1250/M-1450 Quick Start Guide
(NSP_M-1250_M1450_Quick_Start_Guide_5.1.pdf)
McAfee® Network Security Platform® M-2750
Quick Start Guide
(NSP_M-2750_Quick_Start_Guide_5.1.pdf)
McAfee® Network Security Platform® M3050/M-4050 Quick Start Guide
(NSP_M-3050_M-4050_Quick_Start_Guide.pdf)
Revision
Date
700-238900/ 1.0
N/A
700-239000/ 2.0
N/A
700-181000/ 8.0
N/A
700-180400/ 3.0
N/A
700-239500/ 2.0
N/A
700-239100/ 2.0
N/A
700-239300/ 2.0
N/A
700-207800-G
N/A
700-239700/ 2.0
N/A
700-208000-G
N/A
700-239900/ 2.0
N/A
700-188000
N/A
700-187900
N/A
700-207900-G
N/A
12
Document
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Manager_Configuration_Basics_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Manager_Installation_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Manager_Server_Configuration_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Reports_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor version 5.1
(NSP_Sensor_CLI_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_Sensor_Configuration_5.1.pdf)
McAfee® Network Security Platform Network
Security Sensor version 5.1
(NSP_ST_Virtualization_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_System_Status_Monitoring_5.1.pdf)
McAfee® Network Security Platform version 5.1
(NSP_Troubleshooting_5.1.pdf)
McAfee® Network Security Platform Network
Security Manager version 5.1
(NSP_User-Defined_Signatures_5.1.pdf)
7.3
Revision
Date
700-180500/ 1.0
N/A
700-180100/ 5.0
N/A
700-180700/ 4.0
N/A
700-181400/ 3.0
N/A
700-180800/ 7.0
N/A
700-180900/ 6.0
N/A
700-182900/ 3.0
N/A
700-181300/ 5.0
N/A
700-181800/ 10.0
N/A
700-181500/ 2.0
N/A
Configuration Management and Lifecycle
Document
EAL 2 + ALC_FLR.2 Life Cycle Support
Documentation McAfee® Network Security
Platform (NSP) Intrusion Detection System
Configuration Management ALC_CMS.2,
ALC_CMC.2
Revision
Date
1.0
May 5, 2010
13
7.4
Test Documentation
Document
Revision
Date
1.0
May 5, 2010
1.1
April 28, 2010
Document
Revision
Date
McAfee Network Security Platform (NSP) Version
5.1 Common Criteria Vulnerability Analysis
AVA_VAN.2 EAL2
1.1
May 5, 2010
Revision
Date
1.0
May 5, 2010
McAfee Network Security Platform Test (ATE)
Document
Independent and Penetration Test Plan
7.5
7.6
Vulnerability Assessment Documentation
Security Target
Document
Network Security Platform (NSP) Intrusion
Detection System Security Target EAL 2
augmented ALC_FLR.2
7.7
Delivery
As defined in the McAfee® Network Security Platform (NSP) Common Criteria Supplement
EAL2 + ALC_FLR.2 document, which is listed above and is provided with the product, the
product must be purchased and then instructions are provided by McAfee for download of the
evaluated configuration. As stated in the supplement document, the purchaser should refer to the
email sent from McAfee after product purchase, which includes the applicable Licensing
information and License Keys. As per McAfee email instructions, the purchaser should save the
License files for later use and contact McAfee support at http://mysupport.mcafee.com or
1.800.937.2237 for instructions on how to download the applicable image and documentation
files. McAfee support personnel will advise where the purchaser can download the NSM and
Sensor image files and the associated password required for file access.
To download the files, the purchaser should follow instructions in the supplement document and
provided by McAfee support personnel. The McAfee support personnel will provide a password
to access the applicable image and document files. The purchaser must initiate the download by
clicking on the image/document hyperlinks.
The applicable image versions for the evaluated configuration that comprise McAfee NSP
Release 5.1 are as follows:
NSM: 5.1.15.14
M-Series Sensor: 5.1.15.13
14
I-Series Sensor: 5.1.5.140
The purchaser should ensure that these are the image versions downloaded to complete delivery.
8 IT Product Testing
This section describes the testing efforts of the Developer and the evaluation team.
8.1
Developer Testing
The test procedures were written by the Developer and designed to be conducted using manual
interaction with the TOE interfaces along with test tools to simulate attacks and alerts.
The Developer tested the TOE consistent with the Common Criteria evaluated configuration
identified in the ST. The Developer’s approach to testing is defined in the TOE Test Plan. The
expected and actual test results are also included in the TOE Test Plan. The Developer testing
effort tested the available interfaces to the TSF.
The evaluation team verified that the Developer’s testing tested aspects of the SFRs defined in
the ST. This analysis ensures adequate coverage for EAL 2. The evaluation team determined that
the Developer’s actual test results matched the Developer’s expected test results.
8.2
Evaluation Team Independent Testing
The evaluation team conducted independent testing at McAfee’s Santa Clara location. The
evaluation team installed the TOE according to vendor installation instructions and the evaluated
configuration as identified in the Security Target. The hardware and software used for testing is
listed below.
Evaluated Configuration Testing Hardware Requirements
NSP Sensor, I-Series– 1200, 1400, 2600, 2700, 3000, 4000, and 4010
NSP Sensor, M-Series-- 1250, 1450, 2750, 3050, 4050, 6050, 8000
Windows 2003, or Linux PC – Attack Client Machine
Windows 2003, or Linux PC – Attack Server Machine
Windows XP ( for IE client browser)
Windows 2003 SP3 PC – NSM/Manager
Hubs and Switches
Evaluated Configuration Testing Software Requirements
NSP – I-Series Sensor Image for 1200, 1400, 2600, 2700, 3,000, 4000, 4010
NSP – M-Series Sensor Image for 1250, 1450, 2750, 3050, 4050, 6050, 8000
NSM Image
Signature Set
Web Browser software: Internet Explorer 6.0 or higher.
MySQL Database (embedded in the NSM)
QA Test Scripts
Attack Scripts
Replay Traffic
15
McAfee Audit fill tool
The test configuration is depicted below. This test topology allows the traffic to be sent in InLine mode through the sensor. All Sensor models both the I-series 1200, 1400, 2600, 2700,
3000, 4000, 4010 and M-series sensors 1250, 1450, 2750,3050,4050,6050, and 8000 are tested in
this mode.
NSM
Hub
Hub
Client
Sensor
Server
The evaluation team confirmed the technical accuracy of the setup and installation guide during
installation of the TOE while performing work unit ATE_IND.2-2. The evaluation team
confirmed that the TOE version delivered for testing was identical to the version identified in the
ST.
The evaluation team used the Developer’s Test Plan as a basis for creating the Independent Test
Plan. The evaluation team analyzed the Developer’s test procedures to determine their relevance
and adequacy to test the security function under test. The following items represent a subset of
the factors considered in selecting the functional tests to be conducted:
Security functions not extensively tested by the developer’s tests
Security functions that implement critical security features
Security functions critical to the TOE’s security objectives
Security functions with open parameters (e.g. text fields, unbounded number fields)
The evaluation team reran 8 of the Developer’s test cases and specified 6 additional tests. The
additional test coverage was determined based on the analysis of the Developer test coverage and
the ST.
Each TOE Security Function was exercised at least once and the evaluation team verified that
16
each test passed.
8.3
Vulnerability Analysis
The evaluation team ensured that the TOE does not contain exploitable flaws or weaknesses in
the TOE based upon the evaluation team’s vulnerability analysis and penetration tests.
The evaluators performed a vulnerability analysis of the TOE to identify any obvious
vulnerabilities in the product and to determine if they are exploitable in the intended environment
for the TOE operation. In addition, the evaluation team performed a public domain search for
potential vulnerabilities. The public domain search did not identify any known vulnerabilities in
the TOE as a whole or any components of the TOE.
Based on the results of the evaluation team’s vulnerability analysis, the evaluation team devised
penetration testing to confirm that the TOE was resistant to penetration attacks performed by an
attacker with Basic attack potential. The evaluation team conducted testing using the same test
configuration that was used for the independent testing. In addition to the documentation review
used in the independent testing, the team used the knowledge gained during independent testing
and the design activity to devise the penetration tests. The penetration tests attempted to misuse
components of the TOE (e.g., directly access the MySQL database) and put the TOE in
undefined states. This resulted in a set of four penetration tests.
9 Evaluated Configuration
The Evaluated Configuration consists of the NSM software installed on a dedicated Windows
Server 2003 SP3 or Windows Server 2008 SP1 platform and an NSP Sensor.
The Sensor models that may be used as part of an evaluated configuration are models M-2750,
M-1450, M-1250, M-6050, M-4050, M-8000, M3050, I-4010, I-4000, I-3000, I-2700, I-1400,
and I-1200.
NSM version 5.1.15.14 was evaluated. M series sensor software version 5.1.15.13 was evaluated.
I series sensor software version 5.1.5.140 was evaluated.
The communications between NSM and Sensors must be performed on an isolated network. An
administrative console running Internet Explorer 6 or later and CAC authentication hardware and
software is also required.
NSM requires connectivity to an OCSP server and the McAfee Update Server.
10 Clarification of Scope
The following features are excluded from the Common Criteria Evaluated configuration and
were not included in the evaluation:
Update of TOE Software (other than threat signature updates)
Incident Generator
Sensor Failover Functionality; Sensor/Port Clustering (including associated interface
groups)
Features associated with e-Policy Orchestrator Integration (Host Intrusion Prevention
(HIP))
17
Features associated with McAfee Virus Scan (MVS) Integration
Network Access Control (NAC) features & integration with MNAC agents/server
components
Terminal Access Controller Access-Control System (TACACS)
N-450 Sensor Appliance
feature/deployment option
as
this
model
pertains
to
the
(excluded)
NAC
Multiple NSM configuration deployments: Manager Disaster Recovery (MDR),
hierarchical NSM (Network Security Central Manager)
Decrypting SSL for IPS inspection
NSM: XML converter tool for ACL rules
Sensor Auxiliary Port
The Sensor CLI interface is excluded for use from the CC Evaluated configuration.
External Authentication server (LDAP/RADIUS) and username/password based
authentication to the NSM (CAC only allowed for CC Evaluated configuration)
Compact Flash Readers and/or PCMCIA/CardBus interfaces on Sensor Appliances
(based on model)
Use of any of these functions will cause the system to be out of the evaluated configuration.
The user should specifically note that software updates are not included. As part of the evaluated
configuration
The evaluated configuration uses CAC authentication only and this is the only authentication
mechanism tested as part of the evaluation. The inclusion of only CAC authentication in the
evaluation was due to customer needs for the evaluation and does not imply that other
authentication mechanisms are invalid; other authentication mechanisms exist, but were not
tested as part of this evaluation.
11 Results of the Evaluation
The evaluation was carried out in accordance with the Common Criteria Evaluation and
Validation Scheme (CCEVS) processes and procedures. The TOE was evaluated against the
criteria contained in the Common Criteria for Information Technology Security Evaluation,
Version 3.1 Revision 3. The evaluation methodology used by the evaluation team to conduct the
evaluation is the Common Methodology for Information Technology Security Evaluation,
Version 3.1 Revision 3.
InfoGard has determined that the TOE meets the security criteria in the Security Target, which
specifies an assurance level of EAL 2 + ALC_FLR.2. A team of Validators, on behalf of the
CCEVS Validation Body, monitored the evaluation. The evaluation was completed in April
2010.
18
12 Validator Comments/Recommendations
The TOE was successfully evaluated in the defined evaluated configuration and scope described
in sections 9 and 10 of this Validation Report. The validation team recommends certification of
the TOE at EAL 2 augmented with ALC_FLR.2.
13 Security Target
McAfee Network Security Platform (NSP) Intrusion Detection System Security Target EAL 2
augmented ALC_FLR.2, Version 1.0, May 5, 2010.
14 Terms
14.1 Glossary
Alert
An alert is a notification of a system event, attack, or other incident
that triggers the Intrusion Detection System.
Authorized Administrator(s) A general term used to refer to administrative users holding the
Super User, System Administrator, or Security Expert roles.
Attack
A set of actions performed by an attacker that poses a threat to the
security state of a protected entity in terms of confidentiality,
integrity, authenticity, availability, authorization, and access
policies.
CIDR
(Classless Inter-Domain Routing) A scheme which allocates
blocks of Internet addresses in a way that allows summarization
into a smaller number of routing table entries. A CIDR address
contains the standard 32-bit IP address but includes information on
how many bits are used for the network prefix. For example, in the
CIDR address 123.231.121.04/22, the “/22” indicates the first 25
bits are used to identify the unique network leaving the remaining
bits to identify the specific host.
Denial of Service
In a Denial of Service (DoS) attack, the attacker attempts to crash a
service (or the machine), overload network links, overload the
CPU, or fill up the disk. The attacker does not always try to gain
information, but to simply act as a vandal to prevent you from
making use of your machine. Ping floods and Smurf attacks are
examples of DoS attacks.
Distributed DDoS
These attacks usually consist of standard DoS attacks Denial of
orchestrated by attackers covertly controlling many, sometimes
hundreds, of different machines.
HTTPS
The secure hypertext transfer protocol (HTTPS) is a
communications protocol designed to transfer encrypted
information between computers over the World Wide Web.
HTTPS is http using Secure Socket layer (SSL) or Transport Layer
Security (TLS) encryption.
Intrusion
Unauthorized access to, and/or activity in, an information system,
usually for the purpose of tampering with or disrupting normal
19
Intrusion Detection
Policy
Policy Violations
Port Cluster
MySQL
Roles
Sensor
Signature
Span Mode
services. See also Attack.
The process of identifying that an intrusion has been attempted, is
occurring, or has occurred.
A user-configured security rule that determines the permission of
traffic across a network. Policies can set rules for protocols (HTTP,
UDP), machines (NT, Solaris), operating systems (Unix), and other
types of network information. A policy also defines what actions
should be taken in the event of non-permissible activity.
All activities for which the underlying traffic content may not be
malicious by itself, but are explicitly forbidden by the usage
policies of the network as defined by a security policy. These can
include “protocol violations” wherein packets do not conform to
network protocol standards. (For example, they are incorrectly
structured, have an invalid combination of flags set, or contain
incorrect values.) Examples might include TCP packets with their
SYN and RST flags enabled, or an IP packet whose specified
length doesn’t match its actual length. A protocol violation can be
an indication of a possible attack, but can also be triggered by
malfunctioning
software,
hardware
or
could
be
applications/protocols forbidden in the network (e.g. Peer to Peer
(P2P)).
Port Cluster is a more intuitive term for an Interface Group. An
interface group enables multiple sensor ports to be grouped
together for the effective monitoring of asymmetric environments.
Interface groups normalize the impact of traffic flows split across
multiple interfaces, thus maintaining state to avoid information
loss. Once configured, an interface group appears in the Resource
Tree as a single interface node (icon) under the sensor where it is
located. All of the ports that make up the interface are configured
as one logical entity, keeping the configuration consistent.
A Relational database. Allows the definition of data structures,
storage/retrieval operations, and integrity constraints. The data and
relations between them are kept in organized tables, which are
collections of records and each record in a table contains the same
fields.
A class of user privileges that determines the authorized activities
of the various users in the system.
The sensor is a network device containing the intrusion detection
engine. It analyzes network traffic, searching for signs of
unauthorized activity.
Activities or alterations to an information system indicating an
attack or attempted attack, detectable by examination of audit trail
logs.
One of the monitoring modes available for an NSP sensor.
Functions by mirroring the packet information on a switch or hub
20
SPAN Port
Threat Analyzer
TLS
Tap
Tap Mode
Virtual IDS
VLAN
Vulnerability
and sending the information to a sensor for inspection, while
continuing the transmission of traffic with negligible latency.
SPAN mode is typically half-duplex, and works through a
connection of a sensor to a port on a hub or the SPAN port of a
switch.
On a switch, SPAN mirrors the traffic at one switched segment
onto a predefined port, known as a SPAN port.
A graphical user interface for viewing specific attack information
in the NSM System. The Threat Analyzer interface is part of the
NSM component, and focuses on alert forensic analysis.
A secure socket layer (TLS) is an encryption protocol invoked on a
Web server that uses HTTPS.
A tap is hardware device that passes traffic unidirectionally from a
network segment to the IDS. Traffic is mirrored as it passes
through the tap. This mirror image is sent to the IDS for inspection.
This prevents traffic passing from being directed at the IDS.
One of the monitoring modes available for an NSP sensor.
Functions by mirroring the packet information and sending the
information to a sensor for inspection, while continuing the
transmission of traffic with negligible latency. Tap mode works
through installation of an external wire tap, a port on a hub, the
SPAN port of a switch, or through an internal tap when deploying
the I-2600. Also known as passive monitoring mode.
An NSM feature that enables you to logically segment a sensor
into a large number of virtual sensors, each of which can be
customized with its own security policy. Virtual IDS (VIDS) are
represented in the NSM as interfaces and sub-interfaces.
Virtual Local Area Network. A logical grouping of two or more
nodes which are not necessarily on the same physical network
segment, but which share the same network number. This is often
associated with switched Ethernet networks.
Any characteristic of a computer system that will allow someone to
keep it from operating correctly, or that will let unauthorized users
take control of the system.
14.2 Acronyms
AES
Advanced Encryption Standard
EAL
Evaluation Assurance Level
FIPS
Federal Information Processing Standards Publication
IDS
Intrusion Detection System
IPS
Intrusion Prevention System
NSM
Network Security Manager
21
NSP
Network Security Platform
OCSP
Online Certificate Status Protocol
PP
Protection Profile
SF
Security Functions
SFR
Security Functional Requirements
ST
Security Target
TOE
Target of Evaluation
TSF
TOE Security Functions
VLAN
Virtual Local Area Network
15 Bibliography
Common Criteria for Information Technology Security Evaluation – Part 1: Introduction and
general model, dated July 2009, Version 3.1 Revision 3, CCMB-2009-07-001.
[2] Common Criteria (CC) for Information Technology Security Evaluation – Part 2: Security
functional components, July 2009, Version 3.1, Revision 3, CCMB-2009-07-002.
[3] Common Criteria for Information Technology Security Evaluation – Part 3: Security
assurance components, July 2009, Version 3.1, Revision 3, CCMB-2009-07-003.
[4] Common Methodology for Information Technology Security Evaluation – Evaluation
methodology, July 2009, Version 3.1, Revision 3, CCMB-2009-07-004.
[1]
22
Was this manual useful for you? yes no
Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Download PDF

advertisement