Cape Peninsula University of Technology



TECHNICAL REQUIREMENTS

General specifications

• Ensure validity of solution for 5 years (no end of life / support equipment)

• Offer high available redundancy enterprise wide

• The proposed system shall support unlimited IP addresses license

• The vendor technology must attain ISO 9001:2000 certification that covers scope of the Quality Management System which includes the design, development and manufacturing of network security products and the delivery of associated security services and support

• The solution should be based on a dedicated ASIC-based standalone appliance which should include:

o Content Processor that accelerates content scanning activities such as AV

o Network Processors (inbuilt and/or modules) used for acceleration of many key security functions including stateful packet header inspection, VPN encryption/decryption, protocol anomaly offloading, and quality of service enforcement. It should also provide acceleration for processing all packet sizes which include time sensitive applications such as VoIP, real-time protocols, and multimedia applications

• The proposed solution must be from a family of products that achieves Common Criteria FWcPP (V2.0) + IPS (V2.11) and VPN (V2.1) Certification

• The device should be from a family of products that attains ICSA Labs Certifications for Antivirus, Corporate Firewall, IPsec, NIPS, SSL-TLS

• The proposed solution must be recognized as a Leader in the latest Gartner Magic Quadrant for

o UTM

o Enterprise Firewalls

• The proposed solution must be from a family of products that achieves "Recommended" rating from NSS Labs for:

o NGFW testing

o DCIPS testing

o Firewall testing

o NGIPS testing

Hardware specifications

• At least 4x 10Gbps network interfaces, but support 25 Gbps and 40 Gbps as well for future

• The proposed system should have at least 500GB of internal storage

The proposed system shall support dual hot-swappable power supplies

Operating System and Management Access

• The proposed Operating System must:

o Be proprietary to prevent inheriting common OS vulnerabilities

o Resided on flash disk for reliability over hard disk

o Allow dual booting

o Upgradeable via Web UI or TFTP

• The configurations on the device shall:

o Be easily backup or restored via GUI and CLI to/from local PC, remote centralized management or USB disk

o Provide CLI command configuration file that is readable by Windows Notepad

o Have option for encrypted backup file

o Have revisions listed on GUI for ease of use. The display shall allow revert to selected revision and configuration diff between 2 selected revisions. Administrators shall be able to add comments for each revision

• The proposed system shall minimally provide management access through:

o GUI using HTTP or HTTPs access which administration service port can be configured, example via tcp port 8080

o CLI console using console port, SSHv2, telnet or on GUI’s dashboard

• The proposed system shall offer option to automatically redirect HTTP management access to HTTPS

• The proposed system shall enforce mandatory default administrator password setup upon first time log in or after a factory reset

• The proposed system shall have option to implement local administrator password policy enforcement including:

o Minimum length

o Character requirements - Upper case, lower case, numbers and special character

o Disallow password reuse

o Password expiration

• The administrator authentication shall be facilitated by local database, PKI & remote services such as Radius, LDAP and TACACS+

• The proposed system shall support profile base login account administration, offering gradual access control such as only to Policy Configuration & Log Data Access

• Provide simple centralized management and reporting

• Management should offer centralized policy and device management

• Provide automated workflows and compliance reporting

• Provide scalable log management solution

System Integration Requirements

• The proposed system shall have the ability to interconnect discrete security solutions into an integrated whole to detect, monitor, block, and remediate attacks across the entire attack surface. The solution should offer the following capabilities:

o A physical topology view that shows all connected devices, including access layer device and a logical topology view that show information about the interfaces that each device is connected to.

o Security best practice checks across various security components in the network to identify potential vulnerabilities and suggest improvements to the configurations.

o In-built automation feature that pairs an event trigger with one or more actions to monitor the network and take the designated actions when a threat or situation change is detected.

• The proposed system shall allow GUI configurations to external services that includes:

o Public cloud providers - AWS, Microsoft Azure, Google Cloud Platfom (GCP) , Oracle Cloud Infrastructure (OCI) and AliCloud

o SDN platforms and private cloud hypervisors - Kubernates, VMware NSX, VMwaree ESXi, OpenStack, Cisco ACI and Nuage VSP

o Identity Systems - Active Directory service, RADIUS, NAC system, endpoint management system

