Specyfikacja techniczna oferowanego sprzętu
Router-Firewall  – wymagane podanie konkretnych parametrów i informacji na temat oferowanego urządzenia. 
Specyfikacja techniczna (producent, nazwa, typ): ........................................................................................................... 
Wymagane minimalne parametry techniczne urządzenia	Parametry oferowanego urządzenia	

System bezpieczeństwa sieciowego i zarządzania siecią bezprzewodową (w skład wchodzi Router/Firewall/Kontroler WLAN) powinien spełniać następujące minimalne wymagania techniczno-funkcjonalne:	 	
 	 	
1   W przypadku systemu pełniącego funkcje: Firewall, IPSec, Kontrola Aplikacji oraz IPS - możliwość łączenia w klaster Active-Active lub Active-Passive. 	 	
2   Monitoring i wykrywanie uszkodzenia elementów sprzętowych i programowych systemów zabezpieczeń oraz łączy sieciowych.	 	
3   Monitoring stanu realizowanych połączeń VPN. 	 	
4   System realizujący funkcję Firewall powinien dawać możliwość pracy w jednym z dwóch trybów: Routera z funkcją NAT lub transparentnym.	 	
5   System realizujący funkcję Firewall powinien dysponować minimum 5 portami Ethernet 10/100/1000 Base-TX.	 	
6   System powinien umożliwiać zdefiniowanie co najmniej 250 interfejsów wirtualnych - definiowanych jako VLAN’y w oparciu o standard 802.1Q.	 	
7   W zakresie Firewall’a obsługa nie mniej niż 800 tys. jednoczesnych połączeń oraz 12 tys. nowych połączeń na sekundę.	 	
8   Przepustowość Firewall’a: nie mniej niż 0,9 Gbps.		
9   Wydajność szyfrowania VPN IPSec: nie mniej niż 70 Mbps.	 	
10 System powinien mieć możliwość logowania do aplikacji (logowania i raportowania) udostępnianej w chmurze, lub w ramach postępowania musi zostać dostarczony komercyjny system logowania i raportowania w postaci odpowiednio zabezpieczonej platformy sprzętowej lub programowej.	 	
11 System realizujący funkcję kontroli przed złośliwym oprogramowaniem musi mieć możliwość współpracy z platformą lub usługą typu Sandbox w celu eliminowania nieznanych dotąd zagrożeń.	 	
12 W ramach dostarczonego systemu ochrony muszą być realizowane wszystkie z poniższych funkcji:    	 	
·        Kontrola dostępu - zapora ogniowa klasy Stateful Inspection;	 	
·        Ochrona przed wirusami – co najmniej dla protokołów SMTP, POP3, IMAP, HTTP, FTP, HTTPS;	 	
·        Poufność transmisji danych  - połączenia szyfrowane IPSec VPN oraz SSL VPN;	 	
·        Ochrona przed atakami  - Intrusion Prevention System;	 	
·        Kontrola stron internetowych pod kątem rozpoznawania witryn potencjalnie niebezpiecznych:  	 	
         zawierających złośliwe oprogramowanie, stron szpiegujących oraz udostępniających treści typu SPAM;	 	
·        Kontrola zawartości poczty – antyspam dla protokołów SMTP, POP3, IMAP;	 	
·        Kontrola pasma oraz ruchu [QoS, Traffic shaping] – co najmniej określanie maksymalnej  i 	 	
         gwarantowanej ilości pasma;	 	
·        Kontrola aplikacji – system powinien rozpoznawać aplikacje typu: P2P, botnet (C&C – ta komunikacja 	 	
         może być rozpoznawana z wykorzystaniem również innych modułów);	 	
