NIAP: Compliant Product
NIAP/CCEVS
  NIAP  »»  Product Compliant List  »»  Compliant Product  
Compliant Product - Cisco ASA 9.16 on Firepower 4100 and 9300 Security Appliances

Certificate Date:  2022.08.12

Validation Report Number:  CCEVS-VR-VID11256-2022

Product Type:    Firewall
   Virtual Private Network

Conformance Claim:  Protection Profile Compliant

PP Identifier:    collaborative Protection Profile for Network Devices Version 2.2e
  collaborative Protection Profile Module for Stateful Traffic Filter Firewalls v1.4 + Errata 20200625
  PP-Module for Virtual Private Network (VPN) Gateways Version 1.1

CC Testing Lab:  Gossamer Security Solutions


CC Certificate [PDF] Security Target [PDF] Validation Report [PDF]

Assurance Activity [PDF]

Administrative Guide: Cisco Adaptive Security Appliance (ASA) 9.16 on Firepower 4100 and 9300 Preparative Procedures & Operational User Guide for the Common Criteria Certified Configuration [PDF]

Administrative Guide: Cisco FXOS 2.10 on Firepower 4100 and 9300 Preparative Procedures & Operational User Guide for the Common Criteria Certified Configuration [PDF]


Product Description

The Target of Evaluation (TOE) is Cisco ASA 9.16 running on Firepower 4100 and 9300 Security Appliances. The TOE is comprised of both software and hardware.  The model is comprised of the following:

·       ASA Firepower 4100 Series (4110, 4112, 4115, 4120, 4125, 4140, 4145 and 4150)

·       ASA Firepower 9300 (including chassis, supervisor blade, security module)

The software is comprised of the Adaptive Security Appliance software image Release 9.16, with ASDM, running on the security module and FXOS 2.10 (running on the 4100 series or the 9300).  The ASA software provides all firewall and VPN functionality and the FXOS (Firepower eXtensible Operating System) is the underlying OS that is used to load ASA and to load/update software images.


Evaluated Configuration

The evaluated Cisco ASA 9.16 running on Firepower 4100 and 9300 Security Appliances hardware and software is as follows:

·       TOE Hardware

a.      ASA Firepower 4100 Series (4110, 4112, 4115, 4120, 4125, 4140, 4145 and 4150)

b.      ASA Firepower 9300 (including chassis, supervisor blade, security module)

·       TOE Software

a.      FXOS 2.10, ASA 9.16


Security Evaluation Summary

The evaluation was carried out in accordance to the Common Criteria Evaluation and Validation Scheme (CCEVS) requirements and guidance.  The evaluation demonstrated that the TOE meets the security requirements contained in the Security Target.  The criteria against which the TOE was judged are described in the Common Criteria for Information Technology Security Evaluation, Version 3.1, Revision 5, April 2017. The evaluation methodology used by the evaluation team to conduct the evaluation is the Common Methodology for Information Technology Security Evaluation, Evaluation Methodology, Version 3.1, Revision 5, April 2017.  The product, when delivered and configured as identified in the Cisco Adaptive Security Appliance (ASA) 9.16 on Firepower 4100 and 9300 Preparative Procedures & Operational User Guide for the Common Criteria Certified Configuration, Version 0.3, July 14, 2022 document and the Cisco FXOS 2.10 on Firepower 4100 and 9300 Preparative Procedures & Operational User Guide for the Common Criteria Certified Configuration, Version 0.3, July 5, 2022 satisfies all of the security functional requirements stated in the Cisco ASA 9.16 on Firepower 4100 and 9300 Security Appliances Security Target, Version 0.8, July 29, 2022.  The project underwent CCEVS Validator review.  The evaluation was completed in Augest 2022.  Results of the evaluation can be found in the Common Criteria Evaluation and Validation Scheme Validation Report (report number CCEVS-VR-VID11256-2022) prepared by CCEVS.


Environmental Strengths

The logical boundaries of the Cisco ASA 9.16 on Firepower 4100 and 9300 Security Appliances are realized in the security functions that it implements. Each of these security functions is summarized below.

Security audit:

The TOE provides extensive auditing capabilities. The TOE can audit events related to cryptographic functionality, identification and authentication, and administrative actions.  The TOE generates an audit record for each auditable event.  The administrator configures auditable events, performs back-up operations, and manages audit data storage.  The TOE provides the administrator with a circular audit trail where the newest audit record will overwrite the oldest audit record when the local storage space for audit data is full.  Audit logs are backed up over an encrypted channel to an external audit server.

Cryptographic support:

The TOE provides cryptography in support of other TOE security functionality.  The TOE provides cryptography in support of secure connections using IPsec and TLS, and remote administrative management via SSHv2, and TLS/HTTPS. The cryptographic random bit generators (RBGs) are seeded by an entropy noise source.

Full residual information protection:

The TOE ensures that all information flows from the TOE do not contain residual information from previous traffic.  Packets are padded with zeros.  Residual data is never transmitted from the TOE.

Identification and authentication:

The TOE performs two types of authentication: device-level authentication of the remote device (VPN peers) and user authentication for the authorized administrator of the TOE.  Device-level authentication allows the TOE to establish a secure channel with a trusted peer.  The secure channel is established only after each device authenticates the other.  Device-level authentication is performed via IKE/IPsec X509v3 certificate-based authentication or pre-shared key methods.