o External threat feeds: URL list, IP list, domain name list and malware file hash

• Provide security automation via REST API, scripts and automated stiches

Visibility and Monitoring

• The proposed system shall provide robust visibility GUI panels and dashboards that:

o Ultilizes data from options of local disk, external logging system and hosted service on the cloud 

o Pulls data from supported external systems via REST APIs

o Draws real-time and historical data for displays of information in both text and visual format

o Presents information visually using graphs, bubble charts and world map

o Allows filtering (using specific time range, by user ID or local IP address, by application, etc) and drill-down of data

o Allows customizable Top N views on the dashboard

o Provides one-click action to quarantine host based on selected data

• The proposed system shall provide administrators ability to assign arbitrary score given based on the perceived risk of certain events such as visit to malicious websites and malware detection. Threat scores will be logged and computed for each host as they match risky events. Thus, administrator shall be able to rank and identify most risky hosts in the network.

• The proposed system shall provide monitoring capabilities through GUI including:

o Static, dynamic and policy routing status

o DHCP service status

o SD-WAN links status and usage

o IPsec and SSL VPN sessions status

o User web browsing quota status

o Host security and quarantine status

o Wireless related status

• Provide advance threat detection and correlation, with incident detection and response capabilities

• Provide telemetric view of the environment to provide end-to-end visibility

Networking

• The proposed system shall support the IEEE standard 802.3ad for physical link aggregation

• The proposed system shall be able to send out Gratuitous Address Resolution Protocol (GARP) announcements if the MAC address of a link aggregated interface changes to a new IP pool address due to a link failure or change in ports

• Administrators shall be able to configure both IPv4 and IPv6 DHCP service on an interface of the proposed system. The interface shall automatically broadcast DHCP requests and then provide IP address, any DNS server addresses, and the default gateway address to clients

• Administrators shall be able to configure an interface as a DHCP relay

• Administrators shall be able to adjust the maximum transmission unit (MTU) of the packets that the proposed system transmits to improve network performance

• A loopback interface is a logical interface that's always up (no physical link dependency) and the attached subnet is always present in the routing table. Administrators shall be able to configure multiple loopback interfaces on the proposed system

• Administrators shall be able to configure physical interfaces on the proposed system for one-armed sniffer with the following capabilities:

o Ability to deploy filters that define a more granular sniff of network traffic. The filter definition shall include hosts, ports, VLANs, and protocol

o Ability to sniff IPv6 traffic

o Traffic sent to the sniffer interface shall have the option to be logged and examined against security components such as IPS and application control.

• Administrators shall be able to obtain information of transceivers plugged into the proposed system via CLI command. The output shall include the vendor name, part number, and serial number. It shall also include details about transceiver operation, such as temperature, voltage, and optical transmission power.

• Administrators shall be able to combine two or more physical interfaces to provide link redundancy. This feature allows administrators to connect to two or more switches to ensure connectivity if one physical interface, or the equipment on that interface, fails. In a redundant interface, traffic travels only over one interface at a time.

• Administrators shall be able to configure Secondary IP addresses to an interface

• Administrators shall be able to group interfaces, both physical and virtual, into zones that simplifies the creation of security policies.

• The proposed system shall support the creation of native VXLAN interfaces and support for multiple remote IP addresses, which can be IPv4 unicast, IPv6 unicast, IPv4 multicast, or IPv6 multicast.

• The proposed system shall support up to 5 interfaces, compromises for both physical interfaces and VLANs

• The proposed system shall support enhanced MAC VLAN which consists of a MAC VLAN with bridge functionality.

• The proposed system shall support multiple virtual wire pairs that logically bind two physical interfaces so that all traffic from one of the interfaces can exit only through the other interface if allowed by firewall policy.

• The proposed system shall support wildcard VLANs for a virtual wire pair. Doing this allows all VLAN-tagged traffic to pass through a virtual wire pair if a virtual wire pair firewall policy allows the traffic.

• The proposed system shall support various enterprise DNS settings, including:

o Ability to set the number of DNS entries that can be cached

o Ability to how long entries remain in the cache

o Ability to define a dedicated IP address for communications with DNS servers

• The proposed system shall allow organizations to use a dynamic DNS (DDNS) service

• The proposed system shall provide the ability to run local DNS servers