·        Możliwość analizy ruchu szyfrowanego protokołem SSL;	 	
·        Mechanizmy ochrony przed wyciekiem poufnej informacji (DLP).	 	
Mogą one być realizowane w postaci osobnych platform sprzętowych lub programowych.	 	
13 Wydajność skanowania ruchu w celu ochrony przed atakami (zarówno client side jak i server side w ramach modułu IPS)  - minimum 500 Mbps.	 	
14 Wydajność skanowania ruchu typu Enterprise Mix z włączonymi funkcjami: IPS, AC, AV - minimum 150 Mbps.	 	
15 W zakresie funkcji IPSec VPN, wymagane jest nie mniej niż:	 	
·        Tworzenie połączeń w topologii Site-to-site oraz Client-to-site;	 	
·        Monitorowanie stanu tuneli VPN i stałego utrzymywania ich aktywności;	 	
·        Praca w topologii Hub and Spoke oraz Mesh;	 	
·        Możliwość wyboru tunelu przez protokół dynamicznego routingu, np. OSPF;	 	
·        Obsługa mechanizmów: IPSec NAT Traversal, DPD, XAuth;	 	
16 W ramach funkcji IPSec VPN, SSL VPN – producenci  powinien dostarczać klienta VPN współpracującego z oferowanym rozwiązaniem. 	 	
17 Rozwiązanie powinno zapewniać: obsługę Policy Routingu, routing statyczny, dynamiczny w oparciu o protokoły: RIPv2, OSPF, BGP oraz PIM. 	 	
18 Translacja adresów NAT adresu źródłowego i docelowego.	 	
19 Polityka bezpieczeństwa systemu zabezpieczeń musi uwzględniać adresy IP, protokoły, usługi sieciowe, użytkowników, reakcje zabezpieczeń, rejestrowanie zdarzeń oraz zarządzanie pasmem sieci. 	 	
20 Możliwość tworzenia wydzielonych stref bezpieczeństwa Firewall np. DMZ.	 	
21 Silnik antywirusowy powinien umożliwiać skanowanie ruchu w obu kierunkach komunikacji dla protokołów działających na niestandardowych portach (np. FTP na porcie 2021) ) oraz powinien umożliwiać skanowanie archiwów typu zip, RAR.	 	
22 Ochrona IPS powinna opierać się co najmniej na analizie protokołów i sygnatur. Baza sygnatur ataków powinna zawierać minimum 5000 wpisów. Ponadto administrator systemu powinien mieć możliwość definiowania własnych wyjątków lub sygnatur. Dodatkowo powinna być możliwość wykrywania anomalii protokołów i ruchu stanowiących podstawową ochronę przed atakami typu DoS oraz DDos.	 	
23 Funkcja Kontroli Aplikacji powinna umożliwiać kontrolę ruchu na podstawie głębokiej analizy pakietów, nie bazując jedynie na wartościach portów TCP/UDP.	 	
24 Baza filtra WWW o wielkości co najmniej 40 milionów adresów URL  pogrupowanych w kategorie tematyczne. W ramach filtra www powinny być dostępne takie kategorie stron jak: spyware, malware, spam, proxy avoidance. Administrator powinien mieć możliwość nadpisywania kategorii lub tworzenia wyjątków i reguł omijania filtra WWW. 	 	
25 Automatyczne aktualizacje sygnatur ataków, aplikacji , szczepionek antywirusowych oraz ciągły dostęp do globalnej bazy zasilającej filtr URL.	 	
26 System zabezpieczeń musi umożliwiać weryfikację tożsamości użytkowników za pomocą nie mniej niż:	 	
·        Haseł statycznych i definicji użytkowników przechowywanych w lokalnej bazie systemu;	 	
·        haseł statycznych i definicji użytkowników przechowywanych w bazach zgodnych z LDAP;	 	
·        haseł dynamicznych (RADIUS, RSA SecurID) w oparciu o zewnętrzne bazy danych;	 	
·        Rozwiązanie powinno umożliwiać budowę architektury uwierzytelniania typu Single Sign On w 	 	
        środowisku Active Directory.	 	
27 Poszczególne elementy oferowanego systemu bezpieczeństwa powinny posiadać  następujące certyfikaty:	 	
·        ICSA lub EAL4 dla funkcji Firewall;	 	
·        ICSA lub NSS Labs dla funkcji IPS;	 	
·        ICSA dla funkcji: SSL VPN, IPSec VPN.	 	
28 Elementy systemu powinny mieć możliwość zarządzania lokalnego (HTTPS, SSH) jak i mieć możliwość współpracy z platformami dedykowanymi do centralnego zarządzania i monitorowania. Komunikacja systemów zabezpieczeń z platformami  centralnego zarządzania musi być realizowana z wykorzystaniem szyfrowanych protokołów.	 	
29 Serwisy i licencje: w ramach postępowania powinny zostać dostarczone licencje aktywacyjne dla wszystkich wymaganych funkcji ochronnych, upoważniające do pobierania aktualizacji baz zabezpieczeń przez okres 2 lat.	 	
30 Gwarancja oraz wsparcie: system powinien być objęty serwisem gwarancyjnym producenta przez okres 24 miesięcy, realizowanym na terenie Rzeczpospolitej Polskiej, polegającym na naprawie lub wymianie urządzenia w przypadku jego wadliwości. W przypadku gdy producent nie posiada na terenie Rzeczpospolitej Polskiej własnego centrum serwisowego, oferent winien przedłożyć dokument producenta, który wskazuje podmiot uprawniony do realizowania serwisu gwarancyjnego na terenie Rzeczpospolitej Polskiej. Całość rozwiązania musi być objęta 2-letnim wsparciem producenta FW/ kontroler sieci WiFi/ punkty dostępowe WiFi.