The TOE provides authentication services for administrative users wishing to connect to the TOEs secure CLI and GUI administrator interfaces.  The TOE requires authorized administrators to authenticate prior to being granted access to any of the management functionality.  The TOE can be configured to require a minimum password length of 15 characters (8-127 for ASA, and 8-80 for FXOS). The TOE also implements a lockout mechanism if the number of configured unsuccessful authentication attempts has been exceeded.

The TOE provides administrator authentication against a local user database.  Password-based authentication can be performed on the serial console or SSH and HTTPS interfaces.  The SSHv2 interface also supports authentication using SSH keys.  The TOE optionally supports use of any AAA server including RADIUS and TACACS+ (part of the IT Environment) for authentication of administrative users attempting to connect to the TOE.

Security management:

The TOE provides secure administrative services for management of general TOE configuration and the security functionality provided by the TOE.  All TOE administration occurs either through a secure SSHv2 or TLS/HTTPS session, or via a local console connection.  The TOE provides the ability to securely manage all TOE administrative users; all identification and authentication; all audit functionality of the TOE; all TOE cryptographic functionality; the timestamps maintained by the TOE and the information flow control policies enforced by the TOE including encryption/decryption of information flows for VPNs.  The TOE supports an “authorized administrator” role, which equates to any account authenticated to an administrative interface (CLI or GUI, but not VPN), and possessing sufficient privileges to perform security-relevant administrative actions.

When an administrative session is initially established, the TOE displays an administrator- configurable warning banner.  This is used to provide any information deemed necessary by the administrator.  After a configurable period of inactivity, administrative sessions will be terminated, requiring administrators to re-authenticate.

Protection of the TSF:

The TOE protects against interference and tampering by untrusted subjects by implementing identification, authentication, and administrator roles to limit configuration to authorized administrators.  The TOE prevents reading of cryptographic keys and passwords.

Additionally, the TOE is not a general-purpose operating system and access to the TOE memory space is restricted to only TOE functions.

The TOE internally maintains the date and time.  This date and time are used as the timestamp that is applied to audit records generated by the TOE.  Administrators can update the TOE’s clock manually or can configure the TOE to use NTP to synchronize the TOE’s clock with an external time source.  Additionally, the TOE performs testing to verify correct operation of the appliance itself and that of the cryptographic module. Whenever any system failures occur within the TOE the TOE will cease operation.

TOE access:

When an administrative session is initially established, the TOE displays an administrator- configurable warning banner.  This is used to provide any information deemed necessary by the administrator.  After a configurable period of inactivity, administrator and VPN client sessions will be terminated, requiring re-authentication. The TOE also supports direct connections from VPN clients and protects against threats related to those client connections. The TOE disconnects sessions that have been idle too long and can be configured to deny sessions based on IP, time, and day, and to NAT external IPs of connecting VPN clients to internal network addresses.

Trusted path/channels:

The TOE supports establishing trusted paths between itself and remote administrators using SSHv2 for CLI access, and TLS/HTTPS for GUI/ASDM and FXOS Web GUI access apart from tunneling the ASDM and/or SSH connections in IPsec VPN tunnels.  The TOE supports use of TLS and/or IPsec for connections with remote syslog servers.  The TOE can use IPsec to encrypt connections with remote authentication servers (e.g. RADIUS).  The TOE can establish trusted paths of peer-to-peer VPN tunnels using IPsec, and VPN client tunnels using IPsec or TLS. Note that the VPN client is in the operational environment.

Filtering:

The TOE provides stateful traffic firewall functionality including IP address-based filtering (for IPv4 and IPv6) to address the issues associated with unauthorized disclosure of information, inappropriate access to services, misuse of services, disruption or denial of services, and network-based reconnaissance.  Address filtering can be configured to restrict the flow of network traffic between protected networks and other attached networks based on source and/or destination IP addresses.  Port filtering can be configured to restrict the flow of network traffic between protected networks and other attached networks based on the originating (source) and/or receiving (destination) port (service).  Stateful packet inspection is used to aid in the performance of packet flow through the TOE and to ensure that only packets are only forwarded when they’re part of a properly established session. The TOE supports protocols that can spawn additional sessions in accordance with the protocol RFCs where a new connection will be implicitly permitted when properly initiated by an explicitly permitted session. The File Transfer Protocol is an example of such a protocol, where a data connection is created as needed in response to an explicitly allowed command connection.  System monitoring functionality includes the ability to generate audit messages for any explicitly defined (permitted or denied) traffic flow.  TOE administrators have the ability to configure permitted and denied traffic flows, including adjusting the sequence in which flow control rules will be applied, and to apply rules to any network interface of the TOE.

The TOE also provides packet filtering and secure IPsec tunneling. The tunnels can be established between two trusted VPN peers as well as between remote VPN clients and the TOE. More accurately, these tunnels are sets of security associations (SAs). The SAs define the protocols and algorithms to be applied to sensitive packets and specify the keying material to be used. SAs are unidirectional and are established per the ESP security protocol. An authorized administrator can define the traffic that needs to be protected via IPsec by configuring access lists (permit, deny, log) and applying these access lists to interfaces using crypto map set.


Vendor Information


Cisco Systems, Inc.
Alicia Squires
14103094862
certteam@cisco.com

www.cisco.com
Site Map              Contact Us              Home