• The proposed system shall support static routing with various advanced features:

o Support for both IPv4 and IPv6 routes

o Ability to define static routes with administrative distance and priority. Priority, which will artificially weight the route during route selection. The higher the priority number, the less likely the route is to be selected over other routes.

o Ability to define destinations in static routes using IP subnet, firewall address (including FQDN type) objects, and Internet service objects. Internet service objects are IP lists mapped to popular Internet services and are residing on a dynamically updated database.

• The proposed system shall support blackhole routing. Blackhole routes are used to dispose of packets instead of responding to suspicious inquiries. This provides added security since the originator won't discover any information from the target network.

• The proposed system shall support reverse path lookup (anti-spoofing). This feature can be disabled to enable asymmetric routing.

• The proposed system shall support IPv4 policy routing using the definition of:

o Protocol type, including SCTP

o Incoming and outgoing logical interface

o Source and destination IP addresses/subnets

o Source and destination firewall address/address group objects

o Type of Service (ToS)

• The proposed system shall support IPv6 policy routing

• The proposed system shall support Open Shortest Path First (OSPF), OSPFv2 and OSPFv3 routing protocols

• The proposed system shall support BGP4 and BGP4+ routing protocols

• The proposed system shall support multiple DHCP servers on any interfaces

• The proposed system shall support DHCP relay capability

• The proposed system shall support DHCP relay agent information option (also known as Option 82)

• The proposed system shall receives and stores LLDP messages, and makes the LLDP information available via the CLI, REST API, and SNMP.

• The proposed system shall support IPv4 and IPv6 DNS service

• The proposed system shall allow administrators to configure up to eight domains in the DNS settings

• The proposed system shall be able to operate as a master or slave DNS server.

• The proposed system shall support the ability for an external interface to be configured to use a dynamic DNS (DDNS) service.

• The proposed system shall support use of multiple NTP servers to set system time

High-Availability

• The proposed system shall support high availability with industry-standard VRRP with the following characteristics:

o Be able to function as a primary (master) or backup Virtual Router Redundancy Protocol (VRRP) device and can be quickly and easily integrated into a network that has already deployed VRRP

o Be able integrated into a VRRP group with any third-party VRRP devices

o Supports IPv4 and IPv6 VRRP

• The proposed system shall support high availability by setting up a cluster with the following characteristics:

o Supports up to 4 cluster members

o Supports 2 HA modes; active-passive (failover HA) and active-active (load balancing HA)

o Cluster units communicate with each other through their heartbeat interfaces

o Uses a combination of incremental and periodic synchronization to make sure that the configuration of all cluster units is synchronized to that of the primary unit

o Provides device failover in the event of hardware or software failure

o Provides link failover when a direct link is not available on one/more monitored interface(s)

o Provides remote link failover when connectivity with IP addresses of remote network devices, for example, a downstream router is not available

o In the event of a failover, log messages about the event and can be configured to send log messages to a syslog server. The cluster can also send SNMP traps and alert email messages

o Supports session failover (also called session pickup) which during cluster operation the primary unit informs the subordinate units of changes to the primary unit connection and state tables, keeping the subordinate units up-to-date with the traffic currently being processed by the cluster. during cluster operation the primary unit informs the subordinate units of changes to the primary unit connection and state tables, keeping the subordinate units up-to-date with the traffic currently being processed by the cluster.

o Supports the option to automatically failback in the event the original unit recovers

o Supports widely separated cluster units installed in different physical locations

• The proposed system shall support active-passive virtual clustering that uses virtual unit partitioning to send traffic for some virtual units to the primary cluster unit and traffic for other virtual units to the backup cluster units. If a failure occurs and only one cluster member continues to operate, all traffic fails over to that physical unit, similar to normal HA.

• The proposed system shall support full mesh HA configuration where one can connect an HA cluster consisting of two or more cluster members to the network using 802.3ad Aggregate or Redundant interfaces and redundant switches

• The proposed system shall support out-of-band management for each cluster member where a management interface is reserved with its own configurations and are not synchronized to other cluster units.

• The proposed system shall support the upgrade of the firmware without interrupting communication through the cluster

SD-WAN Ready

• The proposed system shall support aggregation of up to 255 interfaces to create a virtual WAN link.

