Вернуться в каталог
Государственная закупка·ocds-b3wdp1-MD-1784119650788
Echipamente de reţea de tip Next Generation Firewall (NGFW)
Оценка
Закупка малой стоимости
·Критерий выбора: Автоматически
Оценочная стоимость
387 000,00 MDL
До дедлайна
6д 18ч
29.07.2026 11:52
Лоты
1
Поданные предложения
0
AI-разбор закупки
Как формируется анализ
Проверьте ключевые требования, документы, сроки и возможные риски перед подготовкой предложения.
- основные требования
- необходимые документы
- важные сроки
- риски и ограничения
- цитаты из исходных документов
Проанализировать закупку
Бесплатно на старте.
Подходит ли эта закупка моей компании?
Создайте профиль компании, чтобы увидеть разбор соответствия: CPV, регион, бюджет, процедура и требуемые документы.
Создать профиль компанииОбзор процедуры
Echipamente de reţea de tip Next Generation Firewall (NGFW)
Параметры закупки
- CPV
- 32 › 32400000-7 · Reţele
- Категория
- Товары
- Тип процедуры
- Закупка малой стоимости
- Критерий выбора
- Автоматически
- Подача предложения
- Электронная подача
- Правовое основание
- Национальное законодательство о закупках
- Финансирование ЕС
- нет
- Плановый бюджет
- 387 000,00 MDL
- Лоты можно объединять
- нет
- Порядок подачи (обоснование)
- Ofertele vor fi primite prin intermediul unei platforme electronice de achiziții publice
- Финансирование
- Casa Națională de Asigurări Sociale · 387 000,00 MDL · 2026-01-01 → 2026-12-31
- Критерии допуска
- Regulile generale privind naționalitatea și originea, precum și alte criterii de eligibilitate sunt enumerate în Ghidul practic privind procedurile de contractare a acțiunilor externe ale UE (PRAG)
Этапы процедуры
Опубликовано
20.07.2026 · 11:52
Период уточнений
15.07.2026 → 22.07.2026 11:52
Приём предложений
22.07.2026 → 29.07.2026 11:52
Исполнение контракта
03.08.2026 → 03.11.2026 00:00
Предметы закупки 1
| # | Предметы закупки | CPV | Количество |
|---|---|---|---|
| 1 | Echipamente de reţea de tip Next Generation Firewall (NGFW) | 32400000-7 Reţele | 10.0 Bucata |
Лоты 1
| # | Лоты | Сумма | Место исполнения | Период поставки/исполнения | Статус |
|---|---|---|---|---|---|
| 1 | Echipamente de rețea de tip Next Generation Firewall (NGFW) Echipamente de rețea de tip Next Generation Firewall (NGFW)
Cerințe tehnice
1. Protecția rețelei cu controlul stării sesiunilor;
2. Recunoașterea și blocarea aplicațiilor de rețea la nivelul 7 al modelului OSI în funcție de traficul care trece prin firewall, inclusiv individual pentru toate aplicațiile care folosesc porturi comune, inclusiv 80 și 443, precum și pentru aplicațiile care utilizează porturi TCP/UDP dinamice;
3. Firewall-ul NGFW propus trebuie să fie certificat minim conform standardelor ISO 27001, ISO 27017, ISO 27018, ISO 27701, Germany C5, Common Criteria, FIPS 140-2, CMVP.
4. Firewall-ul NGFW propus nu trebuie să necesite o repornire pentru a verifica și instala actualizările de securitate.
5. Firewall-ul NGFW propus trebuie să poată identifica aplicațiile indiferent de portul utilizat, criptarea SSL/SSH sau metodele de ocolire folosite.
6. Firewall-ul NGFW propus trebuie să clasifice aplicațiile neidentificate pentru gestionarea politicii, analiza criminalistică a amenințărilor sau dezvoltarea tehnologiilor de identificare a aplicațiilor.
7. Firewall-ul NGFW propus trebuie să fie o soluție dezvoltată inițial pentru asigurarea securității (nu un management de aplicații cu un firewall de bază care verifică starea).
8. Firewall-ul NGFW propus trebuie să fie un dispozitiv dezvoltat inițial cu o arhitectură de procesare paralelă a traficului pe un singur pas.
9. Firewall-ul NGFW propus trebuie să fie un dispozitiv dezvoltat inițial cu o arhitectură de procesare paralelă a traficului pe un singur pas.
10. Firewall-ul NGFW propus trebuie să poată să delimiteze diferite părți ale unei aplicații, cum ar fi permiterea chat-ului pe Facebook, dar blocarea posibilității de a trimite fișiere.
11. Firewall-ul NGFW propus trebuie să controleze accesul și să aplice politici pentru site-uri web și aplicații, inclusiv pentru aplicațiile SaaS.
12. Firewall-ul NGFW propus trebuie să utilizeze un sistem de operare unificat în toate formatele.
13. Firewall-ul NGFW propus trebuie să sprijine crearea politicii de securitate pentru prevenirea furtului de credențiale.
14. Firewall-ul NGFW propus trebuie să sprijine aplicarea autentificării multi-factor pentru aplicațiile interne.
15. Firewall-ul NGFW propus trebuie să permită vizibilitatea și controlul aplicațiilor care folosesc porturi non-standard, într-o politică unică de securitate.
16. Firewall-ul NGFW propus trebuie să poată oferi algoritmi de învățare automată pentru protecție avansată direct din NGFW, fără a necesita conexiuni externe.
17. Recunoașterea în traficul inspectat la Layer-7 al modelului OSI a semnăturilor stocate pe MFE pentru următoarele categorii de aplicații:
17.1 . Aplicații corporative:
17.1.1. Servicii de autentificare, inclusiv Microsoft Active Directory, Netlogon, LDAP, RADIUS, TACACS;
17.1.2. Sisteme de gestionare a bazelor de date (SGBD), inclusiv Microsoft SQL, Oracle, DB2, Postgres, Sybase;
17.1.3. Servicii de fișiere, inclusiv Microsoft SMB.
17.1.4. ERP, CRM, inclusiv SAP, 1C;
17.1.5. Sisteme de management al documentelor electronice și schimb de mesaje, inclusiv EMC Documentum, Microsoft SharePoint, Exchange, Lync, Office 365, Google Docs, Lotus;
17.1.6. Protocoale de schimb de e-mail: SMTP, POP3, IMAP;
17.1.7. Protocoale VoIP și conferințe audio-video, inclusiv SIP, H.323, H.245, H.225, Webex;
17.1.8. Servicii de actualizare software, inclusiv Microsoft Update, software antivirus (Kaspersky, Symantec, TrendMicro, McAfee, ESET), Adobe, Java, Apple;
17.1.9. Servicii de backup, inclusiv Symantec Backup Exec;
17.1.10. Servicii de virtualizare și acces la terminale, inclusiv VMware, Citrix, Microsoft RDP;
17.1.11. Alte protocoale și tehnologii utilizate pentru crearea aplicațiilor distribuite, inclusiv CORBA, SOAP;
17.1.12. Protocoale de acces de la distanță, inclusiv Telnet, SSH, VNC, Radmin;
17.1.13. Protocoale de rețea, inclusiv protocoale de rutare dinamică și SSL, IPsec VPN;
17.2. Aplicații Internet:
17.2.1. E-mail, inclusiv Gmail, Yandex.Mail, Mail.ru, Hotmail;
17.2.2. Rețele sociale, inclusiv Facebook, Google+, LinkedIn, ВКонтакте, Odnoklassniki, „Moy Mir”;
17.2.3. Servicii de mesagerie instantanee, inclusiv Jabber, IRC, MSN, servicii similare în cadrul rețelelor sociale enumerate mai sus;
17.2.4. Servicii de conferință audio-video
17.2.5. Servicii de schimb de fișiere prin HTTP(S) și peer-to-peer, inclusiv Dropbox, BitTorrent, eMule, Google Drive, Yandex Disk, Gnutella, Boxnet, WebDav;
17.2.6. Streaming audio-video (indiferent de site-ul web), inclusiv YouTube, Vimeo, audio și video prin HTTP;
17.2.7. Servicii de publicare a desktop-ului și oferirea de acces de la distanță, inclusiv TeamViewer, LogMeIn;
17.2.8. Proxy externe și anonimizatoare, inclusiv Tor, Ultrasurf, FreeGate, SOCKS, PHP Proxy;
17.2.9. Servicii de construire a VPN-urilor private și tuneluri deasupra altor aplicații, inclusiv FreeNet, Open-VPN, VTun, RDP-to-TCP, TCP-over-DNS;
18. Oferirea de instrumente integrate în MFE pentru crearea semnăturilor proprii de aplicații bazate pe expresii regulate folosind decodoare pentru HTTP(S), FTP, SMB, SMTP, RPC și altele, precum și pe mască pentru conținutul pachetelor TCP/UDP;
19. Recunoașterea aplicațiilor transmise prin protocolul HTTP/2;
20. Recunoașterea aplicațiilor de rețea prin traficul criptat SSL (suport pentru chei RSA de până la 2048 de biți) și SSHv2 care trece prin firewall (decriptarea SSL, SSHv2) – atât pentru conexiunile intrante, cât și pentru cele ieșite, transparent pentru utilizatori în domeniu, cu posibilitatea de a controla funcțiile individuale ale aplicațiilor, inclusiv trimiterea de mesaje pe rețelele sociale, schimbul de fișiere, streaming audio și video;
21. Inspecția tunelurilor:
21.1. Generic Routing Encapsulation (GRE) (RFC 2784);
21.2. Trafic IPSec necriptat [NULL Encryption Algorithm pentru IPSec (RFC 2410)];
21.3. Mod de transport AH IPSec.
22. Recunoașterea secvențială a diferitelor aplicații utilizate într-o singură sesiune;
23. Recunoașterea utilizatorilor care folosesc aplicații de rețea prin integrarea cu serviciile corporative de autentificare a utilizatorilor, cum ar fi Microsoft Active Directory, Microsoft Exchange, Novell eDirectory, LDAP, Citrix; posibilitatea integrării cu alte servicii de autentificare (de exemplu, controlerele de rețea wireless) printr-o API XML deschisă; posibilitatea de a utiliza autentificarea forțată a utilizatorilor folosind o pagină WEB – „Captive portal”; suport pentru Kerberos, Tacacs+, SAML v.2, suport pentru roaming-ul L3 al utilizatorilor prin sondaje WMI și NetBios;
24. Inspecția în timp real a conținutului traficului transmis prin firewall pe baza semnăturilor și comportamentului, protecția împotriva vulnerabilităților, atacurilor de rețea și a malware-ului, recunoașterea tipurilor de fișiere pe baza semnăturilor acestora, detectarea virușilor transmiși prin web, e-mail, FTP, SMB, spyware, viermi de rețea, blocarea transmiterii unor conținuturi specifice folosind expresii regulate, inclusiv pentru aplicațiile care utilizează criptare SSL și SSHv2;
25. Crearea de reguli pentru traficul care trece prin firewall într-o politică unificată de securitate, utilizând următorii parametri pentru fiecare conexiune:
25.1. Adresa IP a expeditorului,
25.2. Adresa IP a destinatarului,
25.3. Serviciile L4 utilizate: porturi pentru protocoalele TCP și UDP,
25.4. Numele utilizatorilor sau grupurilor de utilizatori din Active Directory,
25.5. Aplicațiile la nivelul 7 al modelului OSI,
25.6. URL categorii.
26. Crearea de reguli într-o politică unificată de securitate, utilizând ca parametri informațiile despre adresele IP ale expeditorului, destinatarului, serviciile utilizate (porturi TCP/UDP), numele utilizatorilor, grupurilor de utilizatori și aplicațiile utilizate de aceștia sau anumite categorii de aplicații. În politicile create, trebuie să existe posibilitatea implementării următoarelor acțiuni:
• Permisiune sau interdicție;
• Permisiunea unui anumit aplicații sau categorii de aplicații de a utiliza doar porturi TCP/UDP standard sau strict definite. Aceste porturi nu trebuie să fie folosite de alte aplicații fără o politică care să permită explicit astfel de interacțiuni;
• Permisiune, dar cu scanare pentru viruși și alte amenințări;
• Permisiune sau interdicție pe bază de orar, utilizator sau grup de utilizatori;
• Decriptare și verificare. Dacă nu s-a putut decripta (în cazul unui algoritm criptografic nestandard, certificat expirat etc.) – interzicere;
• Ne-decriptarea anumitor categorii de URL și site-uri web de încredere;
• Aplicarea marcajului DSCP și limitarea traficului folosind politici QoS bazate pe aplicații, adrese IP, utilizatori și grupuri de utilizatori;
• Implementarea hardware a QoS pentru traficul real-time, identificat la nivelul aplicațiilor;
• Aplicarea redirecționării traficului pe bază de politici (Policy Based Forwarding);
• Permisiunea anumitor funcții ale aplicației;
• Oricare combinație dintre acțiunile de mai sus.
27. Protecție antivirus, protecție împotriva software-ului spyware, protecție împotriva vulnerabilităților și atacurilor de rețea (sistem de detecție și prevenire a intruziunilor), filtrare URL utilizând o bază dinamică de reputație, care susține categorizarea diferitelor secțiuni ale aceluiași site web, inclusiv susținerea categoriilor pentru site-uri web în limba rusă, blocarea transferului de fișiere pe baza tipurilor definite de semnături;
28. Posibilitatea de a verifica suplimentar traficul pentru amenințări necunoscute prin analiza acestuia utilizând tehnologia învățării automate prin servicii cloud;
29. Detectarea și filtrarea solicitărilor către resursele din rețea în funcție de categoria acestora, de exemplu, site-uri malware, rețele sociale, resurse publicitare etc.;
30. Suport pentru acțiuni: permisiune, notificare, blocare, solicitarea confirmării utilizatorului, solicitarea parolei utilizatorului;
31. Filtrarea URL trebuie realizată cu tehnologia de învățare automată pentru a reduce timpul de reacție la amenințări;
32. Analiza SNI în TLS Hello simultan cu URL-ul în cererea HTTP pentru a contracara tehnicile de ocolire de tip SNIcat;
33. Analiza cererilor DNS suspecte, domeniilor DGA și localizarea stațiilor infectate utilizând tehnologia DNS sinkhole (modificarea răspunsului serverului DNS);
34. Detectarea tehnicilor de ocolire a protecției prin cereri DNS care încearcă să folosească domenii generate automat (DGA), inclusiv analiza frecvenței n-gramelor, analiza entropiei, frecvența cererilor, tunelarea în DNS, canale de transfer de date prin cereri DNS, inclusiv tuneluri DNS ultra-lente;
35. Blocarea domeniilor DGA, domeniilor DGA create pe baza unui dicționar, tehnici de ocolire DNS-rebinding, FastFlux, interogări către înregistrări DNS suspendate, atacuri NSNX, atacuri cu domenii recent înregistrate;
36. Analiza cererilor DNS suspecte trebuie realizată cu tehnologia de învățare automată pentru a reduce timpul de reacție la amenințări;
37. Protecție împotriva tehnicilor de evitare (evasions), de exemplu MPTCP;
38. Oferirea unui serviciu de scanare a fișierelor potențial dăunătoare necunoscute în sandbox cu sisteme de operare Microsoft Windows, Linux prin metoda de emulare a rulării și vizualizare a documentelor;
39. Sandbox-ul trebuie să verifice fișierele executabile suspecte (inclusiv EXE, DLL, SCR, BAT, etc.), fișiere ELF, documente în formatele PDF, MS Office 2007, 2010, 2016 și mai sus, Java și Flash, Android APK, Mach-O, DMG și PKG, arhive RAR, ZIP, 7Zip;
40. Firewall-ul trebuie să trimită spre verificare în sandbox fișierele suspecte transmise prin aplicațiile HTTP, SMTP, POP3, IMAP, SMB, FTP, precum și implementările acestora prin SSL, dacă există;
41. Sandbox-ul trebuie să genereze și să trimită către firewall un raport despre verificarea fișierului;
42. Sandbox-ul trebuie să genereze semnături pentru blocarea atacurilor de tip zero-day pentru utilizarea pe toate firewall-urile companiei în aplicațiile enumerate, în decurs de 5 minute de la primirea fișierului pentru verificare;
43. Firewall-ul trebuie să primească semnăturile fișierelor din sandbox și să aibă un motor de blocare bazat pe noile semnături obținute de la sandbox-ul cloud sau local;
44. Sandbox-ul furnizorului cloud trebuie să aibă posibilitatea de a schimba semnături între toți clienții furnizorului;
45. Firewall-ul trebuie să primească din sandbox indicatori de compromitere: IP, URL, DNS, care sunt utilizate de codul malițios și să blocheze conexiunile pe baza listei de indicatori malițioși.
46. Sandbox-ul trebuie să verifice linkurile HTTP:// și HTTPS:// din e-mailuri prin protocoalele SMTP/POP3.
47. Sandbox-ul trebuie să verifice fișierele din aplicațiile criptate SSL, cel puțin în protocolul HTTPS.
48. Suport obligatoriu pentru învățarea automată în timpul inspectării amenințărilor de tip zero-day pentru a reduce întârzierea în inspecția fișierelor suspecte;
49. Sandbox-ul trebuie să asigure analiza comportamentului fișierelor și linkurilor suspecte în cloud privat sau extern (sandbox), să detecteze noi malware și să genereze automat semnături antivirus în decurs de 5 minute și să actualizeze baza de reputație URL în decurs de 30 de minute, care se vor instala pe toate dispozitivele Clientului cu abonamentele corespunzătoare;
50. Posibilitatea integrării cu subsistemul de detectare a amenințărilor zero-day, implementat pe un dispozitiv hardware dedicat aceluiași furnizor, plasat pe obiectul central al Clientului (cloud privat), care permite generarea automată a semnăturii antivirus local, pe dispozitivul hardware dedicat în centrul de date (DC) al Clientului în decurs de 5 minute;
51. Sandbox-ul local dedicat trebuie să aibă un API pentru primirea fișierelor spre verificare atât de la firewall-uri, cât și de la servicii terțe;
52. Sandbox-ul trebuie să genereze rapoarte despre verificările efectuate și să permită vizualizarea acestora în format PDF;
53. Sandbox-ul cloud trebuie să utilizeze tehnologia Bare Metal Analysis fără a utiliza emularea sistemului de operare;
54. Firewall-ul trebuie să aibă capacitatea de a trimite fișiere diferite în sandbox-uri diferite, de exemplu, fișierele EXE în sandbox-ul cloud, iar fișierele DOC în sandbox-ul local;
55. Sandbox-ul cloud trebuie să accepte fișiere PE pentru verificare, chiar și în absența unui abonament;
56. Suport pentru următorii furnizori de autentificare multi-factor (Multi-Factor Authentication - MFA) (direct, fără utilizarea produselor intermediare):Duo,
• Okta,
• RSA SecureID,
• PingID;
57. Protecție împotriva furtului de loginuri și parole ale utilizatorilor prin integrarea cu Active Directory (AD), monitorizarea transmiterii conturilor de utilizator către zone de securitate neîncredere, autentificarea forțată a utilizatorilor prin autentificare cu doi factori (MFA);
58. Funcționalitate de control granular al accesului utilizatorilor de la distanță în mediul de lucru corporativ, cu posibilitatea de verificare a existenței anumitor software-uri pe stația de lucru a utilizatorului și accesul prin dispozitive mobile;
59. Funcționalitate de protecție împotriva atacurilor DoS;
60. Posibilitatea de a activa 100% din semnăturile IPS, antivirus, filtrarea URL-urilor, controlul aplicațiilor și Threat Intelligence fără a degrada performanța;
61. Funcționalitate de blocare a scanării porturilor ICMP/TCP/UDP;
62. Detectarea obiectelor din fișierele transmise prin rețea care conțin informații importante și blocarea transmiterii acestor fișiere;
63. Detectarea prezenței datelor filtrabile în fișierele transmise prin rețea, incluzând, dar fără a se limita la: Adobe PDF, HTML, Microsoft Office (Excel, Word, PowerPoint). Rich Text Format;
64. Prezența șabloanelor de date preconfigurate, cum ar fi numerele de carduri de credit.
65. Suport pentru crearea de șabloane proprii de date pe baza expresiilor regulate.
66. Posibilitatea de integrare cu subsistemul de management centralizat, logare, raportare și actualizare a software-ului pentru firewall-uri de același furnizor.
67. Cerințe pentru sistemul de management centralizat:
• Funcționalități avansate de vizualizare a activității aplicațiilor rețelei, amenințărilor rețelei detectate și blocate, utilizarea aplicațiilor de către utilizatori. Permite filtrarea informațiilor pe aplicații, amenințări, utilizatori, adrese IP, porturi TCP/UDP, zone de securitate, tipuri de amenințări etc.;
• Corelarea automată a jurnalelor de diferite tipuri, generate în cadrul aceleași sesiuni (filtrarea traficului prin firewall, protecția împotriva amenințărilor, controlul transferului de fișiere, filtrarea URL);
• Posibilitatea de corelare automată a evenimentelor de securitate folosind obiecte de corelare actualizabile care folosesc informații de la protecția antivirus, protecția împotriva software-ului spyware, protecția împotriva vulnerabilităților și atacurilor, amenințările de tip zero-day;
• Funcționalități de generare automată a rapoartelor și de generare a rapoartelor pe bază de program, cu opțiuni de personalizare manuală a rapoartelor. Rapoartele trebuie să fie vizibile prin interfața grafică (GUI) și să poată fi exportate în formate PDF și CSV.
• Posibilitatea de a configura funcționalitățile SD-WAN prin consola de management centralizat.
• Sistemul trebuie să poată exporta logurile către soluții externe prin syslog, utilizând formate standardizate precum CEF sau LEEF;
• Trebuie să existe mecanisme de inițializare automată pentru echipamente noi, inclusiv în locații la distanță, fără intervenție manuală;
• Trebuie să fie posibilă actualizarea centralizată a software-ului pentru echipamentele administrate, într-un mod simplificat;
• Soluția trebuie să ofere interfețe moderne de integrare (REST API) compatibile cu XML și JSON, pentru interoperabilitate cu alte sisteme.
• Fiecare administrator trebuie să poată face modificări izolate, cu salvare separată, pentru a evita suprascrierea neintenționată;
• Sistemul trebuie să permită definirea de roluri și permisiuni personalizate pentru utilizatori, cu acces diferențiat la funcționalități.
• Platforma trebuie să permită organizarea echipamentelor și configurațiilor prin grupuri, ierarhii și etichete;
• Sistemul trebuie să suporte funcționare în mod redundant (high availability) și echilibrare a sarcinii (load balancing);
68. Posibilitatea de a detecta și analiza traficul dispozitivelor IoT folosind algoritmi de învățare automată.
69. Funcționalitatea de a trimite traficul SSL decriptat către dispozitive externe.
70. Funcționalitatea de a captura traficul de la dispozitive externe și de a-l cripta într-un tunel SSL pentru transmiterea prin Internet.
71. Prezența unui raport separat pentru aplicațiile de tip SaaS.
72. Funcționalitatea IPSec VPN.
73. Integrarea cu sistemele externe SIEM/SIM prin protocolul Syslog, cu configurare flexibilă a formatului jurnalelor.
74. Suport pentru rutare statică și protocoale de rutare dinamică BGP, OSPF, RIP.
75. Suport pentru diverse moduri de lucru ale interfețelor rețelei (monitorizare trafic mirroring, mod transparent, Layer 2 și Layer 3).
76. Suport pentru IPv6, inclusiv identificarea aplicațiilor și utilizatorilor.
77. Suport pentru multicast, incluzând PIM-SM, PIM-SSM, IGMP v1, v2, v3.
78. Suport pentru rutarea între VLAN-uri.
79. Suport pentru NAT, DHCP și DHCP relay.
80. Suport pentru etichetarea cadrelor prin 802.1Q (minim 4094 VLAN-uri).
81. Suport pentru agregarea interfețelor prin 802.3ad (suport LACP).
82. Suport pentru pachete mari (Jumbo frames).
83. Managementul rolurilor administratorilor locali:
• Posibilitatea de a restricționa vizualizarea și gestionarea la nivelul dispozitivului și al sistemelor virtuale (contexte);
• Posibilitatea de a acorda acces în modul de editare sau doar pentru citire, sau de a restricționa accesul la orice secțiune a interfeței web;
• Posibilitatea de a acorda acces în modul de editare sau doar pentru citire, sau de a restricționa accesul la CLI-ul firewall-ului.
84. Firewall-ul hardware trebuie să dispună de o platformă hardware specializată, care să permită administrarea dispozitivului fără întreruperi, chiar și în condiții de încărcare maximă. Trebuie să fie asigurate resurse de procesare dedicate, separate pentru analiza traficului monitorizat și pentru activitățile de management. Administrarea fiecărui dispozitiv în parte trebuie să se realizeze prin protocoalele HTTPS și SSH, fără a necesita instalarea vreunui software suplimentar de administrare pe stația de lucru a administratorului. Interfața de administrare a firewall-urilor (web și CLI) trebuie să fie unificată cu subsistemul de management centralizat, jurnalizare, raportare și actualizare a software-ului.
Cerințe de performanță ale firewall-ului:
Performance:
• Threat prevention throughput 1.2 Gbps;
• IPsec VPN throughput 800 Mbps;
• Connections per second 1100;
• Firewall throughput 1.4 Gbps;
Policies:
• Security rules min 500;
• Security rule schedules min 256;
• NAT rules min 400;
• Tunnel content inspection rules 100;
• SD-WAN rules min 100;
• Policy based forwarding rules min 100;
• DoS protection rules min 100.
Security Zones:
• security zones 25.
Security Profiles:
• Security profiles min 75.
URL Filtering:
• Total entries for allow list, block list and custom categories 25,000;
Interfaces:
• I/O: 1G RJ45 (7);
• Management I/O: 10/100/1000 out-of-band management port (1), RJ45 console port (1), USB port (2).
Storage Capacity:
• 128 GB
Virtual Routers:
• Virtual routers 3.
Routing:
• IPv4 forwarding table size min 5,000;
• IPv6 forwarding table size min 2500;
• System total forwarding table size min 5,000;
L2 Forwarding:
• ARP table size per device 1500;
• IPv6 neighbor table size 1500;
• MAC table size per device 1500;
Address Assignment:
• DHCP servers 3;
• DHCP relays 500;
•
IPSec VPN:
• Suport Site to site over gre IPSec tunnels
• SD-WAN IPsec tunnels
85. Alte cerințe obligatorii:
- Garanție, Mentenanta si Suport HW+SW incluse – 12 luni;
- Producătorul trebuie să ofere suport prin e-mail sau conectare de la distanță, inclusiv suport local din partea partenerului;
- Ofertantul va indica în ofertă costul serviciilor pentru efectuarea instalării și configurării a echipamentului ofertat, va asigura integrarea echipamentului ofertat cu dispozitivele existente pe baza platformei existente in cadrul instituției prin realizarea configurărilor necesare, cu setarea tuturor parametrilor aplicabili în corespundere cu cerințele înaintate pe infrastructura Beneficiarului.
- Prezentarea a certificatelor a minim 1 specialist pe produsul ofertat din partea ofertantului (fără asociere cu o alta companie);
- Ofertantul va prezenta copia Certificatului ISO 27001:2018, in domeniul serviciilor privind asigurarea securității informației, design-ul acestuia, implementarea, monitorizarea si managementul infrastructurii IT
- Ofertantul va prezenta Certificatului ISO 9001:2015, pentru Servicii de comercializare și implementare suport tehnic în garanție și post garanție pentru sisteme informaționale, echipamente hardware si software și Servicii privind asigurarea securității informației, designul, implementarea, monitorizarea si managementul infrastructurii IT si de Securitate – certificat confirmat cu aplicarea semnăturii electronice;
- Ofertantul va prezenta Autorizarea de la producător pentru licitația la care participa;
- Ofertantul va avea minim o persoana certificata in calitate de auditor intern pentru sistemul de management al securității informaționale conform ISO 27001:2013;
- Referințe de vânzare NGFW – minim 3 contracte;
- Termen de livrare: maxim pana la 90 zile de la data intrării în vigoare a contractului
| 387 000,00 MDL | mun.Chişinău Conform Documentaţiei de atribuire | 03.08.2026 → 03.11.2026 | Без результата |
Вопросы и ответы 14
17.07.2026 09:09 · Eliminarea cerinței privind portul de management Out-of-Band dedicat
Solicităm eliminarea acestei cerințe sau acceptarea soluțiilor care oferă mecanisme echivalente de administrare securizată, întrucât managementul echipamentelor NGFW se realizează în mod uzual prin interfețe securizate și platforme centralizate de management, fără a fi necesară o interfață hardware dedicată.
Ответ заказчика: Autoritatea contractantă nu poate accepta modificarea cerinței privind existența unui port dedicat de management Out-of-Band.
Cerința a fost stabilită în baza necesităților operaționale și de securitate ale infrastructurii CNAS și se aplică în mod egal tuturor operatorilor economici, fără a favoriza un anumit producător sau model de echipament.
Având în vedere că echipamentele vor fi instalate în subdiviziunile teritoriale ale CNAS, unde nu există personal IT specializat, existența unui port dedicat de management Out-of-Band este necesară pentru asigurarea administrării de la distanță a echipamentelor, inclusiv în situațiile în care interfețele de producție devin indisponibile ca urmare a unor erori de configurare, incidente de securitate sau defecțiuni ale rețelei. Această funcționalitate permite administratorilor să efectueze operațiuni de diagnosticare, restaurare a configurației, actualizare a software-ului și remediere a incidentelor fără a fi necesară deplasarea la sediul subdiviziunii teritoriale.
Totodată, utilizarea unui port dedicat de management asigură separarea traficului de administrare de traficul de producție, contribuind la creșterea securității, disponibilității și continuității administrării echipamentului, inclusiv în situații de avarie.
Prin urmare, cerința privind existența unui port dedicat de management Out-of-Band rămâne neschimbată.
17.07.2026 09:09 · Eliminarea cerinței privind existența a două porturi USB
Solicităm acceptarea echipamentelor dotate cu minimum un port USB. Operațiunile de administrare, actualizare firmware și backup se realizează centralizat și securizat prin rețea (HTTPS, SSH sau platforme dedicate de management), astfel încât existența celui de-al doilea port USB nu aduce beneficii funcționale și poate restrânge nejustificat concurența.
Ответ заказчика: Autoritatea contractantă acceptă solicitarea de modificare a cerinței tehnice.
În urma analizei argumentelor prezentate și în vederea asigurării unui nivel mai larg al concurenței, s-a constatat că existența unui singur port USB este suficientă pentru îndeplinirea necesităților operaționale ale instituției, în condițiile în care operațiunile curente de administrare, actualizare software și realizare a copiilor de rezervă se efectuează preponderent prin interfețe securizate și platforme centralizate de management.
Prin urmare, cerința tehnică va fi modificată, după cum urmează:
Management I/O: 10/100/1000 out-of-band management port (1), RJ45 console port (1), USB port (minimum 1).
Documentația de atribuire va fi modificată în mod corespunzător.
17.07.2026 09:10 · Revizuirea cerinței privind capacitatea minimă de stocare de 128 GB
Solicităm eliminarea sau reducerea acestei cerințe, deoarece capacitatea de stocare nu reprezintă un indicator direct al performanței echipamentului. Diferiți producători utilizează arhitecturi software și sisteme de operare optimizate, care permit furnizarea acelorași funcționalități și performanțe utilizând un volum mai redus de memorie internă.
Ответ заказчика: Autoritatea contractantă a stabilit cerința privind capacitatea minimă de stocare în baza necesităților operaționale ale instituției, aceasta fiind aplicabilă în mod egal tuturor operatorilor economici, fără a favoriza un anumit producător sau model de echipament.
Diferiți producători utilizează arhitecturi hardware și software diferite. Cu toate acestea, în conformitate cu prevederile legislației privind achizițiile publice, autoritatea contractantă are dreptul de a stabili specificațiile tehnice minime necesare pentru satisfacerea necesităților sale, cu respectarea principiilor tratamentului egal, proporționalității și asigurării concurenței.
Capacitatea minimă de stocare solicitată nu este stabilită exclusiv în raport cu sistemul de operare al echipamentului, ci are în vedere necesitatea asigurării unui spațiu suficient pentru stocarea jurnalelor de evenimente (logs), copiilor de rezervă (backup), actualizărilor de software și a semnăturilor de securitate, precum și a altor componente necesare funcționării fiabile și continue a echipamentului pe întreaga durată de exploatare. Totodată, această cerință urmărește asigurarea stabilității operaționale și a posibilității de extindere a funcționalităților pe termen lung.
Prin urmare, cerința tehnică privind capacitatea minimă de stocare rămâne neschimbată.
17.07.2026 12:51 · Solicitare de clarificare privind cerința „Single-Pass Parallel Processing” pentru firewall-ul NGFW.
Vă rugăm să detaliați cerința tehnică de mai jos:
- Firewall-ul NGFW propus trebuie să fie un dispozitiv dezvoltat inițial cu o arhitectură de procesare paralelă a traficului pe un singur pas.
Vă rugăm să clarificați ce se înțelege prin procesare paralelă a traficului pe un singur pas și care sunt așteptările funcționale asociate acestei cerințe.
Mai exact, vă rugăm să precizați:
1. Cum trebuie realizată procesarea sesiunilor TCP, UDP și ICMP?
2. Se solicită ca identificarea aplicațiilor, controlul accesului, serviciile IPS, antivirus, filtrarea web și celelalte mecanisme de securitate să fie efectuate în cadrul unei singure treceri prin motorul de procesare?
3. Există cerințe specifice privind ordinea de creare a sesiunilor și efectuarea inspecției de securitate?
4. Ce criterii tehnice sau funcționale vor fi utilizate pentru validarea conformității acestei cerințe?
Ответ заказчика: Autoritatea contractantă precizează că cerința privind arhitectura de procesare paralelă a traficului pe un singur pas (Single-Pass Parallel Processing) descrie principiul funcțional urmărit și nu impune o implementare tehnică sau o arhitectură specifică unui anumit producător.
Se urmărește ca funcțiile de securitate (identificarea aplicațiilor, controlul accesului, IPS, antivirus, Anti-Spyware, filtrarea URL, inspecția SSL/TLS și alte funcționalități solicitate) să fie realizate printr-o arhitectură eficientă, care evită procesările redundante și menține performanțele echipamentului.
Autoritatea contractantă va accepta și soluții tehnice echivalente, cu condiția demonstrării îndeplinirii acelorași funcționalități și a unui nivel de performanță cel puțin echivalent cu cel solicitat.
Conformitatea va fi demonstrată prin documentația tehnică oficială a producătorului.
21.07.2026 12:29 · Solicitare de clarificare – Cerințele nr. 8 și 9
În cadrul cerințelor tehnice nr. 8 și 9 este solicitată o - arhitectură de procesare paralelă a traficului pe un singur pas.
Vă rugăm să clarificați dacă vor fi considerate conforme și soluțiile NGFW care utilizează o arhitectură hardware proprie, diferită din punct de vedere al implementării tehnologice, dar care asigură procesarea paralelă a funcțiilor de securitate la nivel hardware și oferă performanțe și funcționalități net superioare cerintei 8&9 - arhitectură de procesare paralelă a traficului pe un singur pas, care este o arhitectura brevetata de Palo Alto.
Totodată, vă rugăm să confirmați că evaluarea conformității se va baza pe îndeplinirea cerințelor funcționale și de performanță, fără a condiționa ofertanții de implementarea unei anumite arhitecturi brevetate sau specifice unui anumit producător.
21.07.2026 12:30 · Solicitare de clarificare – Cerințele nr. 38-55
1. Solutia de sandbox trebuie sa fie parte componenta a ofertei, sau conform cerintei echipamentul solicitat trebuie sa ofere o integrare ulterioara?
2. Daca solutia de sandbox trebuie sa fie parte componenta a ofertei, va rog sa specificati formatul de livrare (in Cloud (hostat de vendor), on-premise (hostat de Autoritatea Contractanta)) si care este performanta de scanare a fisierelor pe ora?
21.07.2026 12:30 · Solicitare de clarificare – Cerința nr. 58
1. Va rugam sa specificati daca solutia de enpoint protection trebuie sa fie parte componenta a solutiei livrate sau se solicita doar posibilitatea de integrare ulterioara?
2. Daca solutia de enpoint protection trebuie sa fie parte componenta a solutiei oferite, va rog sa specificati metoda de livrare (Cloud hosted (in Cloud-ul vendorului), sau on-premise hosted (in cloud-ul privat al Autoritatii Contractante). Va rugam sa specificati cantinatea de endpoint-ri pentru licentiere.
21.07.2026 12:30 · Solicitare de clarificare – Cerința nr. 60
Vă rugăm să confirmați dacă valorile parametrilor de performanță solicitați pot fi demonstrate prin documentația tehnică oficială (datasheet) publicată de producător, cu condiția ca aceasta să indice în mod explicit valorile corespunzătoare funcționalităților solicitate în caietul de sarcini.
21.07.2026 12:31 · Solicitare de clarificare – Cerința nr. 67
Va rugam sa specificati daca solutia de Management Centralizat trebuie sa faca parte din oferta initiala, sau se solicita o functionalitate suportata si integrate ulterior?
1. Daca se solicita solutia de Management Centralizat, va rugam sa specificati formatul de livrare (On cloud (hostat de vendor), sau on-premise (hostat de Autoritatea Contractanta).
21.07.2026 12:31 · Solicitare de clarificare – Cerința nr. 84
În cazul portului dedicat de management out-of-band (10/100/1000), confirmați, vă rugăm, dacă este acceptată o soluție care asigură accesul separat pentru administrarea dispozitivului și gestionarea traficului de management, utilizând mecanisme alternative de separare și securizare a accesului de administrare, fără existența obligatorie a unui port fizic dedicat out-of-band.
21.07.2026 12:31 · Solicitare de clarificare – Cerința nr. 84 - capacitatea de stocare de 128 GB
Referitor la cerința privind capacitatea de stocare de 128 GB. Datorita arhitecturii hardware a solutiei oferite unde este present un storage pentru system de operare si un storage additional pentru pastrarea logurilor, totodata datorita structurii de log-ri folosite in oferta, folosind formatul ASN, logurile se pastreaza in format binar care ofera o rata de compresie de 1:4 versus media pe industirevă rugăm să confirmați dacă sunt acceptate soluții cu o capacitate de stocare diferită (64GB, echivalent la 256GB fara compresie), dar care asigură funcționalitățile solicitate de jurnalizare, raportare, actualizare software și administrare a echipamentului, fără impact asupra performanței și funcționalităților solicitate.
În acest context, vă rugăm să confirmați că evaluarea conformității se va realiza pe baza funcționalităților și capabilităților oferite de soluție, și nu exclusiv în baza unor caracteristici hardware specifice.
21.07.2026 12:32 · Solicitare de clarificare – Cerința nr. 84
In specificatia 84 se solicita 7 interfete de 1Gbps, cu un debut total theoretic de 7Gbps, totoadata se solicita performanta de 1.4 Gbps per firewall. Luand in consideratie ca pentru a utiliza la maxim performanta solicitata avem nevoie de doar 2 porturi de 1Gbps, va rugam sa confirmati ca ajung 5 interftete de 1Gbps care ar putea livra pana la 5 Gbps, depasind capacitatea solicitata de aprox 3 ori.
21.07.2026 12:32 · Solicitare de clarificare – Cerința nr.53
Tehnologia de Bare Metal Analysis este folosita de cativa producatori (PaloAlto, VMRay, BinaruGuard) ca solutie de anti-evasion (evitare a detectarii rularii in spatiu virtual), va rugam sa specificati daca se accepta solutie sandbox cu aplicarea non-evasion hypervisor, care ofera acelasi nivel de Securitate, support tehnici anti-evasion si performanta.
22.07.2026 11:15 · Cerinta 84: Virtual Routers:
Va rugam sa specificati functionalitatea de Virtual Router. Se solicita virtualizarea sistemului unui Firewall in multiple Virtual systems/contexte/VDOM-ri cu administrare separata si reguli de securitate dedicate? Sau alta functionalitate?
Документы 9
- ds_servicii_omf_ Echipamente Firewall 2026
Документы с тем же названием: 2
- 20.07.2026 · новейший по дате · обработан · Оригинал ↗
- 15.07.2026 · обработан · Оригинал ↗
Официальные изменения 1
20.07.2026 11:52
General change of Contract Notice