FIPS 140-2 Security Policy FortiOS™ 4.0 MR3 FMC FMC FMC3 FMC1 FMC FMC FMC4 FMC2 FMC 1 3 5 (SFP+) MGMT 1 CONSOLE FortiGate 3950B FMC5 SWITCH STATUS 9 1 5 13 17 21 USB MGMT I/O 2 6 18 22 ALARM 10 14 11 15 3 7 19 23 HA 20 4 12 16 24 8 POWER USB MGMT 2 2 4 6 (SFP+) FortiOS™ 4.0 MR3 FIPS 140-2 Security Policy Document Version: 2.5 Publication Date: March 27, 2014 Description: Documents FIPS 140-2 Level 1 Security Policy issues, compliancy and requirements for FIPS compliant operation. Firmware Version: FortiOS 4.0, build3767, 130920 FortiOS™ 4.0 MR3: FIPS 140-2 Security Policy 01-436-177866-20120805 for FortiOS 4.0 MR3 © Copyright 2014 Fortinet, Inc. This document may be freely reproduced and distributed whole and intact including this copyright notice. Trademarks Dynamic Threat Prevention System (DTPS), APSecure, FortiASIC, FortiBIOS, FortiBridge, FortiClient, FortiGate®, FortiGate Unified Threat Management System, FortiGuard®, FortiGuard-Antispam, FortiGuard-Antivirus, FortiGuard-Intrusion, FortiGuard-Web, FortiLog, FortiAnalyzer, FortiManager, Fortinet®, FortiOS, FortiPartner, FortiProtect, FortiReporter, FortiResponse, FortiShield, FortiVoIP, and FortiWiFi are trademarks of Fortinet, Inc. in the United States and/or other countries. The names of actual companies and products mentioned herein may be the trademarks of their respective owners. Contents Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Security Level Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Module Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Module Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Web-Based Manager. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Command Line Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Roles, Services and Authentication . . . . . . . . . . . . . . . . . . . . . . . . . 7 Roles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 FIPS Approved Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Authentication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Physical Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Operational Environment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Cryptographic Key Management . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Random Number Generation . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Key Zeroization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Algorithms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Cryptographic Keys and Critical Security Parameters . . . . . . . . . . . . . 11 Alternating Bypass Feature . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Key Archiving . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Mitigation of Other Attacks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 FIPS 140-2 Compliant Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Enabling FIPS-CC mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Self-Tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Non-FIPS Approved Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 1 http://docs.fortinet.com/ • Feedback Overview This document is a FIPS 140-2 Security Policy for Fortinet Incorporated’s FortiOS 4.0 firmware, which runs on the FortiGate/FortiWiFi family of security appliances. This policy describes how the FortiOS 4.0 firmware (hereafter referred to as the ‘module’) meets the FIPS 140-2 security requirements and how to operate the module in a FIPS compliant manner. This policy was created as part of the Level 1 FIPS 140-2 validation of the module. This document contains the following sections: • Introduction • Security Level Summary • Module Description • Mitigation of Other Attacks • FIPS 140-2 Compliant Operation • Self-Tests • Non-FIPS Approved Services The Federal Information Processing Standards Publication 140-2 - Security Requirements for Cryptographic Modules (FIPS 140-2) details the United States Federal Government requirements for cryptographic modules. Detailed information about the FIPS 140-2 standard and validation program is available on the NIST (National Institute of Standards and Technology) website at http://csrc.nist.gov/groups/STM/cmvp/index.html. References This policy deals specifically with operation and implementation of the module in the technical terms of the FIPS 140-2 standard and the associated validation program. Other Fortinet product manuals, guides and technical notes can be found at the Fortinet technical documentation website at http://docs.forticare.com. Additional information on the entire Fortinet product line can be obtained from the following sources: • Find general product information in the product section of the Fortinet corporate website at http://www.fortinet.com/products. • Find on-line product support for registered products in the technical support section of the Fortinet corporate website at http://www.fortinet.com/support • Find contact information for technical or sales related questions in the contacts section of the Fortinet corporate website at http://www.fortinet.com/contact. • Find security information and bulletins in the FortiGuard Center of the Fortinet corporate website at http://www.fortinet.com/FortiGuardCenter. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 2 http://docs.fortinet.com/ • Feedback Introduction Introduction The FortiGate product family spans the full range of network environments, from SOHO to service provider, offering cost effective systems for any size of application. FortiGate appliances detect and eliminate the most damaging, content-based threats from email and Web traffic such as viruses, worms, intrusions, inappropriate Web content and more in real time — without degrading network performance. In addition to providing application level firewall protection, FortiGate appliances deliver a full range of network-level services — VPN, intrusion prevention, web filtering, antivirus, antispam and traffic shaping — in dedicated, easily managed platforms. All FortiGate appliances employ Fortinet’s unique FortiASIC™ content processing chip and the powerful, secure, FortiOS™ firmware achieve breakthrough price/performance. The unique, ASIC-based architecture analyzes content and behavior in real time, enabling key applications to be deployed right at the network edge where they are most effective at protecting enterprise networks. They can be easily configured to provide antivirus protection, antispam protection and content filtering in conjunction with existing firewall, VPN, and related devices, or as complete network protection systems. The modules support High Availability (HA) in both Active-Active (AA) and Active-Passive (AP) configurations. FortiGate appliances support the IPSec industry standard for VPN, allowing VPNs to be configured between a FortiGate appliance and any client or gateway/firewall that supports IPSec VPN. FortiGate appliances also provide SSL VPN services using TLS 1.0 in the FIPS-CC mode of operation. Security Level Summary The module meets the overall requirements for a FIPS 140-2 Level 1 validation. . Table 1: Summary of FIPS security requirements and compliance levels Security Requirement Compliance Level Cryptographic Module Specification 1 Cryptographic Module Ports and Interfaces 3 Roles, Services and Authentication 3 Finite State Model 1 Physical Security 1 Operational Environment N/A Cryptographic Key Management 1 EMI/EMC 1 Self-Tests 1 Design Assurance 3 Mitigation of Other Attacks 1 FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 3 http://docs.fortinet.com/ • Feedback Module Description Module Description The module is a firmware operating system that runs exclusively on Fortinet’s FortiGate/FortiWiFi product family (hereafter referred to as the FortiGate product family). FortiGate units are PC-based, purpose built appliances. The FortiGate appliances are multiple chip, standalone cryptographic modules consisting of production grade components contained in a physically protected enclosure. Figure 1: FortiOS Cryptographic Boundary For the purposes of FIPS 140-2 conformance testing, the module was tested on the FortiGate-3950B appliance. The validated firmware version is FortiOS 4.0, build3767, 130920. The module can also be executed on any of the following FortiGate appliances and remain vendor affirmed FIPS compliant: • FortiGate-30B • FortiGate-50B • FortiGate-60B • FortiGate-60C • FortiGate-80C • FortiGate-80CM • FortiGate-100A • FortiGate-110C • FortiGate-111C • FortiGate-200A • FortiGate-200B • FortiGate-224B • FortiGate-300A • FortiGate-300C • FortiGate-310B FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 4 http://docs.fortinet.com/ • Feedback Module Description • FortiGate-311B • FortiGate-500A • FortiGate-600C • FortiGate-620B • FortiGate-621B • FortiGate-800 • FortiGate-800F • FortiGate-1000A • FortiGate-1000AFA2 • FortiGate-1000C • FortiGate-1240B • FortiGate-3000 • FortiGate-3016B • FortiGate-3040B • FortiGate-3140B • FortiGate-3600 • FortiGate-3600A • FortiGate-3810A • FortiGate-3951B • FortiGate-5001SX • FortiGate-5001A-SW • FortiGate-5001FA2 • FortiGate-5001A-DW • FortiGate-5001A-SW • FortiGate-5001B • FortiGate-5005FA2 • FortiWiFi-30B • FortiWiFi-50B • FortiWiFi-60B • FortiWiFi-60C Module Interfaces The module’s logical interfaces and physical ports are described in Table 2. Table 2: FortiOS logical interfaces and physical ports FIPS 140 Interface Logical Interface Physical Port Data Input API input parameters Network interface Data Output API output parameters Network interface Control Input API function calls Network interface, serial interface Status Output API return values Network interface, serial interface Power Input N/A The power supply is the power interface FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 5 http://docs.fortinet.com/ • Feedback Module Description Web-Based Manager The FortiGate web-based manager provides GUI based access to the module and is the primary tool for configuring the module. The manager requires a web browser on the management computer and an Ethernet connection between the FortiGate unit and the management computer. A web-browser that supports Transport Layer Security (TLS) 1.0 is required for remote access to the web-based manager when the module is operating in FIPS-CC mode. HTTP access to the web-based manager is not allowed in FIPS-CC mode and is disabled. Figure 2: The FortiGate web-based manager Command Line Interface The FortiGate Command Line Interface (CLI) is a full-featured, text based management tool for the module. The CLI provides access to all of the possible services and configuration options in the module. The CLI uses a console connection or a network (Ethernet) connection between the FortiGate unit and the management computer. The console connection is a direct serial connection. Terminal emulation software is required on the management computer using either method. For network access, a Telnet or SSH client that supports the SSH v2.0 protocol is required (SSH v1.0 is not supported in FIPS- CC mode). Telnet access to the CLI is not allowed in FIPS-CC mode and is disabled. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 6 http://docs.fortinet.com/ • Feedback Module Description Roles, Services and Authentication Roles When configured in FIPS-CC mode, the module provides the following roles: • Crypto Officer • Network User The Crypto Officer role is initially assigned to the default ‘admin’ operator account. The Crypto Officer role has read-write access to all of the module’s administrative services. The initial Crypto Officer can create additional operator accounts. These additional accounts are assigned the Crypto Officer role and can be assigned a range of read/write or read only access permissions including the ability to create operator accounts. The module provides a Network User role for end-users (Users). Network users can make use of the encrypt/decrypt services, but cannot access the module for administrative purposes. The module does not provide a Maintenance role. FIPS Approved Services The following tables detail the types of FIPS approved services available to each role, the types of access for each role and the Keys or CSPs they affect. The role names are abbreviated as follows: Crypto Officer CO User U The access types are abbreviated as follows: Read Access R Write Access W Execute Access E Table 3: Services available to Crypto Officers Service Access Key/CSP authenticate to module WE Operator Password, Diffie-Hellman Key, HTTP/TLS and SSH Server/Host Keys, HTTPS/TLS and SSH Session Authentication Keys, and HTTPS/TLS Session Encryption Keys, RNG Seed, RNG AES Key show system status WE N/A show FIPS-CC mode WE N/A enabled/disabled (console/CLI only) enable FIPS-CC mode of operation WE Configuration Integrity Key (console only) execute factory reset (zeroize keys, E See “Key Zeroization” on page 10 disable FIPS mode, console/CLI only) execute FIPS-CC on-demand self- E Configuration Integrity Key, Firmware tests (console only) Integrity Key add/delete operators and network WE Operator Password, users Network User Password FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 7 http://docs.fortinet.com/ • Feedback Module Description Table 3: Services available to Crypto Officers Service Access Key/CSP set/reset operator and network user WE Operator Password, passwords Network User Password backup/restore configuration file WE Configuration Encryption Key, Configuration Backup Key read/set/delete/modify module WE N/A configuration enable/disable alternating bypass WE N/A mode read/set/delete/modify IPSec/SSL N/A IPSec: IPSec Manual Authentication VPN configuration Key, IPSec Manual Encryption Key, IKE Pre-Shared Key, IKE RSA Key SSL: HTTPS/TLS Server/Host Key, HTTPS/TLS Session Authentication Key, HTTPS/TLS SSH Session Encryption Key read/set/modify HA configuration WE HA Password, HA Encryption Key execute firmware update E Firmware Update Key read log data WE N/A delete log data (console/CLI only) N/A N/A execute system diagnostics WE N/A (console/CLI only) Table 4: Services available to Network Users Service/CSP Access Key/CSP authenticate to module E Network User Password, Diffie-Hellman Key, HTTPS/TLS Server/Host Key, HTTPS/TLS Session Authentication Key, HTTPS/TLS Session Encryption Key, RNG Seed, RNG AES Key IPSec VPN controlled by firewall E Diffie-Hellman Key, IKE and IPSec Keys, policies RNG Seed, RNG AES Key SSL VPN controlled by firewall E Network User Password, Diffie-Hellman policies Key, HTTPS/TLS Server/Host Key, HTTPS/TLS Session Authentication Key, HTTPS/TLS Session Encryption Key, RNG Seed, RNG AES Key Authentication The modules implement identity based authentication. Operators must authenticate with a user-id and password combination to access the modules remotely or locally via the console. Remote operator authentication is done over HTTPS (TLS) or SSH. The password entry feedback mechanism does not provide information that could be used to guess or determine the authentication data. By default, Network User access to the modules is based on firewall policy and authentication by IP address or fully qualified domain names. Network Users can optionally be forced to authenticate to the modules using a username/password combination to enable use of the IPSec VPN encrypt/decrypt or bypass services. For Network Users invoking the SSL-VPN encrypt/decrypt services, the modules support authentication with a user-id/password combination. Network User authentication is done over HTTPS and does not allow access to the modules for administrative purposes. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 8 http://docs.fortinet.com/ • Feedback Module Description Note that operator authentication over HTTPS/SSH and Network User authentication over HTTPS are subject to a limit of 3 failed authentication attempts in 1 minute. Operator authentication using the console is not subject to a failed authentication limit, but the number of authentication attempts per minute is limited by the bandwidth available over the serial connection. The minimum password length is 8 characters when in FIPS-CC mode (maximum password length is 32 characters). The password may contain any combination of upper- and lower-case letters, numbers, and printable symbols; allowing for 94 possible characters. The odds of guessing a password are 1 in 94^8 which is significantly lower than one in a million. Recommended procedures to increase the password strength are explained in “FIPS 140-2 Compliant Operation” on page 14. For Network Users invoking the IPSec VPN encrypt/decrypt services, the module acts on behalf of the Network User and negotiates a VPN connection with a remote module. The strength of authentication for IPSec services is based on the authentication method defined in the specific firewall policy: IPSec manual authentication key, IKE pre-shared key or IKE RSA key (RSA certificate). The odds of guessing the authentication key for each IPSec method is: 1 in 1640 for the IPSec Manual Authentication key (based on a 40 digit, hexadecimal • key) 1 in 948 for the IKE Pre-shared Key (based on an 8 character, ASCII printable key) • 1 in 21024 for the IKE RSA Key (based on a 1024bit RSA key size) • Therefore the minimum odds of guessing the authentication key for IPSec is 1 in 948, based on the IKE Pre-shared key. Physical Security The physical security for the module is provided by the FortiGate hardware which uses production grade components and an opaque enclosure. Operational Environment The module constitutes the entire firmware operating system for a FortiGate unit and can only be installed and run on a FortiGate appliance. The module provides a proprietary and non-modifiable operating system and does not provide a programming environment. For the purposes of FIPS 140-2 conformance testing, the module was tested on the FortiGate-3950B appliance. Note that no claim can be made as to the correct operation of the module or the security strengths of the generated keys when ported to an operational environment which is not listed on the validation certificate. Cryptographic Key Management Random Number Generation The module uses a firmware based, deterministic random number generator that conforms to ANSI X9.31 Appendix A.2.4. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 9 http://docs.fortinet.com/ • Feedback Module Description The ANSI X9.31 RNG is seeded using a 128-bit AES seed key generated external to the module (estimated entropy 128 bits) and 256 bits of seed (estimated entropy 60 bits) gathered from a random pool filled with 64 bytes of system data and internal resources such as time, memory addresses, kernel ticks, and module identifiers. As the module's ANSI X9.31 RNG implementation only generates random values of size 128 bits, it would take multiple calls to form a 256-bit key. Each time a key is generated with a bit length of more than 128 bits, the key is refreshed with an additional 12 bits of entropy. The total estimated strength for the two calls required to form a 256 bit key would be at theoretical best 200 bits. Key Zeroization The zeroization process must performed under the direct control of the operator. The operator must be present to observe that the zeroization method has completed successfully. All keys except the following are zeroized by executing a factory reset: • ANSI X9.31 RNG AES Key • Firmware Update Key • Firmware Integrity Key • Configuration Integrity Key • Configuration Backup Key • SSH Server/Host Key • HTTPS/TLS Server/Host Key All keys and CSPs are zeroized by formatting the modules’ flash memory storage. To format the flash memory, connect a computer to the modules’ console port and reboot the module. Access the configuration menu by pressing any key when prompted (see example below). Select “F” to format the flash memory (boot device). Press any key to display configuration menu... [G]: Get firmware image from TFTP server. [F]: Format boot device. [B]: Boot with backup firmware and set as default. [I]: Configuration and information. [Q]: Quit menu and continue to boot with default firmware. [H]: Display this list of options. Enter G,F,B,I,Q,or H: FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 10 http://docs.fortinet.com/ • Feedback Module Description Algorithms Table 5: FIPS Approved Algorithms Algorithm NIST Certificate Number RNG (ANSI X9.31 Appendix A) 1234 Triple-DES 1572, 1573 AES 2607, 2608 SHA-1 2191, 2192 SHA-256 2191, 2192 HMAC SHA-1 1615, 1616 HMAC SHA-256 1615, 1616 RSA PKCS1 (digital signature verification) 1334 Table 6: FIPS Allowed Algorithms Algorithm RSA (key wrapping; key establishment methodology provides 112 bits of encryption strength; non-compliant less than 112 bits of encryption strength) Diffie-Hellman (key agreement; key establishment methodology provides between 112 and 201 bits of encryption strength; non-compliant less than 112 bits of encryption strength) NDRNG Table 7: Non-FIPS Approved Algorithms Algorithm DES (disabled in FIPS-CC mode) MD5 (disabled in FIPS-CC mode except for use in the TLS protocol) HMAC MD5 (disabled in FIPS-CC mode) Some algorithms may be classified as deprecated, restricted, or legacy-use. Please consult NIST SP 800-131A for details. The vendor makes no conformance claims to any key derivation function specified in SP 800-135rev1. References to the key derivation functions addressed in SP 800-135rev1 including IKE, SSH, and TLS are only listed to clarify the key types supported by the module. Keys related to IKE, SSH, and TLS are only used in the Approved mode under the general umbrella of a non-Approved Diffie-Hellman scheme, with no assurance claims to the underlying key derivation functions." Cryptographic Keys and Critical Security Parameters The following table lists all of the cryptographic keys and critical security parameters used by the module. The following definitions apply to the table: Key or CSP The key or CSP description. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 11 http://docs.fortinet.com/ • Feedback Module Description Storage Where and how the keys are stored Usage How the keys are used Table 8: Cryptographic Keys and Critical Parameters used in FIPS-CC Mode Key or CSP Storage Usage Diffie-Hellman Keys SDRAM Key agreement and key establishment Plaintext IPSec Manual Authentication Flash RAM Used as IPSec Session Authentication Key Key AES encrypted IPSec Manual Encryption Key Flash RAM Used as IPSec Session Encryption Key AES encrypted IPSec Session Authentication SDRAM IPSec peer-to-peer authentication using Key HMAC SHA-1 or HMAC SHA-256 Plain-text IPSec Session Encryption SDRAM VPN traffic encryption/decryption using Key Triple-DES or AES Plain-text IKE Pre-Shared Key Flash RAM Used to generate IKE protocol keys AES encrypted IKE Authentication Key SDRAM IKE peer-to-peer authentication using HMAC SHA-1 (SKEYID_A) Plain-text IKE Key Generation Key SDRAM IPSec SA keying material (SKEYID_D) Plain-text IKE Session Encryption Key SDRAM Encryption of IKE peer-to-peer key negotiation using Triple-DES or AES Plain-text (SKEYID_E) IKE RSA Key Flash Ram Used to generate IKE protocol keys Plain text RNG Seed (ANSI X9.31 Flash RAM Seed used for initializing the RNG Appendix A.2.4) Plain-text RNG AES Key (ANSI X9.31 Flash RAM AES Seed key used with the RNG Appendix A.2.4) Plain-text Firmware Update Key Flash RAM Verification of firmware integrity when updating to new firmware versions Plain-text using RSA public key Firmware Integrity Key Flash RAM Verification of firmware integrity in the firmware integrity test using RSA public Plain-text key HTTPS/TLS Server/Host Key Flash RAM RSA private key used in the HTTPS/TLS protocols (key Plain-text establishment) HTTPS/TLS Session SDRAM HMAC SHA-1 or or HMAC SHA-256 Authentication Key key used for HTTPS/TLS session Plain-text authentication HTTPS/TLS Session SDRAM AES or Triple-DES key used for Encryption Key HTTPS/TLS session encryption Plain-text SSH Server/Host Key Flash RAM RSA private key used in the SSH protocol (key establishment) Plain-text SSH Session Authentication SDRAM HMAC SHA-1 or or HMAC SHA-256 Key key used for SSH session Plain-text authentication SSH Session Encryption Key SDRAM AES or Triple-DES key used for SSH session encryption Plain-text FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 12 http://docs.fortinet.com/ • Feedback Module Description Table 8: Cryptographic Keys and Critical Parameters used in FIPS-CC Mode Key or CSP Storage Usage Operator Password Flash RAM Used to authenticate operator access to the module SHA-1 hash Configuration Integrity Key Flash RAM SHA-1 hash used for configuration/VPN bypass test Plain-text Configuration Encryption Key Flash RAM AES key used to encrypt CSPs on the flash RAM and in the backup Plain-text configuration file (except for operator passwords in the backup configuration file) Configuration Backup Key Flash RAM HMAC SHA-1 key used to encrypt operator passwords in the backup Plain-text configuration file Network User Password Flash RAM Used during network user authentication AES encrypted HA Password Flash RAM Used to authenticate FortiGate units in an HA cluster AES encrypted HA Encryption Key Flash RAM Encryption of traffic between units in an HA cluster using AES AES encrypted Alternating Bypass Feature The primary cryptographic function of the module is as a firewall and VPN device. The module implements two forms of alternating bypass for VPN traffic: policy based (for IPSec and SSL VPN) and interface based (for IPSec VPN only). Policy Based VPN Firewall policies with an action of IPSec or SSL-VPN mean that the firewall is functioning as a VPN start/end point for the specified source/destination addresses and will encrypt/decrypt traffic according to the policy. Firewall policies with an action of allow mean that the firewall is accepting/sending plaintext data for the specified source/destination addresses. A firewall policy with an action of accept means that the module is operating in a bypass state for that policy. A firewall policy with an action of IPSec or SSL-VPN means that the module is operating in a non-bypass state for that policy. Interface Based VPN Interface based VPN is supported for IPSec only. A virtual interface is created and any traffic routed to the virtual interface is encrypted and sent to the VPN peer. Traffic received from the peer is decrypted. Traffic through the virtual interface is controlled using firewall policies. However, unlike policy based VPN, the action is restricted to Accept or Deny and all traffic controlled by the policy is encrypted/decrypted. When traffic is routed over the non-virtual interfaced, the module is operating in a bypass state. When traffic is routed over the virtual interface, the module is operating in a non- bypass state. In both cases, two independent actions must be taken by a CO to create bypass firewall policies: the CO must create the bypass policy and then specifically enable that policy. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 13 http://docs.fortinet.com/ • Feedback Mitigation of Other Attacks Key Archiving The module supports key archiving to a management computer or USB token as part of a module configuration file backup. Operator entered keys are archived as part of the module configuration file. The configuration file is stored in plain text, but keys in the configuration file are either AES encrypted using the Configuration Encryption Key or stored as a keyed hash using HMAC-SHA-1 using the Configuration Backup Key. Mitigation of Other Attacks The module includes a real-time Intrusion Prevention System (IPS) as well as antivirus protection, antispam and content filtering. Use of these capabilities is optional. The FortiOS IPS has two components: a signature based component for detecting attacks passing through the FortiGate appliance and a local attack detection component that protects the firewall from direct attacks. Functionally, signatures are similar to virus definitions, with each signature designed to detect a particular type of attack. The IPS signatures are updated through the FortiGuard IPS service. The IPS engine can also be updated through the FortiGuard IPS service. FortiOS antivirus protection removes and optionally quarantines files infected by viruses from web (HTTP), file transfer (FTP), and email (POP3, IMAP, and SMTP) content as it passes through the FortiGate modules. FortiOS antivirus protection also controls the blocking of oversized files and supports blocking by file extension. Virus signatures are updated through the FortiGuard antivirus service. The antivirus engine can also be updated through the FortiGuard antivirus service. FortiOS antispam protection tags (SMTP, IMAP, POP3) or discards (SMTP only) email messages determined to be spam. Multiple spam detection methods are supported including the FortiGuard managed antispam service. FortiOS web filtering can be configured to provide web (HTTP) content filtering. FortiOS web filtering uses methods such as banned words, address block/exempt lists, and the FortiGuard managed content service. Whenever a IPS, antivirus, antispam or filtering event occurs, the modules can record the event in the log and/or send an alert email to an operator. For complete information refer to the FortiGate Installation Guide for the specific module in question, the FortiGate Administration Guide and the FortiGate IPS Guide. FIPS 140-2 Compliant Operation FIPS 140-2 compliant operation requires both that you use the module in its FIPS-CC mode of operation and that you follow secure procedures for installation and operation of the FortiGate unit. You must ensure that: • The FortiGate unit is configured in the FIPS-CC mode of operation. • The FortiGate unit is installed in a secure physical location. • Physical access to the FortiGate unit is restricted to authorized operators. • Administrative passwords are at least 8 characters long. • Administrative passwords are changed regularly. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 14 http://docs.fortinet.com/ • Feedback Self-Tests • Administrator account passwords must have the following characteristics: • One (or more) of the characters must be capitalized • One (or more) of the characters must be numeric • One (or more) of the characters must be non alpha-numeric (e.g. punctuation mark) • Administration of the module is permitted using only validated administrative methods. These are: • Console connection • Web-based manager via HTTPS • Command line interface (CLI) access via SSH • Diffie-Hellman groups of less than less than 2048 bits (Group 14) are not used. • Client side RSA certificates must use 1024 bit or greater key sizes. • LDAP based authentication must use secure LDAP (LDAPS). • Only approved and allowed algorithms are used (see “Algorithms” on page 11). The module can be used in either of its two operation modes: NAT/Route or Transparent. NAT/Route mode applies security features between two or more different networks (for example, between a private network and the Internet). Transparent mode applies security features at any point in a network. The current operation mode is displayed on the web- based manager Status page and in the output of the get system status CLI command. Refer to the FortiGate Handbook and other technical documentation for setup andinstallation instructions (see “References” on page 2). Enabling FIPS-CC mode To enable the FIPS-CC mode of operation, the operator must execute the following command from the Local Console: config system fips set status enable end The Operator is required to supply a password for the admin account which will be assigned to the Crypto Officer role. The supplied password must be at least 8 characters long and correctly verified before the system will restart in FIPS-CC mode. Upon restart, the module will execute self-tests to ensure the correct initialization of the module’s cryptographic functions. After restarting, the Crypto Officer can confirm that the module is running in FIPS-CC mode by executing the following command from the CLI: get system status If the module is running in FIPS-CC mode, the system status output will display the line: FIPS-CC mode: enable Note that enabling/disabling the FIPS-CC mode of operation will automatically invoke the key zeroization service. The key zeroization is performed immediately after FIPS-CC mode is enabled/disabled. Self-Tests The module executes the following self-tests during startup and initialization: FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 15 http://docs.fortinet.com/ • Feedback Non-FIPS Approved Services • Firmware integrity test using RSA signatures • Configuration/VPN bypass test using HMAC SHA-1 • Triple-DES, CBC mode, encrypt known answer test • Triple-DES, CBC mode, decrypt known answer test • AES, CBC mode, encrypt known answer test • AES, CBC mode, decrypt known answer test • HMAC SHA-1 known answer test • SHA-1 known answer test (test as part of HMAC SHA-1 known answer test) • HMAC SHA-256 known answer test • SHA-256 known answer test (test as part of HMAC SHA-256 known answer test) • RSA signature generation known answer test • RSA signature verification known answer test • RNG known answer test The results of the startup self-tests are displayed on the console during the startup process. The startup self-tests can also be initiated on demand using the CLI command execute fips kat all (to initiate all self-tests) or execute fips kat (to initiate a specific self-test). When the self-tests are run, each implementation of an algorithm is tested - e.g. when the AES self-test is run, all AES implementations are tested. The module executes the following conditional tests when the related service is invoked: • Continuous RNG test • Continuous NDRNG test • RSA pairwise consistency test • Configuration/VPN bypass test using HMAC SHA-1 • Firmware load test using RSA signatures If any of the self-tests or conditional tests fail, the module enters an error state as shown by the console output below: Self-tests failed Entering error mode... The system is going down NOW !! The system is halted. All data output and cryptographic services are inhibited in the error state. Non-FIPS Approved Services The module also provides the following non-FIPS approved services: • Configuration backups using password protection • LLTP and PPTP VPN If the above services are used, the module is not considered to be operating in the FIPS approved mode of operation. FortiOS 4.0 MR3 FIPS 140-2 Security Policy 01-436-177866-20120805 16 http://docs.fortinet.com/ • Feedback