• The proposed system shall support performance SLA (also known as health checks) settings which are used to monitor WAN interfaces link quality and to detect link failures. They can be used to remove routes, and to reroute traffic when an SD-WAN member cannot detect the server. The settings should include:

• Predefined performance SLA profiles such as Office 365, AWS and Gmail

• Health check probes using IPv4/IPv6 Ping and HTTP

• Selection of multiple destinations (or servers) to probe

• Interfaces relating to the performance SLA profile

• The proposed system shall allow SLA targets to be created. These are a set of constraints that are used in SD-WAN rules to control the paths that traffic take. These constraints should include:

o Latency threshold

o Jitter threshold

o Packet loss threshold

• The proposed system shall provide settings to the charactistics of probes, including check interval, link failure and restoration considerations.

• The proposed system shall provide option to disable the implicated static route when an interface is inactive.

• The proposed system shall allow organizations to define SD-WAN rules that are used to control how sessions are distributed to SD-WAN interfaces. The definition of these rules shall include:

o Source: address and/or user group

o Destination: address, applications and/or dynamic IP database

o Path control strategies

• The proposed system shall provide the following path control strategies:

o Manual: Interfaces are manually assigned a priority

o Best Quality: Interface are assigned a priority based on the quality of the interface. Quality criteria may be latency, jitter, packet loss, available bandwidth (for upstream, downstream, or both) or custom with a cocktail of weighted criteria

o Lowest Cost (SLA): Interface is selected based on the lowest cost defined on SD-WAN interfaces that meets selected SLA settings

o Maximize Bandwidth (SLA): Traffic is distributed among all available links that satisfies selected SLA profile based on a round-robin load balancing algorithm

• The proposed system shall provide implicit an SD-WAN rule for sessions that do not meet the conditions of defined rules. This implicit rule shall offer the following load balancing algorithms with the ability to assign weight on each member interfaces:

o Source IP: The system divides traffic equally between the interfaces. However, sessions that start at the same source IP address use the same path

o Sessions: The system distributes the workload based on the number of sessions that are connected through the interfaces.

o Spillover: If the amount of traffic bandwidth on an interface exceeds the ingress or egress thresholds that organization set for that interface, the system sends additional traffic through one of the other member interfaces.

o Source-Destination IP: Sessions that start at the same source IP address and go to the same destination IP address use the same path.

o Volume: The system uses the weight that is assigned to each interface to calculate a percentage of the total bandwidth that’s allowed to go through each interface.

• The proposed system shall support per-packet load-balancing among IPSec tunnels.

• The proposed system shall support forward error correction (FEC) on VPN overlay networks.

• The proposed system shall support SD-WAN rules with Border Gateway Protocol (BGP) learned routes as dynamic destinations.

• The proposed system shall provide Dual VPN tunnel wizard that is used to automatically set up multiple VPN tunnels to the same destination over multiple outgoing interfaces. This includes automatically configuring IPsec, routing, and firewall settings, avoiding cumbersome and error-prone configuration steps.

• The proposed system shall support integration with a cloud-based solution to simplify IPsec VPN setup.

Explicit and Transparent Proxies

• The proposed system shall support transparent web proxy whereby the user's client software, such as a browser, is unaware that it is communicating with a proxy.

• The proposed system shall support transparent web proxy forwarding, without having to reconfigure user browsers or publish a proxy auto-reconfiguration (PAC) file. Explicit web proxy setting is also not required as it shall be implemented as a setting of a firewall policy. Once configured, the system transparently forwards traffic generated by a client to the upstream proxy. The upstream proxy then forwards it to the server.

• The proposed system shall support SaaS (Office 365, G-suite, Dropbox) access control with web proxying by inserting vendor-defined headers that restrict access to the specific accounts.

• The proposed system shall support multiple profiles (VIP, staff, support, students, guests, etc), Profile can be determine based on IP and or User Identity

• The proposed system shall allow, block or monitor access to certain web categories based on the profile (example pornography, Peer-to-peer file sharing)

• The proposed system shall allow for overrides of categorization to specific website

• The proposed system shall support safesearch to rewriting the search URL or user requests

• The proposed system shall support whitelist / blacklist of specific static URLs

• The proposed system shall support web content filter to block inappropriate language as an example

• The proposed system shall support daily usage quotas per category (or group) calculated over time or traffic volume per individual user

Traffic Shaping and QoS

• The system shall support various QoS (quality of service) techniques, including:

o Traffic policing - drops packets that do not conform to the configured bandwidth limitations.

o Traffic shaping - ensures that traffic consumes bandwidth at least at the guaranteed rate by assigning a greater priority queue to the traffic if the guaranteed rate is not being met.

o Queuing - transmits packets in the order of their assigned priority queue for that physical interface. All traffic in a higher priority traffic queue must be completely transmitted before traffic in lower priority queues is transmitted.

• The proposed system shall support the ability to implement interface-based traffic shaping with profiles that define up to 20 traffic groups by percentage of the interface bandwidth limit. These traffic groups are classified and organized based on matching criteria. These criteria shall include:

o Source address object, user/usergroup and Internet SaaS address from a dynamic database

o Destination address object and Internet SaaS address from a dynamic database

o Schedule

o Service

o Application

o URL Category

• The proposed system shall support the ability to implement policy-based traffic shaping where different kind of traffic shaper (configuration setup that indicates the priority and guaranteed and maximum bandwidth) can be applied, including:

o Shared traffic shaper - bandwidth management by per policy

o Per-IP shaper - bandwidth management by per IP address

o Reverse shaper - applied in the opposite direction (inbound)

• The proposed system shall support weighted random early detection (WRED) queuing function

• The proposed system shall support DSCP Matching, as well as DSCP marking for traffic shaping

Next Generation Firewall

• The proposed system shall support at least 10Gbps of next generation firewall throughput without additional licenses or components

• The proposed system shall support at least 24 Million concurrent sessions

• The proposed system shall support at least 500,000 new sessions per second

• The proposed system shall accommodate at least 100,000 firewall policies

• The proposed system shall support robust GUI configurations of both IPv4 and IPv6 firewall policies on the firewall policy table that include:

o One-click edit of firewall objects from the policy table panel

o Drag and drop policy moving

o Right-Click on one/multiple polici(es) to toggle enabling/disabling and deleting of policies

o Editing selected policy on GUI or from CLI panel

o Show matching logs of selected policy

• The proposed system shall offer a firewall policy table in both views by policy sequence and by interface pairs

• The proposed system shall allow the administrator to customize the firewall policy table's columns

• The proposed system shall allow the administrator to view filtered policies by using a search bar

• The proposed system's firewall policies shall support various types of source objects, including IP address/address range/subnets, users, dynamic addresses from SaaS and reputation list.

• The proposed system shall include IPS which should:

o detect and block suspicious, nonconforming sessions that resemble known attacks or are non-compliant to RFC or standard implementation

o offers robust pattern signature selection using filters based on severity, target, operating system, application, and protocol

o detect and block DDOS flooding, port scans, and sweeps

o automatic attack quarantine capabilities

o automatically perform IPS packet logging, which saves packets for detailed analysis when an IPS signature is matched

o Custom IPS signatures can be created to further extend protection

o Allow for bypass of specific traffic

• The proposed system shall include Application Control which should:

o allow/block/monitor traffic based on application

o support traffic shaping to offer better utilization of bandwidth and protect critical applications

o support SSL inspection for encrypted traffic

• The proposed system shall include authentication based on user / device identity which should:

o Integrate with CPUT’s Active Directory environment

o use CPUT’s AD environment for authentication of certain policies, before allowing access

o use user and device identity to enrich the log data monitored and captured on the firewall

• The proposed system shall also include:

o Antivirus

o Botnet Security

o IP/Domain Reputation

o Antispam

o Virus Outbreak Protection Services

o Content Disarm & Reconstruction

o Cloud Access Security Broker (ShadowIT)

o Security Rating

• The proposed system shall support multi-cloud security, providing:

o Visibility and Control (Iaas and Saas)

o Application Security

o Focusing on Web Application and Intent-based Segmentation

o Provide secure connectivity between Hybrid Cloud and Cloud Security Services Hubs

o Support Public, Private and SaaS

Pricing terms

• Vendor hardware and software support

• Pricing per year, with visibility of annual subscription costs for years 2 and 3

• On-going software support per year (Optional)

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download